Má smysl se učit JavaScript? – Offtopic – Fórum – Programujte.com

Zdravim, chtel bych se zeptat, jestli ma vubec smysl se to opravdu nejak do hloubky ucit,
vsichni mi rikaj "to se neuc, drtivou vetsinu veci prece udelas v PHP". Tak nevim, jestli to ma v praxi nejake vyuziti.

thx

To záleží na tom, co chceš dělat. Ale IMHO to smysl má.

Javascript se pouziva cim dal vic... podle me.. A je jedno jestli delas v php, asp nebo jsp.. vsude se dat pouzit. Takze urcite ma smysl se ho ucit.

JS a na něm odvozené prvky (nejznámější Ajax) je budoucnost. Statika dlouho nepofrčí.

survik1 napsal:
JS a na něm odvozené prvky (nejznámější Ajax) je budoucnost. Statika dlouho nepofrčí.

Určitě ano.

jako vseobecna znalost se to hodi.. ja sem z toho vychazel, kdyz sem setkal s objektovym programovanim - uz sem to mel okoukany z JS a DHTML..
jinak nemusi clovek nejak do podrobna ..

Když si všimneš, hodně se o něm začíná zase mluvit...AJAX, Silverlight, ... :)

rozhodne ano, cim dalej tym viac sa pouziva...

to se neuc, drtivou vetsinu veci prece udelas v PHP

Do hloubky v podstate vubec ne. Nauc se zaklady, a pak zacni pracovat s nejakou js knihovnou/frameworkem. bud jquery, nebo prototype, dojo, atp... na vyber je az az

Piskar10110010
Pokud si tím chceš zlepšit pracovní dovednosti pro lepší získání práce/místa, podle mě to smysl má, protože aplikace s lepší interakcí s uživatelem jsou stále více žádané a Javascript není špatný -- hlavně poskytuje mnoho (možná až příliš mnoho) knihoven pro jednoduchou práci s ním. Jak psal hrach, nejznámější jsou asi jQuery, Prototype, potom taky mootools, či dojo atp.

Zajímáš-li se o jazyk jako takový (což ale asi není tvůj případ), pak můžu Javascript vřele doporučit. Jeho prototypová dědičnost a funkce ti hodně rozšíří obzory, i co se týče jiných jazyků. K tomu doporučuji taky knihu Javascript: The Good Parts, která učí principy Javascriptu, a ne to, jak pokliknutí na odkaz změnit obrázek na stránce.

Každopádně to ale všecho padá s tím, jestli do toho chceš investovat čas, jestli to má smysl podle tebe.

Pokud už umíš v C (C++), tak pro tebe bude Javascript hračka a jestli ho neumíš, tak to pro tebe bude dobrá zkušenost.

Tzn. Smysl to má, ale umět i PHP se hodí. Jdi do toho!

Rozhodně to má smysl, jak už bylo řečeno, najde využití skoro všude. Osobně mám jen takovou pasivní znalost JavaScriptu (na různé validace a podobné client-side akce), ale nedávno mě oslovil v souvislosti s ASP.NET jQuery framework, na ten se chci mrknout:)

