Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Lopuch, server nejen
pro botaniky

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub JavaScript [ŽP: neomezená] (kategorie Programování) moderuje Šéf Lopuchu.
Archiv
- http://al3x.3web.cz/js/ - najdete zde zaklady javascriptu je tam i docela dobre vysvetleny cookies
- specifikace ECMAScriptu - standard založený na JavaScriptu a JScriptu.
Download Opera
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: ljuiagu
[ 398 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 24.7.2009 08:56  459
Bredypri zapnutym cachovani JS mi ale bude browser stejne navazovat spojeni se serverm aby zjistil esli je ten JS dostatecne aktualni nebo ne?
bredy 24.7.2009 08:40  458
Podmínkou je, mít u toho JS zapnuté cacheování.

Nicméně pokud máš těch kusů JS víc, tak bych to lepení neřešil, protože možná první použití každého JS se protáhne, zbytek se nacacheuje. Horší by bylo, kdyby se ten JS soubor sestavoval pro každý request jinak. To je pak lepší ho narvat do toho HTML celý. Totéž platí pro CSS i jiné zdroje.
bredy 24.7.2009 08:38  457
tvxRychlost počítače (parsování) je nesrovnatelně vyšší vůči rychlosti přenosu po síti. U requestu nezapomen započítat odezvu (Ping). Pokud nepředpokladáš Keep-Alive, tak každý request znamená sekvenci (Send,Receive):
S(Sync),R(Sync,Ack),S(Ack),S(Request),R(Reply),S(Ack)... což udělá 5 kol (SRSRS), pokud máš ping 500ms, dělá to 1.25 sekund (500/2 * 5).. a to jen v ideálním případě, pokud se Reply podaří přenést naráz, bez potvrzování.

Rychlost parsování bude podle mne nesrovnatelně vyšší. Jakmile máš JS v cache, prohlížeč si na něj pouze sáhne na disk a může pársovat v době, kdy se stahuje zbytek stránky (i kdyby to ten prohlížeč neměl takhle optimalizovaný... přenos po síti většinou na pozadí zajišťuje OS).
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 24.7.2009 08:25  456
Jeden velkej JS bude urcite i pro moji manipulaci snazsi.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 24.7.2009 08:23  455
Bredyhm, o to sem uvazoval, ze js bude servirovanej serverem podle seznamu js ktery jsou pozadovany, server to slepi do jednoho baliku a posle, tam ale vidim bud problem s tim, ze i stranky ktery js temer nepotrebujou nebo vyuzujiu jen zlomek toho baliku ho budou zbytecne parsovat.
Druhej problem pokud bude kazda stranka vazne chtit jen to co potrebuje je u jednoho veilkyho baliku prave to cachovani, bude tak jeden balik pro kazdej okruh stranek a ten bude jinej.
Otazka kterou nedokazu posoudit je, zda je lepsi prumer 100k kodu a treba 6 requestuu a nebo konstantne 200-250k parsovanyho js kodu a jeden request (proste balik vseho co kdy kde muze byt potreba).
bredy 23.7.2009 15:12  454
tvxVíc souborů naráz zvyšuje množství requestů z browseru, ale protože většina JS se neměnní, tak zvyšuje účinnost cachování. Podle mne je nejefektivnější variant jednoho velkého JS souboru (klidně poskládaného na serveru s dílů) se zapnutým cacheování.

Mimochodem, taková zajímavost, Google snižuje množství requestů na server tak, že všechny obrázky má naskládané do jednoho obrázku a pomocí CSS zobrazuje jednotlivé výřezy.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.7.2009 11:32  453
konkretne resim, zda bude vzdy rychlejsi tahat nekolik ruznych souboru ale jen potrebnych a tim mensi objem a nebo jeden velkej ale nejaendou ale pak bude browser zbytecne parsovat kod co nepouzije.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.7.2009 11:30  452
dalsi vec co resim je sprava kodu, aby to bylo rychle a pritom se netahaly data skriptu zbytecne, mate nedko zkusenosti?
vzhledem k tomu ze ruzny adresy webu potebujou jiny JS, nechce se mi taht vsude vse...
soucasne bych rad nejak rsil i zavislosti.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.7.2009 11:28  451
tim to neni, toto je klientem, vyreseno v klubu web, zmenou stylu samotneho pomoci JS coz se stihne jeste v dobe parsovani head sekce
huh huh 22.7.2009 16:49  450
To řeší rychlejší server :-)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 22.7.2009 15:18  449
Kterak bejt ferovej k lidem co namaj JS nebo ho nemaj zcala funkcni a pritom nekazit vzhled lidem s JS, pokud chci JS vyuzit k skryvany zbytecnych veci na strance s tim, ze umistim odkaz co po kliknuti obsah zobrazi?
Pokud pouziju cisty metody tak obsah je videt a posleze ho po nacteni JS skryje... coz bohuzel uzivatel vidi :(
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 20.7.2009 14:39  448
Tak jsem se rozhodnul pro Mootools, libi se mi ta filozofie jak je to postaveny :)
Jinak online-test rychlosti dotazovani peti frameworku na obsah DOMu
etdirloth EtDirloth 13.6.2009 06:57  447
frameworkyKdokoliv [446]: pekny clanok
tvx [445]: Skusil som ich viac, ale vacsiu skusenost mam hlavne s qooxdoo, je to vsak stale vo vyvoji a dost sa tam meni api. Zato maju super dokumentaciu. Osobne sa rad vyhnem javascriptu a ak to nejde, radsej si pisem veci sam - na frameworkoch je imo fajn hlavne pekne wrapnuta dedicnost.

OT: ono sa to mozno ani nehodi do tohto klubu, ale ked uz je rec o frameworkoch, poznate niekto Wt (c++ web toolkit)?
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 12.6.2009 09:56  446
Osobni zkusenosti Ti nepovim, ale hodim jeden moc hezkej link: jQuery vs MooTools.

V zasade se odborna spolecnost deli na dve skupiny. Jedna skupina povazuje prototypy za sproste slovo a za neco, na co by se za zadnou cenu nikdy nemelo sahnout. Tito vzyvaji nejcasteji jQuery (ale pripadne i jine, filosoficky obdobne knihovny), prestoze tim obetuji dilem objektovost a dilem veskere charakteristiky jazyka, ktery pouzivaji.
Druha skupina povazuje prototypy za nedilnou soucast jazyka, za vec, ktera tam je proto, aby byla pouzivana, a zajimaji je tudiz knihovny, ktere Javascript pouzivaji tak, jak byl Javascript minen, aby byl pouzivan. Tito lide inklinuji k MooTools nebo Prototype. Ja osobne patrim pochopitelne do druhe skupiny.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 12.6.2009 09:15  445
Nenapsal byste každej kdo delate vic s JS jakej pouzivate Framework a jak jste spokojeni? Budu nejakej vybirat tak ze bych se inspiroval a pokusil se si nenabehnout.
Jiank Resig okej, myslim, ze pro nekoho kdo s tim zacina stoji za to precist ho celyho, protoze se tomu jazyku fakt venuje do detailu a clovek si tak v hlave odnese seznam vseho co muze pouzit nez zacne neco tvorit .
Jsem v polovine :)

[ 398 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt