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

Diskuze na Lopuchu,
pohlazení na duchu

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: ckisfia
[ 398 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
bredy 24.7.2009 09: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 09: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 09: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 16: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 12: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 12: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 12: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 17: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 16: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 15: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 07: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 10: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 10: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 :)
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 30.5.2009 12:48  444
Hm, tak uz chapu proc sem z JS byl tak zmatenej. Sem ho bral jako neco jako neco trochu vic nez zprznenejsi VisualBasic...
Resig se mi libi, je to sice hutný ale pěkně od základu. V češtině se to dá, i termíny mi seděj, občas v k´du zapomenou něco přeložit zat9mco jinde to přeložili a to je pak vtipný :)
etdirloth EtDirloth 27.5.2009 21:36  443
huh [439]: Hmm, Resig - to bolo peklo. Bohuzial, nadchnuty chvalospevmi, som to zacal citat rad-radom, z lava do prava (asi ako Herouta). A to sa ukazalo byt chybou. Ked vsak clovek cita vybrane pasaze, tak sa to da, treba ale vediet co hladat. Musi sa jej nechat, ze sa tam obtrie o vacsinu toho, s cim sa da na webe stretnut. Neviem si ale predstavit citat ju v tom ceskom preklade - sedemnast stranove errata su celkom sila :)

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

(c) 2001-2011 Lopuch.cz   
Kontakt