ja keby som mal moznost tak nevaham, a hned sa zacnem ucit JS,AJAX,Jquery..... ;)
robim novu stranku a velmi by som potreboval tieto jazyky :(

Ok. Dikz za odpovědi. Ale vidím nevýhodu v tom, že je potřeba ho optimalovat pro různé druhy prohlížečů.

To Piskar10110010 : tak kdyz budes delat C tak je zase nutne pocitat s ruznejma architekturama... si nevyberes

To KIIV : Bych řekl že ani ne, C pro i386, C pro Sparc, C pro ARM a C pro jánevím co je pořád to stejny C, akorát záleží na zvolenym kompileru. Je pravda, že optimalizace webu pro různy prohlížeče je údajně hodně namáhavá.

To Garret Raziel :
no krom nekterejch direktiv jako SIGNAL u winAVR pak __interrupt u sdcc...
nemluve o ruznejch velikostech int, u jednocipu taky pojmenovani registru a jejich funkce... bez datasheetu si clovek moc neskrtne...
jeste u AVR ty PROGMEM nastroje pro konstanty v pameti programu..
C pro PIC se zatim vyhybam.. s poctem instukci je to lepsi delat v assembleru

no ono jak se to vezme. Udelej si predstavu co budes v budoucnu delat a podle toho usudd jestli ma cenu se ho ucit nebo ne. Ja Weobove stranky nedelam protoze jsem nehorazne linej, bud nekoho hezky porposim nebo stahnu nejakej ten cms.


Ale napsal jsem, novy operacni system v javascriptu.
Minimalni pozadavky na beh:
CPU:4 jadro, 3,3GHZ
GPU:1GB
RAM:4GB
Doporucene pozadavky:
Vlastnit superpocitac Amalka

Hned mi volal Steve Ballmer, že ho odkoupí a nazve Windows 7 SP1

Zajímalo by mě, proč se ty výrobci prohlížečů prostě nějak nedohodnou. :smile7:
Resp. aby se vytvořil nějaký "standard", aby to, co funguje pod Firefoxem, fungovalo stejne tak v Internet Exploreru a Opere.

To Piskar10110010 : protoze microsoft... jestli existuje nejaky standard - tak je to ten, ze standardne vsechno zmrsi :D

no u microsoftu je spis stanrard takovy, standard ma byt jejich a vse ostatni ne nevalidni a nestandartni

standart mrkvosoftu je ten, ze maju vsetko nestandartne oproti ostatnym :D :D :D

Standardy určitě jsou, soudě podle verzí JS, ale nejsem si tak úplně jistej, jestli je podporuje celé alespoň jeden prohlížeč. A samozdřejmě každý prohlížeč nepodporuje odlišnou část, takže je nutné psát různé způsoby pro stejné věci :-)

Ovšem učit se javascript kvůli prototypové dědičnosti určitě nebude ten správný přístup... A i tak bych se ho já osobně neučil hned. Když už ho jednou budu potřebovat, tak jelikož programovat už umím díky jinému jazyku, stačí mi se jenom naučit syntaxi, a napíšu si v něm co potřebuju - neučil bych se na něm programovat. Kdysi mě javascript lákal, a tak jsem se ho učil, ale s odstupem času, kdybych měl tu možnost získat ztracený čas zpět a vrátit zkušenosti, vybral bych si čas.

Ono to také vyplývá z filosofie webu. Web je internetová služba, která byla určená k prohlížení formátovaného textu s možností odkazování se na jiný text. Přičemž text je psán v HTM jazyce a pro přenos slouží HTT protokol. Javascript je jakási "nadstavba" HTML, stejně jako třeba CSS. Prohlížeče, které jsou určeny k prohlížení webových stránek musí umět HTTP a HTML, aby je bylo možné nazvat prohlížeči. Ale žádný z nich nemusí znát CSS, Sušenky nebo JS. Jenže časem se to zvrtlo (nebo spíš se to zvrtlo hned na začátku) a lidé chtěli, aby nejen text, ale celá stránka nějak hezky vypadala. Jenže na to ta služba nikdy nebyla dělaná. A tak holt (protože dav se nedá utišit tak snadno) muselo formátování textu vzít na sebe i roli formátování celého dokumentu. Používají se oddíly nebo tabulky pro pozicování, všechno plave nebo je fixně na obrazovce, něco se překrývá atd. CSS tomu ještě víc přispělo. A javascript? Javascriptem se řeší věci, které se dají udělat na straně serveru nebo úplně jinak. Já tím například řešil drag-and-drop divy, se kterýma si návštěvník mohl upravit vzhled stránky. Dnes bych vzhled udělal jeden a neměnný.
Dnešní můj pohled je takový, že správně navržená stránka se musí obejít bez pozicování, kaskád, koláčků i javasriptu. Pokud to nejde, je dobré se pozastavit vůbec nad tím, jestli je stránka vhodná pro web, nebo mam raději využít jinou službu internetu, případně si nějakou udělat svojí.

