Cel mai rapid site

Cel mai rapid site

Bună, Vasily.
Puteți să vă împărtășiți secretele și să descrieți ce trebuie să faceți pentru a face site-ul Revo foarte rapid?






Descrieți, după cum se spune, cât mai detaliat posibil, pas cu pas, pentru "noobii" ca mine, care abia încep să se familiarizeze cu php.

Încă nu a fost lansat niciun proiect pe Revo (dar l-am pus pe hosting), dar în mod constant văd că site-ul este "tupit". Încerc să stochez tot ce este posibil, dar, aparent, acest lucru nu este suficient.
Sunt absolut de acord că MODX - este super-CMS, și mă simt că nu va pleca, dar pentru a înțelege ghidul complet de simplu ca mine. Principiile de bază ale cache-l, etc. În general, timpul pentru a înțelege și amintiți-vă!
Și voi învăța php - De asemenea, vreau să învăț cum să scriu extensii și voi aduce beneficii comunității.

În general, dacă nu este prea dificil, vă rugăm să faceți un post detaliat privind accelerarea site-ului pe Revo.
Vă mulțumim anticipat.

Bineînțeles. Uite fsknmsk.ru/ doar la REVO, există întotdeauna getPages și getResources, peste tot phpthumbof se ocupă de imagini în ieșire, cu imaginea originală în momentul de boot nu se face nimic.

Pur și simplu toate fragmentele sunt numite memorate în cache # 91; getPages. # 93; # 93; # 91; # 91; getResources. # 93; # 93;

Vreau să vă spun o scurtă poveste pentru mine.

Am făcut testul mă saytik pe MODX Revo Denver, și de fiecare dată, după o anumită perioadă de timp, indiferent de poziția I / count-ve / secvență nu bucăți, template-uri, bagat TV, etc - toate - unul a început să încetinească. Și a apărut în timp în proiectul de lucru. Ți-am făcut eu și în cele din urmă a văzut ... 60 600ms mi-a dat Denver. Am plâns, am plâns, iar clientul are un tamburina-mistuitor, pe care am acoperit proektiki - vrea să se uite. Și da, am luat, și l-au adus la OpenServer. Și astfel drastic redus timpul de







30 000ms, dar toate aceeași oroare, JCS. Un om bun - Vitaly Batushev ajutat să schimbe construcția modificatorilor, pe care am numit într-un șablon de pagini bucăți, unele - Hlobil - 5 000-7 000ms. Am făcut câteva apeluri la cacheable - 2 000-3 000ms. Mutat server pe rețea - 1 200-2 000ms. Am twirled câteva apeluri - acestea să fie eliminate din „pagina de conținut“ și a început să se retragă de la televizor - 0 350-1 700 ms (în funcție de încărcarea elementelor de pagină). Aici este Fericire: 0)

Te sfătuiesc să scrie, să memoreze problemele emergente, cauzele lor (!) Și metodele actuale de rezolvare (!), La rândul său pe cineva pentru sfaturi numai atunci când transpirația 3-4 (dacă nu toate 7) a plecat în căutarea propriilor lor decizii (inclusiv pe Internet). Apoi fum aceste înregistrări. Dacă totul a fost făcut în mod corect, câștigurile de performanță în unele cazuri, se pot face ... chiar și un ordin de mărime (testat, de asemenea, pe cont propriu de hârtie)!

Nu există metode secrete. Dacă MODX Revolution a început să încetinească - este ceva pe care îl puneți acolo.
Înțelegeți provocările dvs., condițiile în bucăți etc.

Singurul secret pe care îl știu în programare este de a folosi capul la destinație și de a crește mâinile drepte. Din păcate, acest lucru este imposibil de învățat.

Aici am un site creona.pro, din anumite motive se frânge sălbatic la încărcare. Chiar dacă eliminați totul din șablon în general - o pagină albă este încărcată foarte mult timp. Am doar două astfel de site-uri, toate celelalte funcționează bine. Care ar putea fi problema?

Și toate pe o gazduire? Sau site-urile de frânare pe un separat?

Ce arată substituentul 0.3565 s pe pagină în șablonul _blank? De asemenea, este util să verificați pluginurile dvs. - poate că există o frână acolo.

Site-uri de pe diferite gazde, și chiar încetinește locale ... Afișează 4.1304, pe un formular gol. Dezactivate toate pluginurile, arată 4.0477 s ...







Articole similare

Trimiteți-le prietenilor: