Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 48 reacties, 19.709 views •

Twitter kan vanaf nu het nieuwe spdy-protocol gebruiken. Dat maakte Raffi Krikorian van Twitter duidelijk in een Twitter-bericht. Spdy is een opensource-netwerkprotocol, ontwikkeld door Google om het internetverkeer te versnellen.

TwitterDoor het netwerkprotocol, dat Google in 2009 ontwikkelde, te ondersteunen vervoegt de sociale-netwerksite zich bij de enkele websites van Google die het protocol kunnen gebruiken. Google droeg het protocol eind februari nog aan bij de IETF om het als internetstandaard te laten erkennen.

Met het spdy-protocol kunnen webpagina's sneller en veiliger worden geladen door enkele aanvullingen op het aloude http-protocol. Zo worden dataverbindingen gemultiplext, automatisch gecomprimeerd en in het merendeel van de gevallen ook versleuteld. Servers kunnen ook informatie pushen naar clients zonder dat daarvoor een request moet worden gestuurd.

Enkel Google Chrome en de volgende versie van Firefox kunnen met het protocol omgaan. Die browsers geven echter niet aan dat 'speedy' wordt gebruikt, enkel dat het een beveiligde verbinding betreft. Om toch zichtbaar te maken dat spdy wordt ingezet, kan de Spdy Indicator-extensie worden gebruikt.

Reacties (48)

Reactiefilter:-148041+133+27+30
Moderatie-faq Wijzig weergave
Ik vind het behoorlijk nasty dat we met z'n allen blijkbaar naar Google kijken als nieuwe standaardinstantie. Wacht nou maar tot SPDY een officiele standaard is voordat je als browser en als website dit soort dingen gaat doen....
HTML5 is ook nog geen W3C-standaard, maar wordt wel geÔmplementeerd bij veel browsers en websites.
En als jouw website SPDY ondersteunt, kost het waarschijnlijk minder resources vergeleken met HTTP. Bovendien werkt het voor de gebruikers sneller.
Het punt is dat iets pas een standaard wordt als het door het merendeel gebruikt wordt en geimplementeerd is. Tot die tijd is het slechts een specificatie; een specificatie moet geaccrediteerd worden door alle relevante authoriteiten (in de breedste zin van het begrip) voordat het een industry standard wordt.

Natuurlijk is dat vooral een kwestie van definitie, maar uiteindelijk gaat het om de marktpenetratie, en op die manier kan een nieuwe standaard in het leven geroepen worden. Sowieso merk je in de IT naar mijn mening steeds meer een bottom-up gebaseerde standaardontwikkeling, waarbij bepaalde implementaties of ideŽen gespuid worden door bijvoorbeeld een Google of een Mozilla (of MS natuurlijk), en die dan opgepakt worden door de rest omdat er (blijkbaar) voordelen aan zitten, en de implementatiebasis dan vervolgens een standaardengroep ertoe brengt het in zijn officiele standaard op te nemen.

Daarmee gaat de ontwikkeling sneller en democratischer: als iets werkt neemt iedereen het over, als iets niet werkt neemt niet iedereen het over - en dan wordt het ook geen standaard.

In het geval van SPDY kun je concluderen dat het te lang geduurd heeft voor er door de officiele standaardeninstantie iets ondernomen werd om de problemen op te lossen. Google is groot en belangrijk (en innovatief!) genoeg om dan te zeggen "nou, dan doen we het gewoon zelf". En als de rest het dan oppakt, was er blijkbaar vraag naar; vult het een gat in de huidige specificatie.
Ik zie dat alleen maar als een voordeel.

Vergelijkbaar is overigens ook de rol die AoTuv speelt bij de ontwikkeling van Ogg Vorbis; die tuned en tuned en verandert, en zijn wijzigingen worden dan vaak opgenomen in de standaardversie van Vorbis, en dat vooral omdat de userbase van hydrogenaudio uitsluitend AoTuv gebruikt.

[Reactie gewijzigd door Buggle op 13 maart 2012 13:34]

Het is natuurlijk wel een voordeel voor Google als Twitter dit zal implementeren. De kans dat andere grote site's volgen is natuurlijk een stuk groter en het zo misschien als standaard haalt.

Ik vind het persoonlijk een voordeel van SPDY dat er push naar de clients ondersteund wordt. Dit vond ik nog altijd een van de grootste tekortkomingen van het HTTP protocol. Ik weet dat er reeds workarounds en andere tools voor bestaan, maar moest het tot in een standaard gegoten worden, zou dit wel een voordeel zijn.

Ik vraag mij wel af wat er van server aanpassingen nodig zijn voor het gebruiken van dit protocol...
Voor Apache, de meest gebruikte http server momenteel, is er mod-spdy , deze heeft trouwens ook modssl als dependency, maar het installen is een eitje, waarna je eenvoudig serveert over spdy. Wat betreft het pushen met deze module ben ik nog niet bekend. Ik draai zelf Cherokee als server, een erg snelle, eenvoudig te configureren, intuÔtieve server, en die heeft momenteel een spdy branch in de ontwikkeling, denk dat we daarvan een werkende implementatie rond mei kunnen verwachten.