Čili raději bych začínal s jazykem, ve které si časem napíšu svůj vlastní HTTP server a pak pro mě nebude nejmenší problém obejít se bez všeho zmíněného, i třeba bez PHP s MySQL. Bude to jednak rychlejší, bezpečnější, a navíc budu přesně vědět co to dělá - krom toho budu mít zkušenosti, které asi jako jediné mají v této intelektuální činnosti nějaký opravdový význam.

To Wimby : No, to je zajímavý názor, ale tím že si napíšeš svůj HTTP server, tak se nezbavíš JS, CSS ani koláčků.

To Wimby : najlepsie by bolo si vytvorit vlastny programovaci jazyk :)))

To z_moravec : Koláčků se zbavíš snadno, stačí, když ke každýmu odkazu přidáš nějaký číslo, který server rozpozná a pod nim bude mít někde u sebe uložený proměnný. A když se bude číslo každý načtení stránky měnit, tak to bude jednak docela bepečný a jednak rychlejší a bude to fungovat na všech prohlížečích.

Navíc budu-li stránky generovat, tak je irelevantní jestli budu mít externí soubor se stylem, který si bude stahovat prohlížeč, nebo jestli ho budu mít u sebe na serveru a podle něj budu stránku tvořit a neposílat nic. Navíc HTML má docela dost možností na formátování textu, takže použití CSS není nezbytný.

A co se týče toho Javascriptu, tak je málo věcí, který by nešly udělat jinak a možná snáz. Je to dobrý třeba na odpočítávání, ale to si tak jako tak musí hlídat i server.

Na druhou stranu, například facebook.com má chat udělanej, myslim, přes Javascript. Chat by se bez JS řešil trochu obtížněji. Server by nesměl ukončit spojení, takže stránka by se neustále načítala, a čeklo by se na nový zprávy, které by vzápětí server poslal jako součást načítané stránky. Nicméně když už chci dělat chat, tak použiju službu irc.

To Lordest : :-))) Jasně, ale někdo by ho musel dobře popsat, aby se podle toho dal udělat překladač.

Jinak proti JS nic nemam, ale začínat s nim mi nepřijde jako rozumnej nápad, už jen kvůli tomu, že kdybych s nim začínal, tak mi to zabere několik měsíců, kdežto teď, když už programovat umim, mi to zabere pár dnů.

Wimby
Koláčků se zbavíš snadno, stačí, když ke každýmu odkazu přidáš nějaký číslo, který server rozpozná a pod nim bude mít někde u sebe uložený proměnný.
Chudáci vyhledávače, to bude duplicitního obsahu… Ne, dobře, bude to jen pro přihlášené. Ale jen tak mimochodem, nevyužívají tohle už např. sessiony PHP (když nejsou povoleny cookies)?

je irelevantní jestli budu mít externí soubor se stylem
A co kešování…

HTML má docela dost možností na formátování textu, takže použití CSS není nezbytný.
..jo, nepoužívat CSS vůbec. Tak tohle je trochu moc. Bude to zbytečná zátěž na server (bude muset ještě přepracovávat HTML + CSS do HTML s formátovacími tagy) a uživatelé s pomalejším připojení tě za to taky moc nepochválí.

A co se týče toho Javascriptu, tak je málo věcí, který by nešly udělat jinak a možná snáz.
Jak chceš bez Javascriptu (Flexu, JavaFX atp.) udělat nějakou interaktivní aplikaci? (Že se odešle formulář na server, tam se zpracuje a pošel se zpátky celá stránka nepovažuji moc velkou interaktivitu.)

Server by nesměl ukončit spojení, takže stránka by se neustále načítala, a čeklo by se na nový zprávy, které by vzápětí server poslal jako součást načítané stránky.
Můžeš narazit na omezení týkajícího se maximálního počtu otevřených TCP spojení na serveru. Navíc, prohlížeč podle mě určitě bude mít nějaký timeout, po kterém načítání vzdá.

ale začínat s nim mi nepřijde jako rozumnej nápad, už jen kvůli tomu, že kdybych s nim začínal, tak mi to zabere několik měsíců
Myslíš, že s jiným jazykem to v začátcích bude lepší? ;o)

