Google schroeft snelheid Chrome iets op

Een update voor de Chrome-browser die Google heeft uitgerold, maakt het surfen iets sneller, belooft de zoekgigant. Na het installeren van Chrome 27 laden pagina's gemiddeld vijf procent sneller dan met de voorgaande versie, onder meer dankzij ander gedrag van de scheduler.

De vijf procent hogere laadsnelheid was al beschikbaar in de bètaversie, maar is nu ook te gebruiken in de dinsdag uitgerolde update voor Chrome. Bij de aankondiging van de beta schreef Chrome-ontwikkelaar Kinuko Yasuda dat de hogere snelheid onder meer te danken is aan ander gedrag van de scheduler. Die gaat nu 'agressiever' om met het gebruik van idle-verbindingen, waarmee waarschijnlijk wordt bedoeld dat niet gebruikte verbindingen sneller worden ingezet. Daarnaast worden al eerder geladen elementen minder snel gerenderd, zodat 'kritieke assets' voor een pagina sneller op het scherm verschijnen, aldus Yasuda. De hogere snelheid moet niet alleen in de desktopversies van Chrome zichtbaar zijn, maar ook op de mobiele Chrome-browser voor Android.

Verder introduceert Chrome 27 een nieuwe datepicker voor <input>-elementen die zijn bedoeld om data in te voeren. Door bijvoorbeeld <input type="date"> te gebruiken, krijgen bezoekers van een website een datepicker te zien zonder dat een ontwikkelaar daarvoor zelf iets hoeft te programmeren. Die functionaliteit werkt overigens nog niet in alle andere browsers.

Verder kunnen Chrome-apps nu gegevens synchroniseren via Google Drive dankzij de Sync FileSystem-api, accepteert de Web Audio-api op Windows en OS X nu liveaudio als input en is er een aantal tools voor ontwikkelaars getweakt. Tot slot hebben de ontwikkelaars van de browsers veertien beveiligingsproblemen opgelost.

Reacties (160)

[dvanmaanen]

Ik heb me onlangs es wat verdiept in de boodschap van Richard Stallman (mede-oprichter van wat we vandaag Linux noemen). Zijn betoog gaat vooral over vrije software (niet "gratis", maar gestoeld op ongebondenheid) en waarschuwt zoveel mogelijk mensen ervoor dat we ons laten indoctrineren door "Big Brother." Ofwel: alom geaccepteerde spyware.

Terwijl we allemaal eea doen tegen spyware, zoals het installeren van virusscanners, gebruik maken van Linux ed, hebben we oogkleppen voor gedaan voor de echte spyware en de fabrikanten daarvan. Stallman denkt aan oa Apple, Microsoft, Facebook en bovenal Google. Terwijl we niet willen hebben dat vreemden door onze computers neuzen, knalt de doorsnee burger zelf, met de eigen vingertjes, werkelijk alles op internet wat hem lief is. Creditcard-gegevens, foto's van de kinderen, verzamelingen wachtwoorden, vakantiebestemmingen, sociale relaties, locatiegegevens, etc, etc. Cloud-gebruik stijgt de hemel in. Wie er wat kan, of ooit zal kunnen, met onze identiteit (!), daarvoor hebben we oogkleppen voor gedaan. We hebben dit en masse in ons non-geheugen gezet. De marketing van Big Brother wint!

Als er één organisatie is, die gegevens over onze identiteit verzamelt, dan is het Google. Vrijwel alle producten van Google zijn gebouwd rond het verzamelen van gegevens over individuele identiteiten. De browser is daar een belangrijk onderdeel van. Google Chrome is de snelste browser, werkt het lekkerst, kan wat we willen, zit vernuftigd in elkaar. We willen allemaal Google Chrome. Waarom zou Google dat nou zo graag willen? De ontwikkeling van de browser kost Google een vermogen. Wat was ook alweer het bestaansrecht van Google? Juist: verzamelen en verkopen van gegevens over onze identiteiten. Kennelijk is de browser daarbij een belangrijk middel.

