Názory k článku
Informace v menšině

Proc by mel webdesigner psat do parametru URL "a" misto "aktual"? Zakladni programatorkse pravodlo zni: udelat to blbuvzdorne. Sem patri i psani nazyvani promennych a jejich hodnot tak, aby bylo zrejme, co znamenaji. A jestli ma hrat pri browsovani roli, zda bude nekde napsano "a" misto "aktual" ... hmm, hmmm, tady nekdo zije v drevnich dobach pocitacu, kdy se muselo setrit. Dnes uz to nehraje roli.

Zakladni programatorkse pravodlo zni: udelat to blbuvzdorne. Sem patri i psani nazyvani promennych a jejich hodnot tak, aby bylo zrejme, co znamenaji.

Mám obavy, že se v tomto případě mýlíte, protože směšujete parametry v URL a proměnné v programu (skriptu).

Proměnné v programu mají být opravdu čitelné a srozumitelné. Proč by to však mělo platit i o parametrech v URL. Tam je naopak určitá nečitelnost spíše žádoucí, protože uživateli do nich nic není (někdy se hodnoty dokonce kryptují). Navíc nejde jen o rychlost, ale i o délku URL, které by mělo být co nejkratší.

Zkuste si představit parametry v URL jako klasické parametry příkazové řádky dosových nebo unixových programů. Ty jsou také většinou jednopísmenné.

S autorem článku naprosto souhlasím a jeho snaha o maximální efektivitu kódu se mi líbí.

Pokud si nekdo mysli ze se mu zrychli zobrazovani nebo snad stahovani stranek ze serveru, kdyz se bude pouzivat misto "aktual" jen "a" no tak nevim co si o nem mam myslet.
Mozna by to chtelo vypnout nacitani obrazku pak je objem dat stahovanych ze serveru jeste mensi :)

Mozna by jeste chtelo zrusit na strance vsechny HTML tagy, aby zustal jenom ciste text, pak bude mit stranka MNOHEM VETSI INFORMACNI HODNOTU

Mno, jak se to vezme. Ja jen, ze si stale vice uzivatelu stezuje, ze pripojeni je i pri tech XY kbps strasne pomaly. Ale je pravda, ze tenhle prehled je spis pro zajimavost.

Nejvíce prodlužuje HTML cesta v odkazu (zvláště pokud je uváděn úplný URL). Přitom autoři serverů mají obvykle možnost vytvořit publikační systém tak, aby byly odkazy co nejútlejší. Například slovo "aktual", ktere se nachází takřka ve všech odkazech na Press CZ (./r.php3?z=1143404&t=aktual), by jistě bylo možné zkrátit až na jeden znak. Podobně plýtvají kódem odkazy na Seznamce (./ads.asp?idcat=104030000000&x=10&all=54).

Hehehe to je vazne perla, kterou jste vypustil. Kde jste byl predchozich 10 let, lovit tygry v Africe? Je rok 2001, prece si kvuli 5 usetrenym bajtum na odkaze nepovedu ke kazde strance dennicek s poznamkami "a znamena aktual, b znamena neco jineho, c znamena jeste neco jineho..." Nemyslel jste to vazne, ze ne?

> Kde jste byl predchozich 10 let, lovit tygry v Africe? Je rok 2001, prece si kvuli 5 usetrenym bajtum na odkaze

A proc si myslite, ze Yahoo a Seznam (oba nejnavstevovanejsi ve sve kategorii) maji zkracene vsechny odkazy na homepage na 2-4 znaky? Ze by takovymi silenostmi lovili tygry? - nebo to delaji proto, ze usoudili, ze to povede ke zkvalitneji jejich sluzby?

(= i malickosti se pocitaji)

Autor má pravdu, a až na některé malé výjimky jsou mi jeho recepty milé.

