Názory k článku
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...

Řekl bych, že o názoru ostatních odborníků vypovídá stav implementace :)

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.

pravda, od pohledu je nase mapova aplikace s google api rychlejsi v chrome nez treba ff4. laicke zrychleni "od pohledu" cca 50%. parada.

Vy asi neumíte používat vyhledávače, že:

https://chrome.google.com/extensions/search?itemlang=&hl=cs&q=flashblock

Ok, ale komentare k tomuto rozsireni nezneji nejlepe - zpomaluje nacitani stranek, neblokuje vse, atd.

Chromium (a Chrome nejspíš taky) už to umí i bez rozšíření. Na stránce about:flags stačí zapnout "Click to play"...

To je hezké, je i něco takového i ve firefoxu? (že bych nemusel mtí zaplý flasblocker..)

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 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;

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://w­ww.w3.org/Pro­tocols/MUX/WD-mux-980722.html">draf­tový protokol WebMUX od W3.

Muzu se prosim zeptat co je to ta 'Data URL' ?

Je to možnost, jak vkládat data přímo do URI: http://en.wikipedia.org/wiki/Data_URI_scheme

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.

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

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.

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 ...

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.

bohuzel soucasne implementace SCTP je skoro nepouzitelna, tolik zabugovanej protokol sem jeste nevidel.

Co konkrétně a která implementace? (nerýpu, upřímně mě to zajímá :-)

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).

a pak že to nejde :-) díky za pěkný článek o zajímavých technologiích

Uz ste tohle nekdo aspon videl z vlaku prinasazovani ve velkem prostredi ?