Ik zit nu nog op Windows. Gebruikte tot een paar dagen geleden geregeld Google Chrome. Zit nu op FF die mij een stuk minder effectief bespioneert, maar ik ben op een test-machine al Linux-distro's aan het uitproberen. Op mijn nas ben ik bezig met mijn eigen mailserver. Ik ben een waaier van alternatieve zoekmachines aan het uitproberen. Ik overweeg het schrappen van mijn accounts bij Google, Microsoft, Facebook, Apple, etc. Op de agenda staat in elk geval wel een zoektocht naar een echt vrije browser.

Of ik dit allemaal ga volhouden, weet ik ook niet. Maar ik voelde wel een verplichting om met jullie te delen dat ik laatst es ben wakker geschud tegen die mooie blauwe ogen van Google. Het leek mij niet verkeerd om mede-tweakers ook even stil te laten staan bij het spionage-gehalte van deze organisatie.

[Verwijderd]

Je hebt toch niks te verbergen? Nee hoor grapje

Wat betreft Google Chrome, je kan behoorlijk wat vinkjes uitschakelen onder privacy settings. Waarschijnlijk ben je dan al een heel eind.

[Verwijderd]

Ik denk dat het bij dvanmaanen meer om het principe en de uitdaging gaat.

[Verwijderd]

Als je Chrome wilt gebruiken zonder bespioneerd te worden, dan adviseer ik je Chromium. Dat is de open source versie van Chrome en waarschijnlijk minder spyware. Chromium is op zich ook van Google zelf, maar het is free software, en Stallman houdt van free software!

[Thc_Nbl]

Je hebt helemaal gelijk hoor.

ik gebruik google alleen nog indien echt nodig.
Echte tweakers gebruiken https://duckduckgo.com/

Echt, hoe simpel het is om iemands identiteit te stelen en daar dingen mee te kopen b.v.
en ik weet hoe, en dat is best beangstigend.

lees dit maar eens, het gebeurd nog niet veel in Nederland maar dat komt nog wel.

http://sync.nl/identiteitsdiefstal-bescherm-jezelf/
https://nl.wikipedia.org/wiki/Identity_Theft:_The_Michelle_Brown_Story

[Verwijderd]

Het is vooral handig hoor. Als je op een dag wakker wordt en niet meer weet wie je bent. Zet je gewoon een backup van je google account terug.

[Verwijderd]

Jammer dat Tweakers niet meldt dat in deze nieuwe Chrome 27 versie conversational voice search is toegevoegd voor zoekopdrachten, zoals Engadget aangeeft:

http://www.engadget.com/2...ational-search-goes-live/

[Reactie gewijzigd door Verwijderd op 26 juli 2024 02:31]

[henkpoll]

Inmiddels staat er ook een artikel over op Tweakers voor degenen onder ons die geen Engels willen lezen en na uw bericht toch benieuwd zijn:

nieuws: Google rolt 'conversational search' uit voor Chrome

[418O2]

dat zal

[code=html]
<input type="date" />
[/code]

zijn neem ik aan? Leuk zulke dingen, maar als je niet alleen voor Chrome bouwt heb je er vooralsnog weinig aan natuurlijk En alleen voor Chrome bouwen is voor de meesten enkel een droom....

[wjvds]

