Auf Browser-spezifischen URL-Schemata

URL -Schemata wie "http: // ..." oder "ftp: // ..." sind grundlegende Komponenten des Webs und dennoch überraschend formbar. Entwickler können zwar scheinbar niedrigem Niveau in ihren Anwendungen registrieren. Auf diese Weise können Benutzer auf bestimmte Anwendungen geleitet werden und sogar die Standard -Browser -Einstellungen überschrieben.

Ein erstklassiges Beispiel ist Microsoft microsoft-edge:// . Durch die Verwendung dieses Schemas erzwingt die Links, unabhängig vom Standardbrowser des Benutzers in Edge zu öffnen. Diese Fähigkeit wirft Bedenken hinsichtlich der Benutzerkontrolle und der Auswahl der Browser aus.

Das EdgedeFelektor -Programm von Daniel Aleksandersen entgegenwirkte diesem Verhalten und unterstreichte die Bedeutung der Beachtung der Benutzerpräferenzen. Die jüngste Einführung des Schemas von microsoft-edge:// von Brave und Firefox unterstreicht die Bedeutung dieses Problems. Wenn Sie solche Systeme nicht unterstützen, können Sie Verbindungen unbrauchbar machen.

Während sich viel Diskussion auf Windows 11 dreht, ist dieses Verhalten über Browser auf macOS hinweg beobachtet.

Die Ursprünge dieser Praxis sind in iOS verwurzelt. Vor iOS 14 waren Standard -Browser -Änderungen unmöglich. Um seine Apps zu integrieren, stellte Google 2014 das Schema googlechrome: Schema vor, sodass die Umleitung von anderen Google -Diensten von Chrome umgeleitet wurde. Während die Aktion von Google anscheinend die Zustimmung von Apple der Schlüsselfaktor ist. Microsofts Einführung dieses Ansatzes spiegelt die frühere Praxis von Google an.

Idealerweise sollte Software diese Browser-spezifischen Schemata und Links im derzeit aktiven Browser des Benutzers abfangen. Das Web sollte eine einheitliche Erfahrung sein, unabhängig von einem bestimmten Browser.

Das obige ist der detaillierte Inhalt vonAuf Browser-spezifischen URL-Schemata. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!