ChromeDe adresbalk van, ook wel omnibar genoemd, is een van de beste functies van deze browser. Het werkt letterlijk voor alles. Van daaruit kunnen we open tabbladen doorzoeken, instellingen openen, toegangsgeschiedenis, favorieten… en natuurlijk naar een webpagina gaan via de URL. Dankzij een van de laatste wijzigingen die Google heeft doorgevoerd, zal het gebruik van deze omnibar binnenkort veel sneller en veiliger zijn dankzij HTTPS .
Tegenwoordig gebruiken de meeste webpagina's die we bezoeken HTTPS. En niet alleen dat, maar als we vandaag nog bezoeken HTTP-websites , die geen verbindingscertificaat hebben, is het beter om ze niet te bezoeken, aangezien onze gegevens vrijwel zeker kunnen worden aangetast. Wat we echter meestal niet doen, is dit protocol aan het begin van de URL schrijven. We zullen zelden "https://www.softzone.es" in de browser typen, maar eerder "softzone.es" typen en de browser zijn magie laten doen.
Chrome gebruikt standaard HTTP om verbinding te maken met internet. En als het web goed is geprogrammeerd, wordt de browser automatisch naar laad de HTTPS-versie . Dit is logisch, aangezien HTTP al lange tijd het meest gebruikte protocol is, maar het impliceert een slechte beveiliging bij de eerste verbindingspogingen en een onnodige terugkeer om een veel directere bestemming te bereiken.
Certificaten voor HTTPS-verbindingen waren in het verleden erg duur, maakten gebruik van een zeer krachtige server en maakten websites langzamer. Tegenwoordig is dit echter allemaal veranderd. En om deze reden moeten browsers zich ook aanpassen aan de nieuwe tijd.
De omnibar van Chrome gebruikt standaard HTTPS
Zoals we kunnen zien deze verandering in Chrome werkt de Google-browser de omnibar bij, zodat deze, wanneer we erin schrijven, via HTTPS verbinding probeert te maken met internet. In het geval dat dit niet kan (omdat het web niet compatibel is), dan zal het zijn wanneer u probeert verbinding te maken via HTTP.
Er valt niet veel meer uit te leggen over deze nieuwe functie. Als we handmatig HTTP of HTTPS schrijven, zullen we vermijden om op deze manier te gaan. Hoewel, om eerlijk te zijn, de tijden dat we het doen erg klein zijn, zo niet nul. Daarom is deze wijziging logisch in termen van het verbeteren van de standaardbeveiliging en prestaties van de browser.
Beschikbaarheid van nieuwe functies
Deze wijziging wordt rechtstreeks in Chromium geïmplementeerd, dus naast Chrome worden andere browsers (rand, Opera, enz.) kunnen deze verbetering ook krijgen. Mozilla heeft op dit moment niet aangegeven of het van plan is iets soortgelijks te doen. Wat Mozilla deed in Firefox 80 is om een optionele modus te introduceren die HTTP-verbindingen standaard blokkeert.
Wat betreft de beschikbaarheid weten we niet precies wanneer deze nieuwe functie beschikbaar zal zijn. De veranderingen zijn er al uitrollen naar Chromium , en als ze klaar zijn, slaan ze toe Chrome Canary . Van daaruit worden ze verder gedebugd totdat ze de stabiele versie van de browser bereiken.
Google heeft ook geen details gegeven over het al dan niet verbeteren van de prestaties. Er wordt verwacht dat enige snelheid zal worden opgemerkt wanneer we proberen verbinding te maken met websites met HTTPS, terwijl we dat proberen toegang krijgen tot HTTP-websites de laadsnelheid zal iets lager zijn bij het keren. Omdat er steeds minder HTTP is, moeten we het verschil niet zien.
We onthouden ook dat het mogelijk is om te activeren DNS via HTTPS om de beveiliging en privacy van DNS-verzoeken bij het bezoeken van een website te verbeteren.