Co se týká aktual, tam hodně záleží na tom, kolikrát se na stránce vyskytuje. Pokud jenom jednou, tak bych to nechal. Kdybyste chtěl šetřit bajty, můžete to udělt ještě lépe, a to tak, že byste napsal skript, který se jmenuje třeba a.php a dal ho do kořene. Ten by pochopil, že má pracovat s aktuálními věcmi. Adresa by potom byla

http://domena.cz/a.php

Jenomže je otázka, kde je ta jemná rovnováha mezi úsporností kódu, a mezi tím, kolik času se vyhradí na administraci serveru.

Rozhodně si myslím, že dnes nejvýznamnější úsporu bajtů lze dosáhnout úspornou reklamou. Přitom větší banery v KB znamenají nižší účinnost baneru. Prostě baner se dříve načte a čtenář ho má tak déle před očima.

Mám před sebou zajímavou knížku Dělejte byzbys na Internetu os pana Hlavenky, kde je zajímavý graf. Například baner o velikosti 10 KB mívá CTR asi 1,1%. Baner o velikosti 4 KB mívá CTR asi 2,5%.

Kromě toho náhrada obrázků textem. Je to v mnoha serverech, a podle mě to pramení z toho, že málokdy je dobrý grafik také znalec HTML.

Myslím si, že dát do pořádku obrázky a reklamy na své stránce je dost důležité.

Podivej se, jak to dela Seznam :-) Vsechny redirecty z hp jsou jednopismenne, u podkategorii katalogu to vytahli na dve pismena... predpokladam, ze to delaji prave proto, aby usetrili nejaky ten byte...

To je zajímavá myšlenka. Myslíte, že byste ji mohl trochu rozvést a aplikovat např. na relační databáze? Ty se totiž doslova hemží různýmí "a", "b" a "c" a dokonce se v nich vedou i ty deníčky, aby se vědělo, co který kód (většinou se mu říká identifikátor) znamená. Přitom mám pocit, že relační databáze jsou i v roce 2001 poměrně živá technologie a Afrika není zrovna světadíl, kde by byla nejrozšířenější.

Nahradu textu obrazky delaji prasata (ze programatori Lupy) a vymlouvaj se na to, ze bez toho to nedokazou zarovnat protoze kazdej uzivatel ma jinak velky fonty a jiny rozliseni a vubec. Vetsinou to je o oci, ja si osobne nedokazu predstavit Lupu v 1600x1200 (i kdyz AHA tvrdi ze v tom rozliseni dela), to ty navigace musej bejt o oci. Kdyby to bylo v textu tak si to muzu zvetsit, ale obrazky ne. Proste neschopny prasata.

Ono je to tím, že TOPlist vznikal v době, kdy se o nějaké podpoře CSS apod. teprve začalo mluvit. Uznávám, že to ale není omluva a, i když teď není zrovna primární cíl (spíš relativně drahý koníček :-)), kritiku akceptuji a zkusím s tím něco udělat.

Jinak, abych si jen nesypal popel na hlavu :-). Když jsem se teď na oba servery díval, tak ono je to trochu sporné. Na TOPlistu je u každě stránky v přehledu uvedeno 12 údajů, kdežto u Navrcholu 4. A tento poměr se, pochopitelně, musí odrazit i ve vyšších nárocích na formátovaní. A to nemluvím třeba o katalozích, které ve většině případů vystačí se dvěma údaji.

Ackoliv u rady vypnout obrazky mas usmev, treba ja skutecne obrazky vypnute mam (vazne, bez usmevu) a pokud opravdu o nejaky stojim, pouzijku prave tlacitko a necham si dozobrazit prave ten jeden ...

Celkovy prenaseny objem je tak skutecne vyrazne mensi.

Nemate pravdu. Internet neni v situaci, kdy si muze dovolit plytvani prenesenymi informacemi. Kapacita linek neni nikdy velka, routovaci tabulky zacinaji nabyvat obludnych rozmeru. Pokud mate pocitanou linku, znate limit 1gb (ci jiny)...

