Komentáře k článku
Bude web rychlejší s protokolem SPDY?

O protokolu SPDY, vyvinutém Googlem, se příliš nemluví, nebývá ani námětem článků v médiích ani vášnivých sporů v diskusních fórech. Google samotný ho používá, ale nijak „netlačí“. O co vlastně přicházíme (a možná přijdeme)? Je SPDY opravdu technologie, která může nějak výrazněji web zrychlit?
Re: Bude web rychlejší s protokolem SPDY?
Pěkné, o tom jsem nevěděl.
Máte pravdu, na servery googlu toto spojení využívá SPDY (měřeno wiresharkem).
Je na SPDY napsané RFC? Zajímalo by mě, co na to říkají ostatní odborníci nezaujatí googlem…
Re: Bude web rychlejší s protokolem SPDY?
Řekl bych, že o názoru ostatních odborníků vypovídá stav implementace :)
Re: Bude web rychlejší s protokolem SPDY?
Spíš jsem myslel, že by tu implementaci SPDY třeba ještě navrhli trochu jinak, lépe nebo logičtěji. Já odborník nejsem.
google map api
pravda, od pohledu je nase mapova aplikace s google api rychlejsi v chrome nez treba ff4. laicke zrychleni „od pohledu“ cca 50%. parada.
Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
O SPDY nevim nic. Ale mozna by googlu pomohlo, kdyby misto vyvijeni takovychto veci radsi konecne vyvinul poradny flashblock pro jejich hypersuper-rychly-prohlizec chrome. Protoze bez flashblocku je to porad subjektivne pomalejsi nez
moloch firefox s flashblockem. Ano, stranka se mozna nacte mega rychle, ale co z toho, kdyz pak ty flash reklamy, co casto vytezuji procesor na 50-100% brani v dalsi praci/zabave… (takze chrome ne…)
Anebo nekdo zna pro toto dobre, tj. robustni reseni? (Instalovat exeprimentalni verze se mi nechce)
Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
Vy asi neumíte používat vyhledávače, že:
https://chrome.google.com/extensions/search?itemlang=&hl=cs&q=flashblock
Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
Ok, ale komentare k tomuto rozsireni nezneji nejlepe – zpomaluje nacitani stranek, neblokuje vse, atd.
Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
Chromium (a Chrome nejspíš taky) už to umí i bez rozšíření. Na stránce about:flags stačí zapnout „Click to play“…
Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
To je hezké, je i něco takového i ve firefoxu? (že bych nemusel mtí zaplý flasblocker..)
Re: Trosku OT o rychlosti - co kdyby google radsi vyvinul poradny flashblock?
Nejjednodušší a nejspolehlivější je odinstalovat Flash Player, popř. ho vypnout jako rozšíření. Já mám Flash pouze v IE a když ho někdy opravdu potřebuji (přibližně dvakrát týdně), tak si spustím IE. Počítač používám na práci.
WAKA
WAKA je predevsim pokus R.T.Fieldinga o idealni protokol vzhledem k ‚jeho‘ RESTu a sam o ni tvrdi ze ma vse pouze v hlave ale neexistuje ani prototyp;
Obyčejný multiplex
Jestli jsem to pochopil dobře, jde o obyčejné multiplexování s podporou komprese jednotlivých streamů. Takže v podstatě malinko vylepšený <a href“http://www.w3.org/Protocols/MUX/WD-mux-980722.html“>draftový protokol WebMUX od W3.
Data URL
Muzu se prosim zeptat co je to ta ‚Data URL‘ ?
Re: Data URL
Je to možnost, jak vkládat data přímo do URI: http://en.wikipedia.org/wiki/Data_URI_scheme
Re: Data URL
A je to samozrejme uplna pitomost, specielne v pripade obrazku, protoze externi obrazek si prohlizec stahnout muze, ale nemusi, kdezto toto si stahnouot chte nechte musi vzdy.
Re: Data URL
Což ještě neznamená, že je to blbost nebo že by takový standard neměl existovat — někdy se to může hodit.
https://frantovo.cz/blog/?q=vlozeni-obrazku-primo-do-xhtml
Re: Data URL
Kdyz mam vypnute stahovani obrazku, tak ocenim, ze se zadne obrazky nestahujou. Web je potom mnohem rychlejsi a pohodlnejsi. Takze nestojim o to, aby me nekdo zdrzoval tim, ze mi bude cpat kraviny, ktere nechci.
Re: Data URL
Z pohledu koncepce je to trochu prasarna, ale vazne to zrychluje nacitani. Nevim jak ted, ale google tohle „svinstvo“ pouzival vsude kde moh. Cely google images na tom stojej.
webdeveloperi
Casto staci, pokud vyvojar webu neni idiot a rychlost se muze zvednout nekolikanasobne, tomu ovsem zadny protokol nepomuze. Uz jen takova prkotina jako desitky kB CSS primo v html => stahuje se to pri kazdym reloadu stranky znovu a znovu. Vetsina webu neumi prohlizeci ric ze se cosi zmenilo a tak radsi vsichni nastavuji nocache …
Re: webdeveloperi
Lepší jak drátem do voka a těm normálním webdeveloperům to pomůže, tak proč ne…
Zbytečně vyplácaný čas
Je to zbytečně vyplácaný čas. Né že by mě to už nenapadlo, ale to už někdy v roce 2003 při jiné příležitosti (přenášení nějakých dat ve více streamech). Ta vyplácaná energie nepřinesla o moc větší výkon než prostě jen otevřít víc konekcí současně. Jediným efektem tak může být jen virtuálně snížený počet potřebných systémových prostředků na straně serveru. A to bych viděl jako hlavní motivaci Google.
Re: Zbytečně vyplácaný čas
A co je na tom špatného? Navíc je to Googlův čas, můžou s ním naložit jak chtějí
Samoúčelné brblání okořeněné trochou sebechvály…
Analogie s protokolem SCTP
Nechápu proč google zahazuje čas nad vymýšlením již vymyšleného. Již několik let je standardizován transportní protokol SCTP, který byl vyvinut právě za účelem přenášení více streamů v rámci jednoho spojení.
SCTP umí i jiné vychytávky (multihoming ap.) včetně případného šifrování. Kdyby se Google místo vymýšlení nových protokolů věnoval prosazení již existujících, udělal by lépe.
Re: Analogie s protokolem SCTP
bohuzel soucasne implementace SCTP je skoro nepouzitelna, tolik zabugovanej protokol sem jeste nevidel.
Re: Analogie s protokolem SCTP
Co konkrétně a která implementace? (nerýpu, upřímně mě to zajímá :-)
Re: Analogie s protokolem SCTP
Testoval jsem 3 implementace (pro Linux, Windows a FreeBSD), „základní“ funkce jely. Zabugované to dost možná je, jelikož to není ve středu zájmu (nikdo to nepoužívá, neladí).
SCTP byl primárně vyvinut pro účely signalizace mezi tel. ústřednami, později byly implementovány stacky pro používané OS.
V rozumných síťových zařízení jsem již SCTP podporu viděl (konkrétně Fortigate protokol SCTP zná).
Kvůli diplomové práci jsem si pročítal RFC k SCTP a dle mého názoru je to papírově vyzrálejší protokol než TCP či UDP. Bohužel nejsou důvody k rozšíření tohoto protokolu (TCP nebo UDP stále dostačuje).
díky
a pak že to nejde :-) díky za pěkný článek o zajímavých technologiích
SCPT
Uz ste tohle nekdo aspon videl z vlaku prinasazovani ve velkem prostredi ?