Input type date is nu nog geen onderdeel van de HTML standaard, maar er wordt wel aan gewerkt en heeft op dit moment de status van working draft bij W3C (http://www.w3.org/TR/html-markup/input.date.html).
Chrome loopt bij HTML5 vaak een beetje voor op de officiële standaard, wat soms tot problemen leidt maar hier verwacht ik dat niet.

[watercoolertje]

Toch is het fijn dat ik zonder al te veel moeite 40% van de bezoekers van mijn sites makkelijker kan maken, dat de andere 60% dan pech heeft is jammer maar toch beter dan 100% die pech heeft

[roy-t]

Nou ik weet het niet hoor maar volgens mij heb ik al sites gezien met datepickers die in elke browser werken

[watercoolertje]

Die zijn er ook gewoon hoor, maar niet met zo weinig moeite als dit te implementeren of met jQuery of andere onnoodzakelijke dingen die ik niet wil gebruiken (maar ook daar komt meer bij kijken dan simpelweg type="date" te gebruiken)

[Reactie gewijzigd door watercoolertje op 26 juli 2024 02:31]

[sfc1971]

Maar die werken net allemaal iets anders. Nou is dat leuk voor web developers, die kunnen lekker veel geld vragen om er eentje op een website te zetten, sommige frontend designers krijgen wel tot 2 euro!!!

Maar als er een standaard is, dan is het voor de gebruiker op iedere site hetzelfde en hoef je niet steeds opnieuw proberen uit te vinden hoe het op site X nou weer werkt.

[Travelan]

Ik dacht ook al, heb ik iets gemist of is HTML 6 al uit met deze syntax?

[Verwijderd]

<input type="date" >

De closing "/" hoeft niet in html5

[Verwijderd]

Chrome heeft op dit moment een marktaandeel van rond de 30%, als een site als tweakers.net met rond de 500 000 bezoekers per dag dit zou implanteren zou je 150 000 bezoekers per dag helpen.

[TheekAzzaBreek]

Oh joy, browser-specifieke inputs! Daar zat het web op te wachten...

Edit: Oh, ok. Dus dit:

Omdat het om een niet-gestandaardiseerd element gaat, werkt die functionaliteit echter vooralsnog niet in andere browsers.

is gewoon niet waar?

[Reactie gewijzigd door TheekAzzaBreek op 26 juli 2024 02:31]

[justahuman]

die input date is een officele standaard, opera heeft hem ook al en zo ver ik weet Mozilla in de later builds.
http://www.w3.org/TR/html-markup/input.date.html

[Verwijderd]

Het juist handig, met name voor mobiele webpagina's waar de ingebouwde date-picker van mobiele apparaten dan automatisch worden toegepast. Daarnaast blijft het altijd nog een keuze van de ontwikkelaar. Als je dat niet wilt dan moet je geen date-attribuut gebruiken.

[Reactie gewijzigd door Verwijderd op 26 juli 2024 02:31]

[svennd]

Dit element is niet "nieuw"; het is een deel van HTML5 die andere browsers minder goed ondersteunen...

[Verwijderd]

Ik zeg ook niet dat het nieuw is. Daarom is het mooi dat het een keuze van de ontwikkelaar blijft. En mocht je browser het niet ondersteunen dan is het gewoon zichtbaar als een tekstveld, waar je een custom datumpicker aan kan koppelen.

[Dreamvoid]

Het zit in de 'working draft' van de standaard, het is nog niet definitief.

[MrBlueEyes]

Ik krijg van mijn browser nog niet de melding dat er een nieuwe versie is zodra hij gaat zoeken voor een update. Voorlopig nog versie 26 dus. Klinkt verder wel als een aardige update. Alleen om nu een Chrome only feature in te bouwen voor de kalender functie, lijkt mij weer een beetje zonde.

[sfranken]

Dat is geen Chrome only feature, Opera, Safari en Mozilla hebben allemaal een implementatie van de HTML5 datepicker. Alleen IE 9 en lager (surprise surprise) niet.

[_Thanatos_]

Als je met Mozilla eigenlijk Firefox bedoelt, dan nee. Die heeft geen datepicker. IE10 trouwens ook niet. De datepicker van Safari is heel suf een spinner-control (alsof het een getal is).

Alléén Chrome en Opera hebben een propere datepicker.

getest op de desktopversies van deze browsers

[Reactie gewijzigd door _Thanatos_ op 26 juli 2024 02:31]

[Timo002]

En daarom heeft het dus ook nog geen enkele nut om dit als devoloper te gaan gebruiken. Want voor een groot deel van je bezoekers moet je toch al op zoek naar een aternatief.

HTML5 heeft ontzettende leuke nieuwe features, maar in mijn ogen totaal niet bruikbaar als je toch aan alternatief moet bieden. Dan kun je in mijn ogen beter een goed alternatief gebruiken zodat je code simpeler is en je maar een variant hoeft te onderhouden.

Deze features als de datepicker werken pas als 90-95% van de gebruikte browsers (je bezoekers) HTML5 goed ondersteunen.

Ik heb geen idee wanneer HTML5 eindelijk eens standaard wordt, als dit ooit gaat gebeuren. Maar op deze manier krijgen we volgens mij teveel wild groei en krijgen we weer IE praktijken, maar dan op andere browsers...

[_Thanatos_]

Het sterke punt van HTML5 is dat het backwards compatible is. Als je browser geen date-input ondersteunt, dan krijg je een text-input. Hoef je niets voor te doen.

Daarbij zit het grote voordeel em in mobiel gebruik - daar worden de speciale inputs veel beter ondersteund.

http://html5test.com/index.html

[YopY]

Alleen om nu een Chrome only feature in te bouwen voor de kalender functie, lijkt mij weer een beetje zonde.

Mwa, het heeft wel zijn voordelen; het input type geeft aan dat hij een datum verwacht, Chrome helpt de gebruiker met een date inputveld. Voor mobiel is het definieren van een inputtype nog belangrijker, zodat de mobiele browsers een gewoon toetsenbord, email/internetadres toetsenbord, of datepicker-input kunnen tonen. Voor PC is dat minder relevant ivm toetsenbord en betere input, maar in de praktijk zie je dat veel websitebouwers toch al een datepicker (op de een of andere manier) toevoegen.

[Dan0sz]

Versie 27.0.1453.93 m
Google Chrome is bijgewerkt.

Edit: @MrBlueEyes

[Reactie gewijzigd door Dan0sz op 26 juli 2024 02:31]

[Verwijderd]

Alle beetjes helpen
Goed werk Google!

[Maarten_vw]

Voice search zit er nu ook bij! Alleen nog geen reactie op "Ok Google".
Maar hij zegt erg vaak "geen internetverbinding" terwijl ik dit wel heb als ik gewoon zoek door te typen.
Hebben jullie dit probleem ook?

[Harpervm]

Ja, ik heb ook het probleem "Geen internetverbindin"

achja, het komt nog wel..

[AmigaWolf]

Ik merk met de nieuwe Chrome 26 Android dat hij nu een stuk sneller is, ik krijg met mijn Huawei Honor 2 U9508 2GB in Peacekeeper 535, dat is nog is een snelheid winst.

Mooie vooruitgang dit.

[Sietse1990]

De <input type="date" /> zit in HTML5 en wordt op het moment van schrijven door zowel Chrome als Safari en Opera ondersteund. Echter ziet het er op elke browser weer anders uit. Wil je iets cross-browser maken dan zul je alsnog het zelf moeten maken of moeten opvangen, maar voor een eigen applicatie is het goed te gebruiken.

Leuk dat ze de snelheid weer wat opschroeven, maar de manier van Opera is voor mij persoonlijk nog steeds de beste om de pagina's in te laden.

[Spockz]

Het idee is dus juist dat het voor zoiets als datuminvoer niet uitmaakt hoe het eruitziet. Het is veel fijner voor de gebruiker als dergelijke dingen op elke site hetzelfde zijn. Dit is hetzelfde als de scroll bars.

[RagingPenguin]

juist, de meeste mensen gebruiken maar 1 browser. die zal het dus worst wezen hoe is er in een andere3 browser eruit ziet, als het bij hun maar duidelijk werkt. dat bereik je op deze manier

[Wulfklaue]

die zal het dus worst wezen hoe is er in een andere3 browser eruit ziet,

Het zal hun wel worst zijn, indien men wilt omschakelen naar een andere browser, en mensen bepaalde verschillen niet gewoon worden...

Mensen zijn gewoonte dieren, en verwachten toch dat x website in browser a er hetzelfde zal uitzien, als in browser b, of c, als men wilt omschakelen.

[_Thanatos_]

Ondersteuning ervoor in Safari (desktop) is natuurlijk een lachertje. Het geeft een spinner-control, alsof de datum een getal is. Ik krijg geen datepicker. Maarja, Safari is dan ook een biatch van een browser. Een soort IE, maar dan in webkitland

Safari op iOS doet het een stuk beter.

[Reactie gewijzigd door _Thanatos_ op 26 juli 2024 02:31]

[Frank-L]

Het is juist handig dat de invoer van dingen als datum automatisch geoptimaliseerd zijn voor het apparaat waar de gebruiker mee werkt. Muis, touch, toetsenbord of bijvoorbeeld spraak.

[TweakingRens]

Is dit ook voor mobile?
Daar is extra snelheid nog wel wat meer gewenst dan op de pc

[bodiam]

Uit het artikel:

De hogere snelheid moet niet alleen in de desktopversies van Chrome zichtbaar zijn, maar ook op de mobiele Chrome-browser voor Android.

Ja dus ;-)