Mno, tak mam pocit, že na Lupě někdo hejbal s template pro diskusi pod carou, tenhle prispevek mel byt odpovedni na:

Hehehe to je vazne perla, kterou jste vypustil. Kde jste byl predchozich 10 let, lovit tygry v Africe? Je rok 2001, prece si kvuli 5 usetrenym bajtum na odkaze nepovedu ke kazde strance dennicek s poznamkami "a znamena aktual, b znamena neco jineho, c znamena jeste neco jineho..." Nemyslel jste to vazne, ze ne?

Snad to vyjde správně :-)

Jestli myslíte, že je (u nás v Evropě) normální poslat matce blahopřání v následujících sedmi SMSkách...

Příjde ti od mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva přijde ti ode mě zajímavá zpráva Milá mami, přeju ti ke svátku matek hodně štěstí a omlouvám se, že letos nemohu přijet. Slibuju, že přijedu alepsoň v červnu na oslavu tvých narozenin zatím pa.

---> Miloslave, on tam ani nemusí být ten soubor reálně umístěný. Server může normálně předat celou URL nějakému skriptu k rozparsování. Ostatně třeba na ZDNetu jsou jakonázvy jakosouborů uváděny číslem: 123,125,000.html, podle kterého jsou pak redakčním systemem zpracována a odeslána správná data.

Co maji routovaci tabulky spolecneho se zahlcenymi linkami?
Tak velke kvantum informaci to zase neni. Ne kazdy router ma full BGP tabulky (spis v podstate velmi malo routeru).
Problem je v posledni mili, tam se nedostava kapacit.

Jen pro zajimavost. Na nasem serveru znamenalo zmena jmen obrazku z http://www.postcard.cz/img na http://i.p.cz/p/ usetreni 300 MB data dene. Coz se na konci mesice u placenych provideru celkem projevi :-)

Jak může urychlit načítání umístění definic stylů do externího souboru? To jsem ještě neslyšel. Styly umísťuju externě, abych mohl v celém webu s ticíci stránek jednoduše změnit nějaké formátování textu, ale na rychlosti to jenom ubere. Všechny definice musí prohlížeč stejně načíst, pokud jsou externě, navíc musí odeslat požadavek o další soubor na server, což je určitě zdržení, pokud mám nějaký globálnější soubor css pro více typů stránek, nevyhnu se tomu že tam umístím všechny styly, i když je ve té stránce zrovna nepotřebuju, takže se načítá vlastně víc než je třeba. Nebo vytvořím více css souborů jen s potřebnými styly, každopádně prohlížeč musí odeslat na server požadavek na další soubor, místo toho aby styly přečetl ve zdroji stránky. Prostě stejně ten počet bajtů musí načíst a když jsou v externím souboru, je to obecně pomalejší. Toť můj názor.

Až na to, že je načítá jen jednou a pak už ho má v cache... Takže když si z takového serveru stáhnete třeba deset stránek, úspora je citelná.

Ano, pokud všechny stránky odkazují tentýž. To znamená stránky mají nemlich stejné styly a všechny jsou použity, pak to ušetří. Nebo každá obsahuje vybrané styly a poprvé se načítá soubor s dalšími x styly navíc. Pořád ale to zrychlí člověku, který čte těch 10 stránek, a zpomalí člověku, který čte jen stránku s flash news. Takže nějaká kombinace externího css, stylů ve stránce i formatovacích tagů se mi vůbec nejeví postavená na hlavu. Nepochopil jsem ze článku, zdali bylo uvažováno i cachování externích elementů stran při zmínkách o posuzování časové náročnosti stahování.

Seznam, ze ma kratke odkazy???? A co treba tenhle?

http://dir.seznam.cz/Prumysl/Papirensky_a_polygraficky_prumysl_vydavatelske_cinnosti/Nakladatelstvi_a_vydavatelstvi/