Twitter wil webpagina's versnellen met spdy-protocol
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.
Door 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)
Serieus offtopic, maar 'aloude' is perfect juist Nederlands.
Nee die twee hebben een totaal verschillende betekenis.
Aloude = Al lang bestaande
al oude = snel voorbijgestreefde
Aloude = Al lang bestaande
al oude = snel voorbijgestreefde
Aloude, in de zin van 'bekende'....
offt : euhh aloude http (hyper text transfer protocol ), html is een document standaard...
k ben nieuwsgierig, zijn d'r al addons voor nginx, apache en lightspeed? of een aparte deamon? welke poort gebruikt speedy? docs? stats? links? (nah ik googel wel....)
ah gevonduhh (joh tiepvaud?
) : http://dev.chromium.org/spdy
k ben nieuwsgierig, zijn d'r al addons voor nginx, apache en lightspeed? of een aparte deamon? welke poort gebruikt speedy? docs? stats? links? (nah ik googel wel....)
ah gevonduhh (joh tiepvaud?
) : http://dev.chromium.org/spdy[Reactie gewijzigd door zeduude op maandag 12 maart 2012 16:32]
Iedereen zit hier wel zuur op te reageren, maar de opmerking van uip is natuurlijk grappig bedoeld, en niet als taalpurist.
Aloude heeft een net iets andere betekenis dan al oude, en het feit dat het http-protocol zo ongeveer uit het begin der tijden stamt (en echt toe is aan een fijne freshup) maakt dit wat mij betreft een geslaagde woordspeling die daar nogmaals de nadruk op legt.
Aloude heeft een net iets andere betekenis dan al oude, en het feit dat het http-protocol zo ongeveer uit het begin der tijden stamt (en echt toe is aan een fijne freshup) maakt dit wat mij betreft een geslaagde woordspeling die daar nogmaals de nadruk op legt.
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.
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.
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
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
[Reactie gewijzigd door Soundstorm2010 op maandag 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.
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.
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.
Ga je dan ook naar https://twitter.com? Want als je via de "normale" http-URL binnen komt, dan wordt spdy niet gebruikt.
Is het niet een webstandaard om voor https verbindingen SSL te gebruiken en spdy is toch niet SSL compliant?
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.
Mijn add-in voor chroma (versie 19) zegt dat de websites geen SPDY gebruiken.
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.
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.
Eigenlijk best idioot dat SPDY niet gebruikt wordt over HTTP.
De login en voorkeuren e.d. gaan al via https://secure.tweakers.netVan alle sites die ik écht dagelijks gebruik is Tweakers voorlopig denk ik zelfs de enige die geen HTPPS heeft...
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.
Zie reactie boven die van jou...
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...
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 )
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 maandag 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.
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.
Die extensie is niet de enige mogelijkheid om te zien welke sites via SPDY lopen. Ga maar eens naar chrome://net-internals/ en dan bij SPDY kijken 
Ik zie mijn Twitter sessies daar al bij staan.
Ik zie mijn Twitter sessies daar al bij staan.[Reactie gewijzigd door André op maandag 12 maart 2012 15:22]
Is dit protocol echt zo goed, of zie ik een strategische stap van Twitter over het hoofd? Aangezien Google de Twitterberichten al zo'n 9 maanden niet meer realtime indexeert, en Google met Google+ een vrij directe concurrent van Twitter is, had ik het vermoeden dat die relatie niet zo best was.
Dit protocol staat blijkbaar volgens Twitter voldoende los van de zoekmachine Google om het toch te gebruiken. In ieder geval wegen de voordelen niet op tegen de nadelen.
Ook voor Firefox is er een extensie om gebruik van het SPDY-protocol te visualiseren:
https://addons.mozilla.or...fox/addon/spdy-indicator/
https://addons.mozilla.or...fox/addon/spdy-indicator/
[Reactie gewijzigd door Mr. P op maandag 12 maart 2012 15:28]
Ik neem aan dat er Tweakers zijn die net als ik nu ook spdy willen implementeren in hun eigen servers. Ik las dat het voor nginx in mei 2012 beschikbaar komt. Is er iemand die iets concreter daarover weet?
zie afraca in 'nieuws: Twitter wil webpagina's versnellen met spdy-protocol'
[Reactie gewijzigd door afraca op maandag 12 maart 2012 16:04]
Ten tijde dat dit nieuwbericht werd gepost en ik naar Twitter staarde zag ik inderdaad SPDY actief (met de chrome extensie), maar inmiddels zegt de extensie dat Twitter het zonder SPDY doet.
edit: euh, na een paar pagina op Twitter deed ie 't weer wel. Of SPDY of de extensie is wat brak.
edit: euh, na een paar pagina op Twitter deed ie 't weer wel. Of SPDY of de extensie is wat brak.
[Reactie gewijzigd door DeTeraarist op maandag 12 maart 2012 16:18]
Nou borrelt bij mij eigenlijk meteen de vraag op in hoeverre dit (in de nabije toekomst) ook gevolgen gaat hebben voor de privacy issues waar we tegenaan lopen in zake Google. Is het dalijk voor Google niet TE makkelijk om nog meer, al dan niet privacy gevoelige dataverkeer te analyseren..?
Alleen al het feit dat een bedrijf, wat een tegenwoordig dermate dubieuze bedrijfsvoering op na houdt wat privacy betreft, een nieuw protocol lanceert zet mij aan het denken. Al geef ik toe dat ik misschien een tikkeltje te hard van stapel loop, zó ontzettend veel heeft deze gigant niet op met onze privacy.
Alleen al het feit dat een bedrijf, wat een tegenwoordig dermate dubieuze bedrijfsvoering op na houdt wat privacy betreft, een nieuw protocol lanceert zet mij aan het denken. Al geef ik toe dat ik misschien een tikkeltje te hard van stapel loop, zó ontzettend veel heeft deze gigant niet op met onze privacy.
Was ook meteen mijn eerste gedachte, zeker icm met:
Servers kunnen ook informatie pushen naar clients zonder dat daarvoor een request moet worden gestuurd.
Gaat de server nu opeens bepalen wat wij willen zien?
Servers kunnen ook informatie pushen naar clients zonder dat daarvoor een request moet worden gestuurd.
Gaat de server nu opeens bepalen wat wij willen zien?
Natuurlijk gaat de server dat voor je bepalen.
Wel nadat je er in eerste instantie op een of andere manier voor aangemeld was, bijvoorbeeld omdat je de twitterpagina in je scherm opende en nog niet gesloten hebt. Volgens mij is het gewoon (een variant op) websockets.
Denk dan aan de nieuwe berichten die bovenaan verschijnen, wat nu al met ajax-polling gedaan wordt. Daarvan is dus het polling-deel niet meer nodig, maar kan de server e.e.a. naar jou sturen op het moment dat het zinvol is (ipv elke X seconde een request die misschien niks nieuws oplevert te doen).
't Is uiteraard niet zo dat je browser ineens uit het niets een twitterpagina op je scherm mikt.
Wel nadat je er in eerste instantie op een of andere manier voor aangemeld was, bijvoorbeeld omdat je de twitterpagina in je scherm opende en nog niet gesloten hebt. Volgens mij is het gewoon (een variant op) websockets.
Denk dan aan de nieuwe berichten die bovenaan verschijnen, wat nu al met ajax-polling gedaan wordt. Daarvan is dus het polling-deel niet meer nodig, maar kan de server e.e.a. naar jou sturen op het moment dat het zinvol is (ipv elke X seconde een request die misschien niks nieuws oplevert te doen).
't Is uiteraard niet zo dat je browser ineens uit het niets een twitterpagina op je scherm mikt.
[Reactie gewijzigd door ACM op maandag 12 maart 2012 17:08]
Server push gaat bij SPDY vooral om het automatisch meesturen van bijv. afbeeldingen zodat de client deze niet nog apart moet opvragen. Hiermee bespaar je veel tijd: o.a. de tijd voor het internetpakketje om te reizen en de browser om het te parsen en in te laden. Vergeet daarnaast natuurlijk niet de normale overhead van TCP+SSL (want SPDY werkt alleen over SSL).
Vziw mag een server niet uit zichzelf zomaar ineens een nieuwe "stream" aanmaken: het mag alleen meegezonden worden met een andere stream.
Vziw mag een server niet uit zichzelf zomaar ineens een nieuwe "stream" aanmaken: het mag alleen meegezonden worden met een andere stream.
[Reactie gewijzigd door TvdW op maandag 12 maart 2012 18:36]
Het is een open source protocol voor de verbinding tussen de cliënt en de server. Als het goed is zit Google daar niet tussen (tenzij de server van Google is). Ik denk dat als er data verzonden wordt naar Google, de internetgemeenschap daar snel genoeg achter komt (daarbij, Firefox zal echt geen informatiestroom richting Google implementeren).
Op dit item kan niet meer gereageerd worden.
Populair: Android Tablets Samsung Websites en communities Mobiele telefoons Google Sony Microsoft Games Politiek en recht
© 1998 - 2013 Tweakers.net B.V. Contact Over Tweakers Jouw privacy Algemene voorwaarden Cookies
Tweakers wordt uitgegeven door De Persgroep en wordt gehost door True