[bashett]

Goed werk Google. Jullie hebben altijd nog de beste browser en hopelijk gaat dit zo blijven, want Chrome is de beste browser om in te werken.

[FreshMaker]

Goed werk Google. Jullie hebben altijd nog de beste browser en hopelijk gaat dit zo blijven, want Chrome is de beste browser om in te werken.

Toch ben ik van mening dat hij trager en trager wordt.
Twijfelde vandeweek al om IE weer te gaan gebruiken.

Ik wil een browser, niet een desktop, op mijn desktop in mijn web-programma ...
De reden dat ik naar Chrome ging, was net de fijne snelheden ....

[Verwijderd]

Misschien heb je het probleem dat het "automatic detect settings" vinkje aan staat. Zie link. Had ik ook. Deze uitgezet en het vliegt weer als vanouds.

[KleineJoop]

Bij mij is chrome anders nog altijd net zo snel als dat ik het een jaar geleden installeerde.
Zeker met een adblocker extensie erbij is het de beste browser, zowel snel als overzichtelijk.

[1nsane]

een goede ontwikkeling dat Chrome nog sneller wordt, ik was er al erg tevreden over t.o.v. IE maar het wordt alleen maar leaner en meaner

En dat over de adblockers, tja, ik gebruik dat zelf ook, ik heb niks tegen advertenties en ik snap ook wel dat ad's nodig zijn voor websites om te overleven maar het begint steeds extremere vormen aan te nemen.

