Názory ke článku „Stlačte“ si kód – Programujte.com

nah, tohle nesnášim když čóruju kód :)

http://seznam.sblog.cz/2008/05/27/39
http://kjscompress.sourceforge.net/index_cz.html

No vzhledem k tomu, ze se stahuji nekolika set megove videa a tak, tak mi tohle prijde trochu zbytecne

Ahoj,
Nevim jak ostatni, ale pri psani kodu se snazim o usporny zapis a mam take rad plno komentaru . Nejradeji mam kdyz se mohu podivat na svuj kod a rici ze tam je vse prehledne. S touto technikou bych spise brecel :-(.. V dnesni dobe inetrnetu kdy uz asi modem moc lidi nepouziva tak par kb nic neznamena.. Takze spise takova uspora kodu by mela smysl nekde ve firme kdy se na stranku vypisuji mraky dat treba z databaze, ale pro normalni prezentaci... No nevim to je jen muj nazor :-)... Ale jinak hezky clanek..

Tohle mi přijde jako zbytečnost v dnešních Mb internetech. Spíš než se zabývat úsporou v css, kde je důležité aby se v tom vývojář dobře vyznal, tak spíš psát jednoduchý a validní kód HTML a ladit PHP scripty, které jsou dnes součástí skoro každého webu. A PHP ve spojení s MySQL zatěžuje server mnohem více a tím i ten přenos než nějaké css.

A co zkusit třeba mod_gz nebo mod_deflate na apache? Člověk se vyhne takovámto... nepěkným úpravám.

Reagoval na komentář od uživatele Ruda :

Ne, ma to smysl. Jde o to, že když máte často navštěvovanou stránku tak tyhle přenosy vám slušně zatnou do počtu přenesených MB či spíše GB. Pro uživatele je to taky výhoda, protože přenese jen pár kilo a prohlížeč může začít parsovat. (Což také nějakou dobu trvá).

Další nezmíněná věc je sloučení více javascriptových souborů do jednoho a to samé s css. Důvod je prostý méně http requestů. To vše se počítá a uživatel nakonec zjistí, že ta vaše stránka není tak hrozná :)

Reagoval na komentář od uživatele Jan Kodera :
Imho normalni uzivatel je rad, ze se mu stranka stahne :-). Pokud nekomu nevadi, ze mu operacni system nabiha nekolik minut, tak par sekund pri prohlizeni webu ho nemuze rozhodit.
Ale pro porovnani by mohl byt zajimavy udaj o rozdilech casu pri zpracovani. Osobne bych tipoval, ze to bude nerozeznatelne pri beznych strankach a beznych strojich.

V poslední době se k tomu připojují ještě objemné kaskádové styly CSS a JavaScripty.

Při rychlosti dnešních internetových připojení snad něco podobného (s vyjímkou mega velkých projektů) snad nemá smysl. CSS se beztak plně načítá pouze jednou a pokud se to později tahá z cache, nevidím důvod proč dělat ze zdrojáku bordel na deset řádků.

To mám nejraději když chce někdo dělat úpravy na webu a má nabouchaný CSS do deseti řádků. Se to pak musí tlačit přes validátor aby ty vystrukturoval.

Velké projekty to používají, např. Google(asi proto jede tak rychle).

Reagoval na komentář od uživatele pawlik :
A nebo je to díky jednoduchému designu....

Reagoval na komentář od uživatele Miroslav Holec :
Proč složité úpravy? Mohu mít svoji vývojářskou kopii css a na té vždy mohu provést úpravy a pak vždy zkomprimovat, když se přesvědčím, že vše funguje v pořádku.

niektori vravite ze mame rychly internet, tak na tom nezalezi. Co vsak mobilne zariadenia, kde je pripojenie pomalsie, a takisto sa za kazdy Kb platia celkom slusne peniaze?

Když už programujete web, měli by jste uvažovat o třech bodech, návštěvník webu, server který spravuje ony stránky a pak síť kde server sedí. Komprese všech! souborů je na místě. Pokud máte komentáře v souborech, musí server mít větší místo na odesílání, routery na síti musí mít místo k přesunu a uživatel musí mít místo na stažení. Pokud není, čas se prodlužuje...
A teď si vezmeme trochu matematiky :
Pokud nám sedí server na lince a má 2x 100Mbit porty a v souboru je 100KB nesmyslů, kolik procent nám nesmysly vytíží porty při návalu 10 000 návštěvníků ? :).. nemyslíte si že by zbytečně zabrané místo nesmysly mohlo býti využito jinak ? :)..

Ano, je pěkné se ohánět svižným připojením obyčejného uživatele, ale Servery jsou také jenom počítače v síti...