:-) gratuluji k úspěšnému popření všech mých ideí...

Jistě i sessiony v PHP tohle používají. Jak se k tomu staví vyhledávače nevím, ale celá stránka bude stějně ovlivněna proměnnými, takže to bude úplně jiná stránka než s jiným číslem. A jak jste správně podotkl, používat proměnné jen u přihlášených uživatelů - čili jen tam, kde je to nutné. A navíc mi přijde, že Cookies jsou jen kvůli Javascriptu.

Ano, kešování uznávám, ale kešování je hlavně kvůli obrázkům, který zabíraj několikanásobně víc než stránka, protože těch pár kilobajtů na stránku je vůbec otázkou, jestli je kešovat nebo ne.

"HTML + CSS do HTML s formátovacími tagy" - tak takhle je to samozřejmě zbytečný. Prostě budu mít program, kterej bude mít rovou v binárce styly. A když je budu chtít změnit, tak to překompiluju. To bude jednak rychlejší než jakejkoliv script a jednak nebudu muset mít víc souborů.

"udělat nějakou interaktivní aplikaci" - právě kvůli tomu to píšu. Když chci udělat interaktivní aplikaci, tak proč to dělat přes web? Například YouTube, videa jsou přes Flex, kdyby dali odkaz na stream, tak si ho otevřu přes VLC a kouknu na to s mym programem. Jednak je flash náročnější, jednak jsem zvyklej obsluhovat film na svých tlačítkách. :-)

To omezení je, předpokládám, v mojí režii - pokud to nebude omezení od providera, což snad u serveru by nemělo být. A ten timeout u prohlížeče možná bude, ale zatím jsem se s ním nesetkal. Navíc jak už jsem řekl, chat např. přes irq, ne přes web...

A to s tim jinym jazykem jsem jen tak plácnul xD ale když nad tim tak přemejšlim, tak by to nemuselo být zas tak špatný, aspoň by se snáz daly pochopit významy různých symbolů a konstrukcí, když budu muset přemejšlet jak je udělat, budu muset napřed vědět co maj dělat a jakej maj vůbec význam, ale začínal bych s nějakym starším, zaběhnutěšjším a osvědčenějším :-)

Kruci, omlouvám se, to poslední jsem si nějak špatně přečetl a psal jsem blbosti na něco jinýho.

takže:
ale začínat s nim mi nepřijde jako rozumnej nápad, už jen kvůli tomu, že kdybych s nim začínal, tak mi to zabere několik měsíců
Jj, ono každej první jazyk zabere hodně času, ale když pak budu nucen psát v něčem jiném, rozsáhlejším, tak mi z toho zůstane mnoho zlozvyků (třeba nebudu používat nějaké konstrukce, například množiny, které se často hodí). Myslím si, že na začátek je dobré učit se v něčem, co má mnoho možností a zjistit je pokud možno téměř všechny.
Když zjistím všechny možnosti skriptu, a pak přejdu na rozsáhlejší jazyk, budu se muset doučovat další novinky, které nemusim hned pochopit a jelikož jsem lílý, vyřeším je tak jak bych to řešil ve scriptu...

kdyby jste vedeli kde vsude se to pouziva, tiskove sablony, databaze, servery, ...!

To exekutor franta : A kdybyste věděli kde všude se používají jiné jazyky pro tiskové šablony, databáze, servery, ...! xD

Je jasný, že když budu umět programovat, tak je mi jedno v jakym jazyce to bude, ale taky si vybírám jazyk podle toho co budu dělat... Když budu psát OS loader a budu v něm potřebovat přepnout procesor do chráněnýho režimu, tak nejsnazší cestou bude assembler, naopak když budu chtít udělat něco velikýho, tak raději sahnu po hi-level jazyku. A když budu chtít udělat něco rozšiřitelnýho, tak použiju script... Ale na Javascript se stejnak nemůžu úplně spolehnout, protože ho ne každý může podporovat. Čili ho stejnak budu používat jenom tam, kde nebude mít zásadní význam...

