Žadėjau šį rudenį iš esmės patikrinti nežinau.lt „sveikatą“ ir tuo pačiu pasidalinti su jumis būdais, kaip aš ir visi kiti susidomėję gali padaryti, kad interneto projektas veiktų greičiau, būtų stabilesnis, patogesnis naudoti ir, jei įmanoma, reikalautų kuo mažiau priežiūros. Nes geriau daugiau ir įdomiau parašyti, o ne krapštinėti amžinai kodą.
Pradėkime nuo spartos. Priemonių išmatuoti spartą yra daug. Aš pasinaudojau Self SEO spartos matuokle, kuri parodė, kad http://www.nezinau.lt/ iš JAV kraunasi per 2,58 sekundės (pagrindinio tinklalapio „svoris“ – 78,46 KB). Vieno kilobaito krovimo sparta – 0,03 s. Kadangi vieni šie skaičiai sako labai nedaug, nutariau palyginti juos su keleto kolegų tinklaraščiais (tikiuosi, nepyksite):
| nežinau.lt | 78,46 KB | 2,58 s | 0,03 s |
| blogas.lt/zudykreklama | 74,09 KB | 1,57 s | 0,02 s |
| pocius.lt | 33,65 KB | 1,95 s | 0,06 s |
| zilionis.net | 64,74 KB | 1,42 s | 0,02 s |
| kuzmarskis.lt | 30,09 KB | 1,23 s | 0,04 s |
Ką rodo lentelė? Nežinau.lt pagrindiniame tinklalapyje yra daugiausiai kodo, jis kraunasi lėčiausiai iš visų, bet vieno KB krovimo sparta nėra pati mažiausia. Kitaip tariant, talpinimo serveris ir pati svetainės struktūra tikriausiai nėra labai blogi, bet reikėtų gerokai sumažinti paties tinklalapio dydį.
Galimi keliai:
- Sumažinti skilčių ir elementų jose skaičių. Tam reikėtų žinoti, kurie jų rečiausiai naudojami (kalendorius, puslapių, autorių sąrašas, statistika ir skaitikliai).
- Sumažinti įrašų viename puslapyje skaičių. Dabar jų yra 10 – tai beveik tinklaraščių stardartas, kurio nesinorėtų keisti dėl potencialių navigacijos keblumų.
- Išvalyti nereikalingą kodą. Nors Windows Live Writer, kurį naudoju įrašų kūrimui, yra santykinai „švarus“ (kas nors prisimena pirmos kartos FrontPage?), bet dėdamas videoklipus ir kai kuriuos kitus elementus prideda po kelias eilutes savo kodo, kuris tinklaraštyje nereikalingas, nes po paskelbimo, aš įrašų su WLW nebetaisau – nebent tiesiogiai WordPress.
- Išvalyti tarpelius. Plika akimi nesimato, bet naršyklė turi skaičiuoti kiekvieną padėtą tarpelį. Kadangi kodas dedamas tiesiai į WordPress, tai kompiuterio programomis negaliu pasinaudoti – nebent kokiu nors WP įskiepiu. Reikės pasidairyti – gal kokį nors rasiu.
Dar vienas patarimas – mažinti paveikslėlius, parinkti jiems spartesnį serverį, nurodyti kode tikslius paveikslėlio išmatavimus. Turiu vilties pakeisti talpinimo planą ir dėti paveikslėlius kartu su duomenų baze ir kodu į vieną serverį. Tuomet spartos dalykai pagerės. Susitvarkys ir paveikslėlių dydžio nuorodos, nes WLW juos dedant iš lokalių failų nurodo – nededa tik tada, kai paveikslėliai įterpiami iš interneto tarnybos (taip dabar yra, naudoju ImgPlace).
Galiausiai, dalis krovimosi spartos visada priklausys nuo FeedBurner kraunamų nuorodų į kitus tinklaraščius (Nežinau Perliukai, Atradimai), skaitiklių (kuriuos pažadėjau išmesti lauk, pasiekęs po milijoną) ir Google Analytics kodo (kurio neišmesiu, nes tuomet nežinosiu, ar tik sau berašau, ar yra ir skaitančių).
Kai kurie dalykai greičiau padaromi, kai kurie lauks naujo talpinimo plano, bet manau, kad iki metų pabaigos pavyks pasiekti 50 KB kodo ribą ir 2 s krovimo laiką, kas, sprendžiant iš kolegų pavyzdžių, būtų visai priimtina.
Lygiai taip galite pasidaryti spartos matavimus ir jūs. O pasidarę, palyginkite ir apmąstykite savo svetainės struktūrą ir spartos priklausomybes. Greičio, ypač naršant po internetą, niekada nebūna per daug…
11 Comments
pabandyk mano patestuot. suzinosi ar verta naudot WPCache moduli. Aisku, pas mane nera toks didelis puslapis. Bet betkokiu atveju – WPCache gelbsti nuo galimo zmoniu antpludzio bei mazina apkrautuma. Tiesa, tau tektu truputi pamazinti dinamine puslapio dali, kuri daznai kinta – tai komentaru dalis. Tada butu galima daugiau kesuoti.
tiesa, WPCache dar turi minusa – tai sukesuoto puslapio saugojimas. kuo daugiau prikesuoja – tuo daugiau uzima kesas vietos.
Esu apie kešavimą kalbėjęs su Vaidu Žilioniu. Niekaip neprisiruošiu įdiegti to WP-Cache. Gal savaitgalį?™ :)
„… ir Google Analytics kodo (kurio neišmesiu, nes tuomet nežinosiu, ar tik sau berašau, ar yra ir skaitančių).“
Cia geras komentaras pacio autoriaus.
Kaip nekeista mano blog’ą šiuo metu atidaro greičiau nei taviškį – per 1.95 sekundės.
Greičiausiai didžiausią įtaką tam daro tai, jog pas mane tituliniame puslapyje tik penki įrašai, ne-standartas, tad kilobaitais lenki mane beveik dvigubai. :-)
Greičiu aš šiek tiek atsilieku, bet nėra daug ko norėti, nes mano serveris, kuriame hostinamas blog’as, pakurtas ant paprasto Zebra interneto, kuris visiškai tam nepritaikytas ir negali net lygintis su gigabaitinėmis serverių centrų internetinėmis linijomis.
„ir Google Analytics kodo (kurio neišmesiu, nes tuomet nežinosiu, ar tik sau berašau, ar yra ir skaitančių).“ O tai ką hostingas neturi net elementarios statistikos?
Turi, bet nepatogią naudotis. Be to, Webalizer statistika laikoma nepatikima (nežinau kodėl – tiesiog skaičiau taip).
Reikėjo ir nuorodą duot į SelfSEO speed tester’į.
kai is namu ziuriu, tai daznai pirma puslapi sustingsta ir kol baigia kraut – praeina nemazai laiko. kesuok ;-) nieko nera linksmiau, kai pirmas puslapis pasikrauna labai greitai.
be to, siandien luzinejo mySQL serveris ir nepriimdavo komentaru. tad…
Aš jį radau ir taip(buvau ir anksčiau naudojęs), bet nuoroda yra patogiau.
„Be to, Webalizer statistika laikoma nepatikima“. Galbūt. Kiekviena statistika vis kitaip skaičiuoja.
Atleiskit. Per skubą praleidau tą nuorodą, o pataisyti tik dabar tegalėjau – darbai užgulė. :(
One Trackback
[...] Svetainės optimizavimas. I dalis – krovimo sparta [...]