Téma: Weblap betöltésének sebessége

WSzP eredeti hozzászólása

Ha igazán fel akarod dobni a sebességet, és költenél is rá, akkor az összes képet/videot sőt akár a nem generált elemeket (js, css, stb) tedd egy CDN-re.
A másik, hogy használj cachelést szerver oldalon is. Nyilván, hogy melyik jó az sok mindentől függ. Ha adatbázisból jövő tartalmak vannak, ami mindig ugyanolyanok (nincs login bennük, nincs semmi látogatófüggő), akkor a legjobb a Varnish tapasztalataim szerint. Ez hírportálok cikkeire, vagy ilyesmire igaz, de nyilván egy fórumnál nem lenne jó ötlet. Ha meg nem ilyen helyzet van, akkor Memcached.

Mi ez a CDN, amire fel kell tenni az összes anyagot?

Bagi Zoltán eredeti hozzászólása

CDN az content delivery networköt jelent. Gyakorlati alkalmazásban te is készíthetsz magadnak egy cdn-t, ha például létrehozol egy static.domain.hu subdomaint, ahonnan kiszolgálod a képeket, js-eket, css-eket. Ennek ugye az az egyik lényege, hogy egyrészt cookie mentesek legyenek a request, de ehhez kell az is, hogy a cookie-k csak a fő domainhez tartozzak, és ne az összes aldomainjéhez (.domain.hu). Másrészről az egy hosztól böngészőktől függően egyszerre csak n fájlt tud tölteni a kliens. Bizonyos esetekben indololt lehet további cdn konfogurálása, hiszen ezektől szintén párhuzamosan fog tölteni a kliens böngészője. De cdn-ekkel játszani szerintem az utolsó lépés. Először a requesteket kell optimalizálni, css sprite, összevont gzippelt js és css fájlok.

Ez szerintem a cookieless (cookie mentes) domain.

A CDN gyors és nagy sávszélességű szerverhálózatot jelent (a világ különböző pontjain), amely képes eljuttatni a hozzád legközelebb lévő szerverről az adatokat.

Bővebben:
http://szantog.com/page/content_delivery_network
http://en.wikipedia.org/wiki/Content_delivery_network

@oszti http://www.riyaz.net/blog/how-to-set...echnology/890/

Természetesen biztosan akad olyan is, akinek megéri egy profi cdn-ért fizetnie kemény pénzeket.

Kedves Barátaim!

Úgy látom (a PageSpeed-ben és a webmester eszközökben), hogy az oldal betöltődés idejébe jelentékenyen beleszámít a reklám-szolgáltatók által hosztolt JavaScript és egyéb fájlok.

Konkrétabban, hibába generálom le a tartalmam tizedmásodpercek alatt, ha betöltődés közben várni kell akár 2-3 másodpercet is a reklámok miatt (ebben benne van a js lefutása és az egyéb fájlok letöltődése is). Ez 3 reklámhelynél (ami nem sok egy átlagos oldalon) akár 9 másodperc is lehet.

Arra gondoltam, hogy a reklámokat asszinkron módon kéne az oldalba beilleszteni, hogy csak akkor töltődjenek be, mikor a fő tartalom már megjelent. De hogyan?
Első ötletem az Ajax volt, de nem fut le a js, ha utólag illesztem be egy div innerHTML részébe. Megoldható lenne iframe-mel is, de az meg lehet google-nek nem tetszene. Van valami ötletetek?

Üdvözlettel
kjaron

kjaron eredeti hozzászólása

...
Első ötletem az Ajax volt, de nem fut le a js, ha utólag illesztem be egy div innerHTML részébe...

Most meg nem mondom pontosan, hogy mi a szintaxisa, de szerintem van egy eval paramétere az ajax kérésnek, amit ha igaz-ra állítasz, kiértékeli mégegyszer, tehát tudsz JS-t futtatni (legalábbis nagyon így rémlik)

@kjaron külső js be tenném valahogy így

HTML kód:

wondows.onload=loadBanners;
function loadBanners(){
document.getElementById("bannerCont").innerHTML="<img src='/images/banner.jpg' alt='kattints ide!' />";
}

Így csak a teljes betöltődést követően indul el a bannerkód injektálás a bannerCont div-be.

Bagi Zoltán eredeti hozzászólása

@oszti http://www.riyaz.net/blog/how-to-set...echnology/890/

Természetesen biztosan akad olyan is, akinek megéri egy profi cdn-ért fizetnie kemény pénzeket.

Igaz, hogy nem olcsó, de szerintem olyan projekteknél, amik pénzt termelnek megéri a _http://aws.amazon.com/cloudfront/
Én ezt szoktam használni újabban és nem csalódtam bennük. Érezhető sebességnövekedést jelentenek és a CloudBerry S3 Explorer PRO nevű programmal tényleg nagyon könnyen kezelhető is. A legtöbb CDN ugyanis (már amit én találtam) elég nyakatekert módon érhető el direktben.

Általában onnan lehet felismerni őket, hogy a fileok elérési útjai nagyon „furák”, például: _http://d2101qo63dbnz2.cloudfront.net/seo-hatter.jpg
Nyilván meg lehetne csinálni, hogy endomainem.tld szolgálja ki, de az egy nagyon picit lassúbb lenne, és pont ezért nem szokták így csinálni.

Egy példa a CDN megértéséhez: A jelenlegi saját szerveren, vagy datacenterben található fileok kiszolgálása, olyan, mintha amikor rendelsz egy laptopot mondjuk, akkor az megérkezne egy adott városból. Ott tennék postára/futárra és elmenne hozzád. Ez gyors, ha te éppen az adott városban laksz, vagy a közelében, egyébként nem annyira. Ezzel szemben a CDN olyan, mintha az illető cégnek, akitől rendelsz laptopot lenne raktára sok helyen, így nagy eséllyel hozzád közel is, így mindig gyorsan megkapnád a laptopot, nemcsak, ha szerencséd van.

Iggy eredeti hozzászólása

Most meg nem mondom pontosan, hogy mi a szintaxisa, de szerintem van egy eval paramétere az ajax kérésnek, amit ha igaz-ra állítasz, kiértékeli mégegyszer, tehát tudsz JS-t futtatni (legalábbis nagyon így rémlik)

Lehet, hogy mar nem aktualis, de nem maradjon elvarratlan ez a szal.

En pl egy helyen regen igy oldottam meg:

Kód:

function runScripts(obj) { 
	var scripts = obj.getElementsByTagName('script');
	for(var no=0;no<scripts.length;no++){
		eval(scripts[no].innerHTML);
	} 
}

Es az ajaxos keresben pedig igy hivtam meg:

Kód:

...
document.getElementById(divID).innerHTML=http_request.responseText;
runScripts(document.getElementById(divID));
...

t4p

Úgy látom új analytics kód van. A pagespeed új változata le is pontoz ha valahol még a régit használjátok.