Názory k článku
Opera Turbo chce nabídnout komfort rychlého Internetu i na tom pomalém

Pokud věta .....prakticky jde využívat plnohodnotně všechny webové stránky z hlediska podpory technologií, standardů HTML/CSS, Flashe atd.... ....je mířena na adresu PDA a smartphonů. Tak je to moc růžové vidění reality. Dnes a denně se střetávám s tím, že stránky jsou nefunkční, nebo nají částečnou nefunkčnost pod mobilními prohlížeči. Je jedno jestli se jedná o platformu WM , Symbian , iPhone a jiné, ale opravdu tak ideálně to nefunguje.

Prostě furt :-)

Zajímavý článek, jen bych upozornil na "...pohled se obrátil o 360°, trendem je dnes přesný opak...". Je to docela častá chybka. Zkusme si někdy vzít úhloměr a ten obrat si přeměřit :-)

Díky, Karel šel pro úhloměr a zatím jsme navrhli obrat o 180 stupnů, když to nebude dost, ještě přidáme :) Díky!

Používam (pri mobilnom pripojení z notebooku) ziproxy a som úplne spokojný - je to navyše 99.9% kompatibilné so všetkými browsermi.

...opera tu bylo uz mockrat.
Figl je v tom ze pred peti lety byl web plny obrazku, a ty jak znamo jdou komprimovat dost spatne.
Ted je web plny Javascriptu, coz je pouhy text, takze jde komprimovat dobre.

Kdo si mysli ze mu to urychli Youtube tak je naivni.

A jeje, zase jeden znalec co vse otocil pouze na Youtube :-D
Ono je to treba brat v prumeru ze. Pokud nekdo sosa jenom videa nebo prasarny, tak mu to samozrejme tezko hodi usetrenych 80%, na druhou stranu takovy clovek to zase neprohlizi vetsinou na mobilu ;-)
Technologie je to hezka, rad si pockam na prakticke vyuziti a rozsireni.

Reseni pro optimalizaci datoveho trafficu pres mobilni sit existuje spousta (openwave, NSN, nettgain, Acision, ...), a v zasade se rozdeluji na dva druhy: client-based a clientless. Client-based, jak nazev napovida, pozaduji instalaci nejakeho klienta na konecnem zarizeni, ktery vytvori nejaky tunel vuci serveru a optimalizuje provoz v ramci neho, clientless si vystaci s optimalizaci parametru spojeni (TCP optimalizace jako velikost oken, http multi-part creation, persistent connection, ...) a kompresi podle moznosti aktualniho klienta (jestli klient podporuje gzip, je obsah komprimovan bzip-em, z BMP se udela GIF a pod.), maximalne se pouzije stratova komprese obrazku. Clientless pracuje s jakymkoli klientem, prakticky transparentne a od uzivatelu se nepozaduje nic.

Je celkem zrejme, ze clientless reseni nabizi ponekud nizsi ucinnost komprese, navzdory tomu drtive valcuji reseni zalozene na proprietarnich klientech. Uzivatele jsou proste lini nainstalovat/nechteji pouzivat dalsi program, kdyz jsou spokojeni s tim co maji. Nehlede na to, ze urcite casti uzivatelu delaji klienti problemy (treba jestli se casto prepinaji zabezpeceny intranet (ethernet)/mobilni pripojeni/mobilni pripojeni s VPN do intranetu.
Nevidim duvod, proc by najednou meli uzivatele menit svoje navyky, co takoveho opera navic nabizi.

Vtip je v tom, že klientem teď bude standardní Opera, takže se nic extra nemusí instalovat. Osobně to vítám, protože pak už nebudu muset provozovat Operu Mini na desktopu. Záleží ovšem, jak to bude v praxi fungovat, může to ztroskotat na nějakém detailu, jako obvykle.

Pokud uvážíme textové informace (HTML, CSS, JavaScript, SVG), tak stačí, aby provozovatelé serverů zapnuli volitelnou kompresi obsahu. Klienti většinou tvrdí, že ji umí. Tím se ušetří alespoň polovina pásma.

Pokud jde o obrázky, tak za prvé je třeba se zeptat, jestli opravdu má smysl velké obrázky na malých displejích prohlížet, a tedy stahovat. Za druhé malé obrázky typu ikon je možné účinně komprimovat již při vyrobě, pak už není, co za běhu zmenšovat.

Nakonec zbývají středně velké obrázky. Ty představují problém, ale jeho úspěšně řešení vyžaduje, aby klient aktivně vysílal serveru/proxy, jak detailní obrázek požaduje. Teoreticky by stačilo důsledně používat progresivně uložené obrázky a klient, když by byl spokojen, tak by stahování obrázku předčasně ukončil.

Tak a teď se zeptám, jestli stále stojíme o to, aby nějaká společnost věděla, kam chodíme a co posíláme (včetně hesel)?

Kolik webů komprimuje posílaný obsah?

Máte pravdu, to si autor asi nestačil před napsáním článku ověřit, zřejmě se mu v tu chvíli ještě točila hlava, jak nacvičoval veletoče nejdříve o 360 a pak 180 stupňů... :)

Jako obvykle, ani náznak bezpečnostních problémů, při použití ssl bude buď neplatný nebo vypnutý...
Evidentně to naštěstí nebude nutnost, takže podobnej paskvil na desktopu rozhodně používat nebudu. Na mobilu to má v době mikrorychlostí smysl, ale na desktopu rozhodně ne.
Ať žije backdoor man-in-middle. Facebook, Google, a teď i Opera Desktop.

CAPEX není capacity expense, ale CAPITAL EXp. = dlouhodobá investice, která se odepisuje. OPEX je opakem, tedy provozním nákladem.