P. S. : A to, že se něco na něco používá není argument :D Existuje mnoho příkladů, že se něco používá špatně, ale protože s tim hejbou peníze a ne um, tak to ani jinak nebude. Přijde mi, že s JS je to podobný. Prostě lidé chtějí, aby to dobře vypadalo, aby ta stránka měla něco víc než ostatní, protože to je to hlavní, a protože jakýsi cit pro estetičnost má přece každý. Ale zapomínají, že na pocitech se, biť i webová stránka, pořádně programovat nedá...

Wimby
Jak se k tomu staví vyhledávače nevím
No, nebudou rády. Myslím, že kdysi ignorovali query string (takže index.php?stranka=ahoj byla to samé jako index.php?stranka=vypadni-odsud), ale jak se začal tento způsob dynamických stránek používat, vyhledávače museli zareagovat, takže index.php?stranka=hlavni&SESSID=xxx je něco jiného než index.php?stranka=hlavni&SESSID=yyy (a dokonce i než index.php?SESSID=xxx&stranka=hlavni), takže může docházet k duplikaci obsahu (že bude jiné uživatelské jméno v pravém horním rohu, snad žádný vyhledávač nepřesvědčí, že se nejedná o duplicitní obsah).

A navíc mi přijde, že Cookies jsou jen kvůli Javascriptu.
Cookies rozhodně nejsou jenom kvůli Javascriptu. Je to asi nejlepší způsob, jak nějak dlouhodobě uložit nějaké to id uživatele, pod kterými jsou uložena data na serveru (jinak, jak se ztratí odkaz s aktuálním SESSID, uživatel se musí přihlásit znovu).

těch pár kilobajtů na stránku je vůbec otázkou, jestli je kešovat nebo ne
Uživatelé připojení na nějaký veřejný hot-spot, či pomocí mobilu tě za těch pár kilobytů navíc jistě pochválí ;o)

Když chci udělat interaktivní aplikaci, tak proč to dělat přes web?
Protože to bude vyžadovat zákazník, uživatelé?

Například YouTube, videa jsou přes Flex, kdyby dali odkaz na stream, tak si ho otevřu přes VLC a kouknu na to s mym programem.
Musíš brát v úvahu, že uživatelé tvé aplikace jsou i naprostá paka, co jsou rádi, že dokážou zmáčknout čudlík na šasí. A nynější stav je pro ně asi nejjednodušší způsob, jak jim video poskytnout díky rozšířenosti Flashe. Je už jedno, že si myslíš, že je to špatně. Webová aplikace bez uživatelů je k ničemu.

No, to je ale podle mne problém vyhledávačů. Hlavně, pokud já jakožto tvůrce webu budu chtít, aby se ke mně návštěvníci dostali, tak si najdu nějaký portál (nebo katalog, nebo jak se tomu vlatně říká) a uveřejním všechny odkazy a k tomu nějaký popisky. Od doby, kdy jsou vyhledávače automatické, musí se na to připravit jinak.

Jo, to je pravda, na to jsem zapomněl, ale když se nad tim tak zamyslim, tak mi nedělá problém napsat jméno a heslo jednou denně na nějaký stránky. Navíc si myslím, že heslo je právě od toho, aby se zadávalo. :o)

Formátovanej text nebude mít zas o tolik víc než neformátovanej text s CSS. Navíc zobrazí-li si uživatel stránku s prohlížečem bez podpory CSS tak bude vypadat úplně jinak. Ale stejně, pokud budu chtít udělat dynamickou stránku, například fórum, tak je kešování zbytečné, protože obsah je téměř každé načtení jiný.

S tím zbytkem s Vámi bohužel souhlasím :D
Ještě že nejsem programátor nebo snad analytik.

Jen mě napadají už jen taková tvrzení, že tim, že uživatelům dáte první poslední, jim vlastně vůbec nepomůžete, protože nebudou nuceni se učit xD

