Chrome 76: geen https of www meer in de adresbalk
- Categorie: Google Chrome
Google Chrome-gebruikers die de stabiele versie van de webbrowser hebben geüpgraded naar de onlangs uitgebrachte Chrome 76-versie, hebben mogelijk gemerkt dat Chrome geen https of www meer weergeeft in de adresbalk van de browser.
Google heeft de wijziging in 2018 aangebracht voor het eerst toen het Chrome 69 uitbracht maar moest het ongedaan maken nadat de gebruiker verontwaardigd was over de verwijderde functie. Destijds besloot Google om zogenaamde triviale subdomeinen zoals www. of m. om alleen het hoofddomein in de adresbalk weer te geven; dit leidde tot problemen op sites die verschillende van de triviale subdomeinen ondersteunden, aangezien het niet langer mogelijk was om naar het adres te kijken om de actieve site te verifiëren.
Google noemde deze subdomeinen triviaal omdat het geloofde dat de meeste internetgebruikers de informatie niet nodig zouden hebben.
Google verklaarde toen wel dat het op een later tijdstip bepaalde triviale subdomeinen weer zou verwijderen. Het lijkt erop dat het zover is, want Chrome 76 verbergt het www-gedeelte van de domeinnaam en de https: // protocolinformatie uit de adresbalk.
Bekijk hoe de startpagina-URL van Ghacks wordt weergegeven in Google Chrome 76:
Chrome ontdaan van https: // www. vanaf het adres dat ghacks.net achterlaat in de adresbalk. Het slotpictogram geeft wel aan dat de site HTTPS gebruikt, maar Google is van plan om het in de toekomst ook te verwijderen .
U vraagt zich misschien af waarom Google heeft besloten de wijziging door te voeren. Google-ingenieur Emily Schechter onthuld Google's bedoeling op de officiële Chromium-bugpagina.
Het Chrome-team waardeert de eenvoud, bruikbaarheid en veiligheid van UI-oppervlakken. Om URL's leesbaarder en begrijpelijker te maken, en om afleiding van het registreerbare domein te verwijderen, verbergen we URL-componenten die voor de meeste Chrome-gebruikers niet relevant zijn. We zijn van plan het 'https' -schema en het speciale subdomein 'www' te verbergen in de Chrome-omnibox op desktop en Android in M76.
Volgens het bericht is Google van mening dat bepaalde delen van de URL afleidend en irrelevant zijn voor de meeste Chrome-gebruikers.
Chrome-gebruikers moeten twee keer op de URL-balk klikken om het volledige adres van de pagina weer te geven. Het is onduidelijk waarom Google gelooft dat twee keer klikken en niet één keer de juiste keuze is, maar dat is verre van het enige probleem dat gebruikers kunnen ervaren als ze upgraden naar Chrome 76.
Gebruikers die alleen het domeingedeelte van een adres proberen te kopiëren, zullen merken dat Chrome het protocol en www toevoegt. indien automatisch gebruikt voor het gekopieerde adres. Er is geen optie om dit op dit moment te voorkomen; gebruikers die alleen het domein willen, moeten de gekopieerde tekst verwerken voordat ze deze kunnen gebruiken zoals bedoeld.
Een ander probleem dat gebruikers kunnen tegenkomen, is wanneer een site uitsluitend www gebruikt. Chrome geeft het domein alleen weer zonder www en sommige gebruikers proberen in de toekomst mogelijk het domein zonder www te laden. Als er geen omleiding is, geeft Chrome in plaats daarvan de fout 404 niet gevonden weer.
Het is te vroeg om te zeggen of bedrijven die Chromium gebruiken als bron voor browsers, de leiding van Google zullen volgen. Browsers zoals Microsoft Edge, Opera, Brave of Vivaldi gebruiken allemaal Chromium en als ontwikkelaars geen wijzigingen in de broncode aanbrengen, zullen Chrome volgen door minder informatie in de adresbalk weer te geven.
Chrome 76 ondersteunt momenteel twee experimentele vlaggen die de wijziging ongedaan maken. Deze vlaggen worden echter uiteindelijk uit Chrome verwijderd.
- Laad chrome: // flags / # omnibox-ui-hide-steady-state-url-scheme en stel de status in op Disabled om altijd het URL-schema weer te geven, bijv. HTTPS, in de adresbalk van Chrome.
- Laad chrome: // flags / # omnibox-ui-hide-steady-state-url-trivial-subdomains en stel de status in op uitgeschakeld om de hele tijd triviale subdomeinen weer te geven.
- Start Google Chrome opnieuw.
Afsluitende woorden
Wat mij betreft geef ik er de voorkeur aan dat de browser alle informatie weergeeft en dat zowel het protocol als het www-subdomein essentiële onderdelen van het adres zijn en niet verborgen mogen worden; vooral als het verbergen tot verwarring of problemen kan leiden.
Google lijkt de intentie te hebben om door te gaan met de verandering op desktop en op Android. Tenzij er een even grote verontwaardiging is over de wijziging, is het onwaarschijnlijk dat Google deze voor een tweede keer zal terugdraaien.
Ik denk dat Google net begint met het doorvoeren van bepaalde wijzigingen in Chrome en het grootste deel van internet, en dat ze niet allemaal in het beste belang zijn van internetgebruikers.
Nu jij : Wat is uw mening over de verandering? (via Bleep computer )