edit: even rondgezocht, varnish wacht nog rustig tot er een door IETF goedgekeurde standaard is, IIS heeft er nog niks voor. Nginx vind ik alleen maar een bericht uit halverwege 2011 dat het over een paar maanden geÔmplementeerd zou worden (zou dus nu werkend moeten zijn)

edit2: De geluiden zijn overigens niet altijd even lovend, al blijft de kritiek vooral op het niveau "het is onnodig complex" en "het is een lapmiddel voor wat op transportniveau opgelost moet worden in plaats van applicatieniveau" (verwijzend naar de IP lagen )

[Reactie gewijzigd door afraca op 12 maart 2012 15:37]

Inderdaad, misschien zou het inderdaad beter opgelost worden in de transportlaag van protocolstack, maar het is tenminste al een tussen stap. En het is nu eenmaal eenvoudiger om een nieuw L7 protocol te ontwikkelen en "globaal" te laten implementeren dan een nieuw "TCP" protocol te ontwikkelen en het op OS niveau in de protocol stack te implementeren.

Maar ze hebben wel enigsinds gelijk. Sommige protocollen zouden wel een opfrisbeurt kunnen gebruiken naar de nieuwe "noden" van het internet. Sommige dingen kunnen eenvoudig opgevangen worden op hogere lagen in de stack, maar andere zouden beter opgevangen worden lager in de stack. Het origineel TCP protocol is voor het eerste genoemd in 1974 en doet nog steeds fantastisch dienst! Maar het kan wel een paar aanpassingen gebruiken.

Maar in de tussentijd is er een alternatief.
Moet zeggen, je merkt dat Twitter in Chrome wat sneller is. Het verschil is niet heel erg groot maar toch merkbaar.

Hopelijk volgen de andere grote sites ook snel. Met HTML5 en steeds zwaarder wordende websites is het meer dan ooit nodig om alle netwerkverkeer zo efficiŽnt mogelijk is.
Interessant, want voor zover ik kan zien is het enkel voor de API enabled, en niet voor de homepage. Ik krijg hier namelijk bij Twitter geen SPDY sessies te zien, wel bij GMail etc.
Ik merk zelf toch zeer vaak dat de internetverbinding niet de beperkende factor is, maar eerder het systeem waar de browser op draait.

Ik zie bv vaak 1 korte piek van verkeer en daarna is de browser nog vrolijk een paar seconden aan het renderen om de hele pagina opgebouwd te krijgen.

Ik betwijfel dus in hoeverre dit idee daadwerkelijk zal leiden tot een sneller internet.
Ben ik helemaal met je eens, maar wat ik me wel afvraag is of dit ook merkbaar is via je Smartphone (zowel android als iOS) ?

Daar kan ik namelijk niks van vinden. Vooral twitter vondt ik erg langzaam laden (sinds december heb ik een S2)


Verder rest een goede ontwikkeling, al merk ik het zelf niet, aangezien ik de snelste pakket heb van mijn ISP en een Gbps verbinding (netwerk) heb liggen en al een aantal jaar Chrome gebruik _/-\o_

[Reactie gewijzigd door Soundstorm2010 op 12 maart 2012 15:16]

Het werkt natuurlijk alleen in een browser die spdy ondersteunt. Dus niet in Safari Mobile voor iOS en ook niet in de meeste andere mobiele browsers. Het schijnt wel te zitten in een recente (beta) versie van Chrome voor Android.
Waarom zou je Twitter benaderen via een browser op een smartphone? There is an app for that
In veel (alle?) apps kan je retweets niet uitzetten per gevolgde user, ondanks dat het wel in de API is opgenomen. Met de (mobiele) site van Twitter kan dat wel. Dat is hoe ik het gebruik.
Ga je dan ook naar https://twitter.com? Want als je via de "normale" http-URL binnen komt, dan wordt spdy niet gebruikt.
Het maakt niet uit of ik https:// of http://twitter.com gebruik.

Mijn add-in voor chroma (versie 19) zegt dat de websites geen SPDY gebruiken.
Is het niet een webstandaard om voor https verbindingen SSL te gebruiken en spdy is toch niet SSL compliant?
Twitter is een bookmark bij mij, en dat is de HTTPS-versie... Van alle sites die ik ťcht dagelijks gebruik is Tweakers voorlopig denk ik zelfs de enige die geen HTPPS heeft...

Eigenlijk best idioot dat SPDY niet gebruikt wordt over HTTP.
Van alle sites die ik ťcht dagelijks gebruik is Tweakers voorlopig denk ik zelfs de enige die geen HTPPS heeft...
De login en voorkeuren e.d. gaan al via https://secure.tweakers.net :Y)
Controleer even chrome://net-internals/#spdy in chrome. Daar kan je de opties zien wanneer welk protocol gewenst word. Bij jouw staat alleen Force SPDY Over SSL aan waarschijnlijk.
Ook voor Firefox is er een extensie om gebruik van het SPDY-protocol te visualiseren:
https://addons.mozilla.or...fox/addon/spdy-indicator/

[Reactie gewijzigd door Mr. P op 12 maart 2012 15:28]

Op dit item kan niet meer gereageerd worden.



LG G4 Battlefield Hardline Samsung Galaxy S6 Edge Microsoft Windows 10 Samsung Galaxy S6 HTC One (M9) Grand Theft Auto V Apple iPad Air 2

© 1998 - 2015 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True