Ale vemte si jak by to bylo krásné, kdybych měl pro každej účel jednu diferencovanou, specializovanou aplikaci. Například pro přehrávání videa budu mít již zmíněné VLC, které umí streamovat. Na prohlížení obrázků budu mít ACDSee, které ale také umí v nějaké novější verzi přehrávat videa. Jenže jak, je to jen taková náhrada, aby to mělo o jednu funkci víc, která je k ničemu. Jen mi zabere pamět a vytíží procesor, takže bude kontraproduktivní. Neumí k videu přehrávat titulky, neumožní mi vybrat si jinou zvukovu stopu, neumožní mi spustit menu u DVD, neumí stream.
Nebo webový prohlížeč. Myslíte si, že je dobré, aby uměl i ftp? Když mam souborovej manažer, kterej umí téměř dokonale pracovat s adresářem a se souborem a prohlížeč mi ukáže sotva název a velikost a tim to končí? Neni tedy ta funkce zbytečná? Nebo spíš neni tak trochu z jinýho soudku?

Abych se tedy dostal zpátky k tématu. Možná pro stejný účely a víc možností už bude lepší naučit se rovnou Actionscript než Javascript. Ale v mých očích jsou oboje stejně zbytečné, ale je pravda, že náš zákazník, náš pán a když chce zběsilost, má ji mít. Od toho tu jsou konzultanti, aby mu to rozmluvili :-)

// Až jednou vyrostu, přál bych si, abych si mohl dovolit psát jenom to, co mě bude bavit a naplňovat xD

Lidi, vy jste blázni. Obvykle přečtu cokoliv, ale takhle hodně dlouhých příspěvků hned po sobě.... jdu spát, až se budu strašně nudit, překontroluji vám to a polovinu tvrzení vyvrátím či zpochybním.

Wimby
to je ale podle mne problém vyhledávačů
Naopak! Když vyhledávač mou stránku nenajde, je to můj velký problém :o)

tak si najdu nějaký portál (nebo katalog, nebo jak se tomu vlatně říká)
Nebudu daleko od pravdy, když řeknu, že katalogy nikdo nepoužívá (výjimky potvrzují pravidlo).

tak mi nedělá problém napsat jméno a heslo jednou denně na nějaký stránky
Jenže bez cookies by to neznamenalo napsat heslo jednou denně, ale pokaždé, když „ztratím odkaz s aktuálním SESSID“– můžu si otevřít více panelů, v každém bude načtena stránka s jiným SESSID a v té, kde je SESSID starší, už nemůžu nic dělat; něbo zavřu panel (okno) prohlížeče a musím se přihlašovat znovu.

Formátovanej text nebude mít zas o tolik víc než neformátovanej text s CSS
Tím bych si nebyl tak jistý. Zatímco v CSS můžu napsat p { color: green; }, formátování pomocí HTML tagů by znamenalo mít v každém odstavci <font color="green">…</font> (či nějak tak, já si to už nepamatuju), což je i pro jeden odstavec více bytů než v CSS. Možná, že mi něco uniká…

Navíc zobrazí-li si uživatel stránku s prohlížečem bez podpory CSS tak bude vypadat úplně jinak.
O to právě jde. Důležitý je obsah, formátování ne. Pokud mám prohlížeč bez podpory CSS, vím, že se mi dostane toho obsahu bez nějakých fancy designových prvků. Zatímco při formátování pomocí HTML je to uživateli cpáno, i když možná nechce.

pokud budu chtít udělat dynamickou stránku, například fórum, tak je kešování zbytečné, protože obsah je téměř každé načtení jiný
Kešování obsahu zbytečné je. Ale u stylů, obrázků atd. je to naopak. Tam je naopak velice prospěšné. I když se obsah mění, styl zůstává stejný ;o)

Jinak ještě osobní poznámka k tomu kešování. Když se nebude kešovat, nejen, že to bude minus pro uživatele, ale bude to i špatné pro server, protože se klienti pořád budou dotazovat na zbytečná data navíc. Vezměme stránky jako např. Facebook*, Amazon apod. Pro nějaký malý webík je nekešování stylů pár kilobytů navíc za den, pro tyhle „giganty“ je to pár megabytů za minutu.

A připojím ještě jednu věc, už dokonce existuje takový webserver, který se zkompiluje se všemi stránkami a potom se spouští pouze tento „monolit“ – jedná se o KLone[1].

