Was ich bei der Debatte zur Sicherheit nicht verstehe: Es zwingt einen keiner Sideloading zu betreiben oder andere Browser zu verwenden. Wenn man die „Sicherheit“ von Apple behalten will, ändert sich doch gar nichts, wenn man bei offizieller Apple Software bleibt?
Apples Argument ist, dass es gewisse Apps nicht mehr im AppStore geben wird, weil Apples Bedingungen zu schlecht sind und dann z.B. Epic Games einfach nicht mehr in den AppStore geht, dieses Argument halte ich aber für fast genauso großen Blödsinn, zum einen wird der absolute Großteil an Apps weiterhin im AppStore sein, da der weiterhin das Monopol als vorinstallierter Store haben wird (sieht man ja an Android, Epic Games war mit Fortnite die einzige große App, die nicht im Play Store war) und ob man jetzt etwas aus einem Apple, Microsoft, Google oder Epic Store runterläd wird vermutlich wenn überhaupt einen marginalen Unterschied machen
Ich weiß nicht wie die EU das Gesetz hätte formulieren sollen, dass Apple weiterhin PWAs hätte unterstützen müssen. Ich habe das Gesetzt aber auch nicht gelesen und weiß garnicht ob das gesetzt pwas überhaupt betrifft? Und diese einfach weiter mit der Safari engine hätten gerendert werden können. Auf Android funktionieren diese doch auch noch? Wie funktionieren diese denn da? Wenn ich über firefox eine pwa installiere, wir dann der firefox renderer verwendet oder weiterhin der Chrome renderer. Für mich ist das eine reine Ausrede von Apple. Vieleicht hat man dann schonmal gute Gründe für andere Appstores auf ios um endlich pwas installieren zu können :))
Ich hoffe auch das in iOS 18 vielleicht pwa‘s wieder unterstützt werden. Es ist nicht sonderlich wichtig aber es war einfach cool sowas machen zu können 😢
Alle von dir angesprochen Gründe sind nachvollziehbar, außer dem letzten Satz, dass du sonst Apple in ihrer Entscheidung 'unterszützt', wenn du eine NativeApp entwickest. Eine App macht man nicht für oder wegen Apple, sondern für den Kunden. Und wenn die Zeit dafür fehlt - ok. Doch nicht mit dem Grund- man tue Apple ein 'Gefallen' damit. Danke für das Video, es war interessant deine Meinung dazu zu hören.
Ich verstehe nicht was das mit Sicherheit zu tun haben soll. Hat ein PWA nicht die selbe Berechtigungen wie der browser? Damit ist es auch genau so sicher oder unsicher. Also konsequenterweise sollte man dann auch browser generell wegen "Sicherheitsbedenken" entfernen
Eine PWA hat sogar weniger Berechtigungen als der Browser der sie rendert, weil der Browser beschränkt welche Dinge eine Website machen darf (Kameria, Mikrofon, Standort, etc) und bei PWA ist das das gleiche
Also deine EU Kritik kann ich nicht nachvollziehen. Die Regelung zu den einheitlichen Ladekabeln find ich gut - hab hier immer noch die Netzteilleichen von den Handys bevor die Regulierung kam. Auch die DSGVO ist in meinen Augen gut. Das BDSG war nicht weit weg von der DSGVO (wodurch sich für die Unternehmen in D eigentlich viel änderte ausser da die sich endlich mal an Datenschutzgesetze halten mussten) allerdings hatte diese endlich auch mal scharfe Zähne. Meine Daten wurden ständig rumgereicht und ich konnte nicht wirklich was machen - seit der DSGVO schon. Cookiebanner gehe ich mit. Und btw. ich hab vor ~8 Jahren das Appleuniversum verlassen weil das alles so zugeballert war und sicherer wars dadurch auch nur bedingt. Erinnere mich da an so`n SMS of Death geschichten oder auch komplettes ownage der Geräte über Nachrichten. Mag inzwischen anders sein. Aber mit einem Stockandroid und `n paar Anpassungen ist der Attacksurface von meinem Fairphone recht gering.
Einer der Gründe den Apple anführt, dafür, dass der Support von PWAs nicht so wichtig sei, ist die geringe Verbreitung von PWAs. Ach was. Wer könnte dafür verantwortlich sein? Ich sag mal so: Microsoft und Google waren es dieses Mal nicht. Bei denen funktioniert einiges schon eine ganze Weile in Sachen PWA. Unfassbar dreist. Die PWA-Situation, aber auch die Gebühren die Apple erheben möchte wenn eine App andere Payment-Methoden als die von Apple anbieten möchte (27% statt 30% des Umsatzes mit Apple), sodass es mit den Gebühren des alternativen Payment-Services immer teuerer wäre nicht Apple mit einzuspannen. Malicious compliance.
Mein Lieblingsargument ist ja die ¨Gleichberechtigung von Browsern¨. Und das bei einer Plattform die nur WebKit erlaubt. Ich musste lachen. FE hat das fast schon persönlich genommen.
Apple hat nur ein sehr geringes Interesse an offenen und freijen Web-Technologien (oder PWAs). Apple verdient gutes Geld mit nativen Apps und dem AppStore. Und wenn man Apple fragt, soll das auch so bleiben. Apple verhält sich mittlerweile schlimemr als Microsoft in ihren schlechtesten Zeiten!
Ja, da ist leider viel Wahres dran … Die Ironie an der Sache ist, dass Apple mit dem iPhone damals Flash abgeschossen hat, mit dem Argument, die nativen Web-Technologien würden das können … wobei es da vermutlich auch nur darum ging, zu verhindern, das "Apps" auf Basis von Flash am App-Store vorbeientwickelt werden.
PWAs wurden in iOS 11.3 hinzugefügt und Apple war sogar an der Spezifizierung des PWA standards beteiligt, es ist nicht so, als hätten die jetzt zufällig genau mit dem DMA bemerkt, dass das sideloading ist
Es gibt auch die Option von hybriden Apps -> PWA / HTML App mit Cordova / Capacitor in eine native App wrappen. Persönlich finde ich die Entscheidung von Apple auch schade, aber kann dir in der objektiven (pro / con) Darstellung nur zustimmen. Apple war jeher kein Freund von PWAs gerade wegen ihrem AppStore-Monopol - das hat natürlich auch Vorteile (sicherer) und auch Nachteile - wenn Apple etwas nicht will dann wird auch nichts umgesetzt. Ich war an einem MicroSaaS Prototypen als PWA dran, aber dann muss ich halt den Umweg über native Apps oder hybride Apps gehen - ist jetzt auch nicht der mega große Unterschied.
Nur hat das hier überhaupt nichts mit Hexenverbrennung zu tun. Rein logisch könnte deine Aussage bedeuten, dass Sicherheit generell nicht als Argument dienen kann, was mMn nicht haltbar ist.
Es geht darum, dass das GEFÜHL von Sicherheit nichts bringt und Glauben kein Ratgeber für vernünftige Entscheidungen sein sollte. Apple zu nutzen um mehr Sicherheit zu fühlen, persönliche Daten in die Cloud zu laden ist wohl das Gegenteil von Sicher.
Gibt es denn noch kein PWA Video, dass du hier alles erklären musst? 🙂 Für Apple ist PWA doch schon immer ein Dorn im Auge und es ist nur eine Frage der Zeit bis auch User außerhalb der EU betroffen sind. Schöne Woche!
Das Groteske am DMA ist natürlich auch, dass Apple ja bald 3rd party app stores zulassen (müssen) wird. Damit geht natürlich auch das Argument für die Sicherheit durch Kontrolle von Apps durch Apple flöten.
Auch bei Apps, die durch einen alternativen Appstore auf einem iPhone installiert wurden obliegt Apple die Zustimmung (Stichwort Notarization). Mit einem offenem Store oder gar richtigem Sideloading wie unter Android wird dies nichts zu tun haben.
Min 10:00 es sind nicht mehrere Menüpunkte die man beim Safari drücke muss. Man geht auf Teilen -> zum home Bildschirm hinzufügen und ziemlich genau so viele sind es auch bei Android auf Chrome. Ich hatte schon die ein oder andere Seite bei der ich einen Aufruf auf PWA gemacht wurde. Kann natürlich sein das dies von der Seite selber implementiert wurde. Hier bin ich mir nicht ganz sicher. Sonst ein gutes Video
Als ihr beim letzten Video nochmals eure PWA angesprochen habt, wollte ich's eigentlich schon in die Kommentare schreiben. Echt traurig, dass man sich so ein Verhalten von gewissen Unternehmen einfach gefallen lassen muss. Edit: dem Argument mit der EU, die oft miese Entscheidungen in der IT trifft, stimme ich zu.
Als Anwender bervorzuge ich eindeutig native Apps gegenüber Webapps (egal ob über den Browser oder Appstore installiert), denn sie fühlen sich doch sehr unterschiedlich an und funktionieren besser. Nur die EU scheint vor allem gegen Apple oder vielleicht für Microsoft zu kämpfen, jedenfalls nicht für uns Bürger. Sonst hätten wir eher Standards zum Beispiel für Druckerpatronen.
Ich verstehe die Argumentation nicht so ganz. Klar, ich verstehe, dass Apple vermeintlich mit der Verpflichtung, andere Browser zuzulassen, etwas Sicherheit aufgeben muss, aber inwiefern wird das mit der Abschaffung von PWAs ausgeglichen? Ich meine, wenn ich mir jetzt z.B. einen Gecko basierten Browser über den App-Store herunterladen können muss, inwiefern bringt das dann Probleme, wenn ich über Safari weiterhin PWAs installiere? Die Existenz von PWAs mit den Änderungen hat weder auf die Sicherheit, noch auf die Usability oder auf die Leistung irgendeinen Einfluss. In meinen Augen ist das nur ein dummer Grund um mit allen Mitteln am Monopol festzuhalten. Klar, PWAs haben lediglich eine Nischenrelevanz, aber dennoch waren sie Apple ein Dorn im Auge, weil sie eben den App Store umgangen haben. Apple tut ja gerade alles dafür, Sideloading so unbequem und teuer wie möglich zu machen. Das fängt klein mit PWAs an und geht hin bis zu den höchst fragwürdigen "Core Technology Fees" für Sideload-Apps.
Dieses ganze Geheule um alternative App Stores auf dem iPhone ist tatsächlich albern. Klar wollen alle, daß es billiger wird, aber ich denke immer niemend wird gezwungen Apps für's iPhone zu entwickeln. Und wenn es so unattraktiv wäre würde es nicht sooo viele gute Apps geben. Und ich als Nutzer möchte gar keinen alternativen App Store. Wieso auch, ich sehe es wie Golo, super daß Apple alles prüft was ich installieren kann. Und wenn alles über Webkit läuft stört mich auch nicht. Vielleicht muß man eher die Frage stellen, ob man Chrome und Firefox vom Smartphone schmeißen sollte, wenn die ihre eigene Engine einsetzen können. Denn... will ich die auf meinem iPhone mit all seinen sensiblen Inhalten?
Ist schon komisch. Apple hat die Unterstützung für PWAs auf ios vor ca. einem jahr erst erweitert, indem dafür background notifications eingebaut wurden. und in macos wurde auch erst vor nicht zu langer zeit die möglichkeit eingebaut, pwas von safari aus zu "installieren". leider hab ich deswegen bei einer neuentwicklung auf eine pwa gesetzt und hab jetzt ein problem. die lösung könnte sein, die app mit capacitor oder ähnlichem zu "verpacken" und als native ios app zu deployen.
Ich hab' ein paar Gedanken zum Video. Ich bin nicht tief im Thema drin, weswegen meine Schlüsse vielleicht gut korrigierbar sind. Aber zwecks Lernen schreibe ich das dennoch mal hin. Falls etwas unfreundlich wirken solle, bitte ich um Verzeihung, denn unfreundlich zu sein ist nicht in meinem Interesse. Habe diesen Kommentar unter den Annahmen der Richtigkeit der Informationen in dem Artikel "Apple confirms iOS 17.4 removes Home Screen web apps in the EU, here’s why" von 9to5mac zum Thema verfasst. - Ich finde es schwierig zu behaupten, dass es mit Sicherheit zu tun hat, wenn man nicht die erforderliche Kenntnis dazu hat ( 07:09 ). Unabhängig davon, ob es jetzt pro Safari oder anti Safari ist. Abgesehen davon ist das Erstellen einer Verknüpfung zur Ausführung als PWA in Safari nicht "im Untermenü vom Untermenü...", sondern ganz einfach, abhängig von der Einstellung der Elemente, ein Tippen und Wischen entfernt. - Ja, in Safari gibt es keinen Hinweis wie vermutlich in Chrome, aber es wird Nutzer:innen nicht schwer gemacht, eine PWA zu nutzen ( 08:48 ). Mir ist aufgefallen, dass in PWA Erweiterungen für Safari nicht mehr funktionieren, was mich persönlich von der Nutzung von PWA abhält. - Wenn es stimmt, dass wenige das überhaupt nutzen, dann ist es für einzelne vielleicht doof, aber solche Entscheidungen werden immer wieder getroffen. Dass das jetzt mal etwas ist, wovon man persönlich betroffen ist, ist zwar für sich selbst doof, aber eine vermutlich vertretbare Entscheidung. Hätte Apple PWA in Safari beworben, wie du es von Chrome erzählst, dann sähe das vielleicht anders aus. Aber das ist anscheinend eben nicht so. Daher würde ich das zwar auch als betroffene Person als unschön, doof o.ä. kommentieren. Ich würde jedoch nicht sagen, dass es doof von Apple ist, ohne zu erwähnen, dass diese Entscheidung nachvollziehbar begründet wurde. - Ich bin jetzt nicht sehr gut mit dem Thema (DMA) vertraut. Allerdings finde ich, dass die EU gut in Bezug auf diese Änderungen leistet. Es stimmt schon, wie du sagst, dass einige Verhaltensweisen hätten vor dem Verabschieden bedacht werden können ( 11:40 ). Es ist jedoch etwas fragwürdig, finde ich, dass du das Erstellen einer App. als Belohnung für das Verhalten seitens Apple bezeichnest. Ja, die Leute bei Apple treffen Entscheidungen zugunsten des Unternehmens. Aber bei dieser Bezeichnung schwimmt die Unterstellung mit, dass Apple definitiv etwas davon hätte, wenn ihr eine App. erstellen würdet - vorausgesetzt, sie ist kostenlos. Nun, abgesehen von den Gebühren für Entwickler:innen. All in all: Ich verstehe, dass die Entfernung von PWA für manche Apple-Nutzer:innen doof ist. Aber es so hinzustellen, dass das so extrem schlimm sei, ist meiner Ansicht nach deplatziert. Denn das Nutzen der Internetseite ist zwar nicht mehr als PWA möglich, allerdings wird das Setzen einer Verknüpfung zu Internetseiten bestimmt noch möglich sein. Nutzer:innen haben dann eben die Oberfläche von Safari. Was daran jetzt so extrem schlimm sein soll - keine Ahnung. Vielleicht kann mich dahingehend jemand aufklären. Nun, wenn Dinge wie VSCode in Safari wirklich unschön zu bedienen sind (z.B. weniger Platz auf dem Bildschirm durch Safari, statt PWA), dann ist das tatsächlich unschön. Aber selbst damit werden sich Leute doch arrangieren können, oder nicht? Finde es übrigens witzig, dass Apple in einer Präsentation zu macOS (weiß gerade nicht, welche) Web Apps in Safari gezeigt hat und jetzt diese eben vom iPhone quasi entfernt. Oh, und ich finde die folgende Testpassage für die Einordnung der Entscheidung sehr wichtig: «Apple explains that it would have to build an “entirely new integration architecture that does not currently exist in iOS” to address the “complex security and privacy concerns associated with web apps using alternative browser engines.”» Ich freue mich über solche Videos, die mir helfen, meine Meinung zu bilden. Deshalb danke dafür! Und ich freu' mich darauf, vielleicht korrigiert zu werden. Ich bin übrigens kein Entwickler und hab' daher nicht die entsprechende Einsicht. 🙃
11:05 ja das ist dumm usb c hat pins die frei belegbar sind. ich habe dazu gelesen: "wir sind jetzt mit usb c wieder an einem punkt wie es vor usb, als jeder hersteller sein eigenes kabel produziert hat"
Ich entwickle gerade eine App die auf verschiedenen Plattformen laufen soll. IOS lasse ich ganz bewußt mal außen vor. Ich habe vor Jahren mitbekommen wie mein damaliger Arbeitgeber eine kostenlose App in den Applestore bekommen wollte. Ich war nicht direkt beteiligt. Haben Kollegen gemacht. Das, was ich da mitbekommen habe, reicht bei mir aus den Aufwand zu scheuen. Ich könnte die App eventuell auch auch als Browser-App entwickeln, fürchte aber, dass meine App dadurch nicht alles machen kann, was notwendig wäre. Was ich damit sagen will ist, dass die IOS-User die letzten in der Pipeline sind, die unterstützt werden. Aber der Apple-Kosmos ist ja schon groß genug. D.h. meine App wird dort niemand vermissen.
Und ich denke das ist die beste Vorgehensweise. Wenn man nicht komplett auf iOS angewiesen ist: Zumindest das MVP erst für jede andere Plattform zuerst bauen. Die native bereitstellung der Anwendung via Appstore, und alles was damit einhergeht (Updates & co) ist noch einmal eine ganz andere Hausnummer (hinsichtlich Kosten & Aufwand) im Vergleich zu WebApps. Man kann später noch Ionic oder Electron ins Spiel bringen.
Ob das ein App-Icon oder ein Lesezeichen ist macht wohl kaum einen Unterschied, das sehe ich genauso. Und das sich die Anwendung dann sichtlich im Browser öffnet, statt wie eine App auszusehen ist wohl auch verschmerzbar. Eine Website im Browser im Gegensatz zu einer PWA kann jedoch keine Push-Benachrichtigungen empfangen und hat keinen zugesicherten Speicherplatz um Userdaten zu halten. Stattdessen müssen sich mehrere Websites den Speicherplatz für LocalStorage, IndexedDB, etc., mit allen anderen Websites im Browser teilen und werden gelegentlich durch den Browser aufgeräumt. Apps die Zustände, Bilder, oder sonst irgendwelche Daten lokal speichern werden also als PWA nicht mehr zuverlässig sein. Daten die jetzt bereits im Speicher einer PWA liegen werden durch das Update vermutlich gelöscht. Dann sind die Daten der User weg, und Apple argumentiert mit Sicherheit. PWAs wären nicht sicher, wenn sie durch andere Browser(-Engines) die nun erlaubt werden MÜSSEN, gesetzt werden. Da stellt sich die Frage, wie denn die Sicherheit bei anderen Apps gewährleistet wird, und wieso das ausgerechnet bei Apps die Webbrowser sind nicht funktionieren soll? Ist der Grund nur vorgeschoben oder steht es wirklich so schlecht um die Sicherheitsarchitektur in iOS?
@@Heldenolli Eine PWA setzt auch einen ServiceWorker voraus, der das Routen von Request ermöglicht und somit auch eine gewisse Offline-Funktionalität wenn die erforderlichen Ressourcen lokal gespeichert werden. Jede Website erreichbar über HTTPS kann einen ServiceWorker verwenden, und somit ebenfalls Offline-Funktionalität bieten, auch ohne eine PWA zu sein.
@@Heldenolli Wenn man die PWA installiert, öffnet sich der Browser ohne Toolbar usw. Es sieht halt aus wie eine App. Ansonsten hat man auch beim Lesezeichen die gleichen Funktionen.
Nun jaaaa, …. Die Installation von PWAs ist einer der vielen Web-Standards. Mich als Entwickler, der hin und wieder Low-Level programmiert, anstatt für jede Kleinigkeit ein Framework zu bemühen, nervt es gewaltig, bei vielem Workarounds speziell für Apple-Geräte zu benötigen. Ist ja fast schon so, wie zu Internet-Explorer-Zeiten. Sicherheit? Solange außer den Apple-Entwicklern niemand den Quellcode einsehen kann, ist das eher eine Glaubensfrage und damit eine Angelegenheit für Kleriker. (Ja, auch ich nutze iDevices, von denen ich manchmal begeistert bin, und die ich gelegentlich auch hasse.)
Ihr macht doch extrem viel DevOps und CI/CD. Seit macOS 10.11 geht mir Apple so hart auf den Zwirn. Jedes neue OS hat mich erstmal Tage gekostet, ein Build System zu automatisieren. Bei jedem OS haben sie Funktionen eingebaut oder ein doofes Security System oben draufgebaut. Wir sind mittlerweile so weit, das wir VNC + OCR + "OK Knopf" finden verwernden um uns durch bestimmte Dinge zu "automatisieren". Klar kann man MDA verwenden, aber das ist ein Monster für nen Buildrechner ...
Danke für die Info! Ich würde es in Flutter umsetzen, um Kenntnisse in diesem Framework zu gewinnen. Ich entwickle mit React/MUI und Java Spring Boot für das Backend. Ich würde gerne Flutter als UI-Framework bevorzugen und Golang für das Backend. Flutter hat den Vorteil, dass es auf allen Plattformen funktioniert. Dartlang ist sehr einfach zu lernen, da es Java ähnlich ist. Wenn man eine UI mit einem anderen Framework gebaut hat, fällt es einem sehr leicht, Flutter einzusetzen. Man hat den Vorteil auch, dass man kein React benutzen muss. :-)
Versteh ich irgendwas falsch? Man kann doch weiterhin Shortcuts auf dem Homescreen ablegen, die dann im Standardbrowser geöffnet werden. Somit könnte Chrome dann mit eigener Engine selbst erkennen ob eine Seite PWA fähig ist und dies entsprechend anders behandeln. Das wäre doch sogar eine viel bessere Lösung da dann alle PWA Features zur Verfügung stehen und am Ende wird dann bei diesen Nutzern Chrome der Standard Browser für iOS.
Wird Zeit, dass die EntwicklerInnen Apple endlich mal den Mittelfinger zeigen. Aber machen wir uns nichts vor: es wird nichts passieren. Die Leute werden es einfach mitmachen.
Wenn deine angesprochene Wahrnehmung nichts in deinem Konsum-Verhalten ändert, dann würde ich sagen - denkt mehr darüber nach 😂 oder akzeptiere, dass du doch von Apple mehr bekommst als es dich davon abbringt.
@@heinrichschiller4673 Ich fad die Reflektion von Golo sehr vorbildlich. Seine erst zwei Gründe zeigen, dass er rational darüber nachdenkt und nicht nur mit dem Bauch. Viel Glück dabei!
Die installierte PWA auf dem Homescreen ist unabhängig vom Haupt-Cache des Safaris, bedeutet das die installierte Version und die gespeicherten Daten unterschiedlich zum Safari sein kann. Ich schätze mal, dass hier schlicht verhindert werden soll das Schadsoftware die Daten klauen und/oder eine Migration der Daten zwischen den Browsern nicht möglich ist.
1) Es gibt definitiv deutlich bessere Möglichkeiten zu schützen, wer auf diesen Cache zugreifen kann, als das Feature von PWAs einfach zu entfernen 2) Ich sehe nichts was Apple davon abhalten würde, PWAs, die über Safari installiert werden auch mit Safari gerendert werden (wie auf jedem einzelnen anderen Betriebsystem auch) 3) Apple muss jeden anderen Browser immer noch manuell bestätigen
Nein. Denn es ist ja am Ende Apple, die sich gegen PWAs entscheiden. Die EU liefert nur den (willkommenen?) Anlass und eine wenig durchdachte Gesetzgebung.
@@thenativewebdeinen Standpunkt habe ich schon verstanden 😊 Allerdings sehe die EU als Initiator und ich frage mich, ob andere Unternehmen hier nachziehen werden. Ich habe ein Android 14 und Chrome und habe gerade eure App installiert. Ich bin auch nicht informiert worden das es sich um eine PWA handelt. Ich musste es bewusst installieren.
Zum Thema Sicherheit: Wenn du dich da so sicher fühlst, heißt das, dass für die Entwicklung auf einem Apple-Produkt nie Open Source verwendest? Wenn ich bspw. Plugins in Neovim, IntelliJ oder VS C*de installiere oder via package manager ein package installiere, dann kann da ja auch immer malware drin sein. (in pypi gibt es z.B. viele Pakete mit leicht anderen Namen als beliebte Pakete (meist typische Tippfehler), die bei der Ausführung Schaden anrichten).