Tegenwoordig heb je van die popout ads die je halve scherm in beslag nemen op het moment dat je er maar naar loenst, dat irriteert me mateloos en ik ga echt niet plotseling kopen of aandacht besteden aan het aangeboden product, ik klik te ad gewoon meteen dicht dus streeft het voor mij z'n doel voorbij.

Vaak is het ook nog eens zo dat de advertenties vaak sneller laden, beter en vloeiender werken dan de daadwerkelijke content. Kijk maar naar youtube en rtl gemist bijvoorbeeld, de advertentie loopt dan superscherp en als een trein terwijl het daadwerkelijke film materiaal (Even afgezien van de kwaliteit want dat ligt in het geval van youtube aan de uploader, bij RTL gemist aan de content stream bandbreedte) laad regelmatig traag.

[Verwijderd]

Weet je wat nu net de ironie is: hoe harder je je best doet om ads te negeren of blokkeren, hoe irritanter ze zullen worden.

[Verwijderd]

Ik erger me er ook aan wanneer mijn viewport meer ad beslaat dan website-inhoud en ik vind het kinderachtig als men probeert de gebruiker per ongeluk op een ad te laten klikken.

[Verwijderd]

En de reden daarvoor is dat gebruikers ads blokkeren, negeren, bewust of onbewust. Dus moet de ad steeds schreeuwender worden. Waardoor gebruikers nog meer geirriteerd worden. Enz. Enz.

[Verwijderd]

Ik wordt dus niet meer geïrriteerd na het installeren van AdBlock.

[Verwijderd]

Maar wel als iedereen het doet en daarmee het gratis internet om zeep wordt geholpen.

[Verwijderd]

Klopt. Net als tweakers.net soms met de full background ads....