PS. Nevykat, prosím ;o)

[1] http://www.koanlogic.com/klone/
* Někde jsem viděl hezkou prezentaci, jak má Facebook řešenu svou architekturu. Škoda, že jsem si neuložil odkaz.

Nevykat, prosím ;o)
Tak teda ahoj, já jsem Wimby :-)

Ještě nikdy jsem stránku do vyhledávače nedával, ale myslím, že i google má něco jako katalog (http://www.google.com/addurl/). Moc tomu automatickýmu přidávání stránek nerozumim...

formátování pomocí HTML tagů by znamenalo mít v každém odstavci <font color="green">…</font>
Tak můžu si ty odstavce dát DO obsahu FONT a všechny budou zelený jako u kaskád... Souhlasím, že to bude mít o pár bajtů víc, ale nebude to zas o tolik... chtělo by to spíš mluvit o nějakém konkrétním příkladě... včera jsem se podíval na stránky Amazon.com a vypadá to, že to s tou keší taky moc nehrotí. Zřejmě maj servery rychlý dost.

Pokud mám prohlížeč bez podpory CSS, vím, že se mi dostane toho obsahu bez nějakých fancy designových prvků. Zatímco při formátování pomocí HTML je to uživateli cpáno, i když možná nechce.
Před CSS se stránky normálně formátovali přes HTML a jelikož HTML je kvůli tomu, aby byl text nějak zabarvenej, zvětšenej a ztučněnej - zkrátka aby byl lépe čtivěj - nemělo by uživateli vadit, že bez podpory CSS bude pořád formátovanej. A co se týče těch fancy designových prvků, tak to je další důvod proč nepoužívat CSS :D

Proč se rovnou nezavede nějaká jiná služba, kde by bylo XML s CSS a pořádnym fancy systémem? Takhle napůl je to špatně :D
Jenom se z jedný dobrý služby stane něco mezi (XHTML s poloviční podporou CSS), co stejně nefunguje tak jak má.
Takže službu web bych na interaktivní aplikace rozhodně nepoužíval a tim spíš bych se ani neučil Javascript.

A s tim SESSID máš pravdu, to jsem nějak opmněl... čili by muselo být číslo jenom jedno.

A ještě jak bych řešil server já :o)
Udělal bych normální program (server), kterej umí jednak přečíst a zobrazit HTML stránku v souboru (statickou), a nebo jednoduše spustí zkompilovanej program (dinamickou stránku). Server sám by z bezpečnostních důvodů měl některá omezení co se týče přístupu do složek nebo přístupu k souborům...

Wimby
ale myslím, že i google má něco jako katalog
Katalogem rozumějme nějaký seznam stránek, který je rozdělen do kategorií, ty do podkategorií atd. Katalog uchovává pouze odkazy na stránky, které přidají uživatelé, žádné sám nevyhledává. Google není katalog. Tato možnost je něco jako štouchnutí do Googlu, kdy mu říkáš: „Hele, prohledej tyhle stránky.“

Souhlasím, že to bude mít o pár bajtů víc, ale nebude to zas o tolik…
Opět opakuji. Když vynásobíš těch pár bytů počtem požadavků za sekundu (minutu), může to číslo hezky narůst. Myslím, že o tomhle se již nemá cenu dál bavit. Prostě bude objem přenášených dat větší, byť jen o trošku. Ale při velké návštěvnosti se z té trošky může stát velká kupa data navíc.

včera jsem se podíval na stránky Amazon.com a vypadá to, že to s tou keší taky moc nehrotí. Zřejmě maj servery rychlý dost.
Ano, to byl asi špatný příklad :o) Amazon to má asi vyvážené svým obrovským clusterem.

Udělal bych normální program (server), kterej umí jednak přečíst a zobrazit HTML stránku v souboru (statickou), a nebo jednoduše spustí zkompilovanej program (dinamickou stránku).
Vlastně nynější stav. Jak asi funguje Apache, IIS, Lighttpd…

Určitě má cenu se ho učit,ale ja se také spíše více učím PHP než JS.