Share
Viteza de încărcare a site-urilor contează foarte mult pentru fiecare blog / site web, în special pentru persoanele care au găzduire comună - care este cel mai ieftin serviciu de găzduire disponibil. Iată câteva .htaccess și header.php trucuri pentru a crește viteza de încărcare a site-ului web cu 50-70%
Performanța web devine din ce în ce mai multă atenție de la dezvoltatorii web și este una dintre cele mai fierbinți subiecte în dezvoltarea web. În primul rând, viteza de încărcare este mai mult decât o caracteristică. Viteza este cea mai importantă caracteristică. Dacă site-ul dvs. sau blog-ul este lent, oamenii nu vor folosi.
Ce înseamnă viteza pentru giganții de internet:
Google, în efortul lor continuu de a face webul mai rapid, a blogat că "am decis să luăm în considerare viteza site-ului în clasamentul nostru de căutare".
Deci, un site mai lent va scădea chiar și clasamentul motorului dvs. de căutare.
Astfel viteza de încărcare contează foarte mult. CDN (Sistemul de livrare a conținutului) sunt destul de bune în acest scop, dar într-o măsură limitată, iar furnizorii de CDN buni sunt puțin costisitori.
Vestea bună este că unele dintre cele mai importante optimizări de viteză pot fi ușor efectuate cu ușurință .htaccess trucuri. Acestea pot face mai rapid încărcarea oricăror pagini web prin comprimarea conținutului și activarea cache-ului browserului și urmărirea celor mai bune practici pentru accelerarea site-ului Web de la echipa de excepție a Yahoo !, și nu costă un cent.
Compresia reduce timpul de răspuns prin reducerea dimensiunii răspunsului HTTP.
Merită să vă gzipați documentele HTML, scripturile și foile de stil. De fapt, merită să comprimați orice răspuns de tip text, inclusiv XML și JSON.
Imaginile și fișierele PDF nu trebuie să fie gzipate deoarece sunt deja comprimate. Încercarea de a gzip-le nu numai că risipește procesorul, dar poate crește și dimensiunile fișierelor.
Comprimarea fișierelor salvează, de asemenea, o anumită cantitate de lățime de bandă.
Pentru serverele Apache
mod_pagespeed este un modul Apache dezvoltat de Google și directiva sa de comandă poate fi utilizată la fel ca și alte module.
În prezent, numai GoDaddy și DreamHost suportă mod_pagespeed modul, astfel încât, dacă găzduiți cu ele, copiați și inserați următorul cod pe dvs. .htaccess fişier:
ModPagespeed on # folosind comenzi, filtre etc
Mulți dintre dvs. pot fi gazduiți cu alți furnizori de hosting care nu acceptă mod_pagespeed modul.
Puteți utiliza funcția mod_deflate modul (Apache 1.3x folosit mod_gzip dar din moment ce Apache 2x mod_deflate este folosit)
AddOutputFilterByType DEFLARE text / html text / text simplu / xml aplicație / xml aplicație / xhtml + xml text / css text / javascript aplicație / javascript application / x-javascript
Pentru serverele Nginx
Dacă găzduiți pe un server web Nginx, copiați următoarele la dvs. .htaccess pentru a permite compresia gzip.
server gzip pe; gzip_types text / html text / css cerere / x-javascript text / text simplu / xml imagine / x-icon;
Dacă serverul dvs. nu acceptă mod_deflate sau mod_gzip puteți utiliza acest script PHP pentru compresia gzip care funcționează atât pe Apache, cât și pe Nginx
Doar copiați acest lucru în tema proprie header.php
Mai jos este graficul de bare care descrie viteza de încărcare a site-ului meu fără și cu compresie gzip.
ETags (Entity Tags) reprezintă un mecanism pe care serverele web și browserele utilizează pentru a determina dacă componenta din memoria cache a browserului se potrivește cu serverul original. Se adaugă etichete pentru a oferi un mecanism de validare a entităților care este mai flexibil decât data ultimei modificări. Un ETag este un șir care identifică în mod unic o versiune specifică a unei componente. Limitările acestui format constau în faptul că șirul este cotat. Serverul de origine specifică ETag-ul componentei utilizând antetul de răspuns ETag.
Pentru a dezactiva ETags, lipiți acest lucru în dvs. .htaccess fişier
Antet dezactivat ETag FileETag Niciuna
Cu ajutorul memorării în cache a browserului, instruim în mod explicit browserele să stea pe anumite fișiere pentru o anumită perioadă de timp. Când fișierul este necesar din nou, browserul va trage din memoria cache locală în loc să îl solicite din nou de la server.
Rularea unui site fără cache în loc are sens atât de mult ca de conducere la magazin pentru un pahar de apă de fiecare dată când sunteți însetat. Nu numai că este impracticabilă și că are o vedere scurtă, este nevoie de mai multă muncă!
Browser caching-ul este foarte util pentru a obține utilizatorii care se întorc; adică poate să vă construiască vizitatori loiali permanenți și să vă salveze, de asemenea, multă lățime de bandă.
Un vizitator pentru prima dată în pagina dvs. va face mai multe solicitări HTTP pentru a descărca toate fișierele site-ului dvs., dar utilizând anteturile Expires și Cache-Control faceți acele fișiere cacheabile. Acest lucru evită solicitările HTTP inutile în vizualizările ulterioare ale paginilor.
Pentru serverele Apache
Apache permite prin intermediul mod_expires și mod_headers module.
mod_expires modul controlează setarea antetului HTTP Expires și directiva maximă de vârstă a antetului HTTP Cache-Control în răspunsurile serverului. Pentru a modifica directivele Cache-Control, altele decât cele de vârstă maximă, puteți utiliza mod_headers modul.
mod_headers module oferă directive pentru a controla și a modifica antetele HTTP de solicitare și de răspuns. Antetele pot fi îmbinate, înlocuite sau eliminate.
Adăugați aceste reguli la .htaccess pentru setarea anteturilor Expires:
# BEGIN Expirarea anteturilorExpresByType image / jpg "acces plus 2592000 secunde Accesul" ExpiresByType image / jpeg "plus 2592000 secunde Accesul" ExpiresByType image / png "plus 2592000 secunde Accesul" ExpiresByType image / gif "plus 2592000 secunde Aplicația "ExpiresByType application / javascript" plus 2592000 secunde Accesul "ExpiresByType text / css" plus 604800 secunde Accesul "ExpiresByType text / javascript" plus 216000 secunde Accesul "ExpiresByType application / javascript" plus 216000 secunde "ExpiresByType application / javascript "acces plus 216000 secunde" ExpiresByType text / html "acces plus 600 secunde" ExpiresByType application / xhtml + xml "acces plus 600 secunde" # END Expirați anteturile
.htaccess reguli pentru setarea antetului de control al cache-ului:
# BEGIN Anteturi de control cache# Head Cache-Control Headers Antet set Cache-Control "public" Antet set Cache-Control "public" Antet set Cache-Control "privat" Antet set Cache-Control "privat, trebuie să-revalidați"
Notă:
Accentsconagua
max-age directivă cu antetul Cache-Control, deoarece este deja setat de către mod_expires modul.trebuie să-revalidate înseamnă că odată ce un răspuns devine stătut, trebuie revalidat; aceasta nu înseamnă că trebuie să fie verificată de fiecare dată.Pentru serverele NGINX
Corespondența .htaccess setările din Nginx ar arăta astfel:
(Exemplul de mai jos îi va spune browserelor vizitatorilor să stea pe HTML, CSS, Javascript, imagini și favicon pentru o oră)
locație ~ * \ (jpg | png | gif | jpeg | css | js) $ expiră 1h;
Din moment ce WordPress 2.6, WordPress autosave posturi în timp ce scris, care rămân chiar după post este salvat ca revizuire în baza de date MySQL. O bază de date mai mare trimite și timpul de încărcare a site-ului mai mare. Vă sugerăm să eliminați caracteristica de revizuire.
Lipiți următoarele wp-config.php pentru a dezactiva revizuirile:
define ('WP_POST_REVISIONS', false); Dacă decideți să păstrați caracteristica de revizuire, puteți alege să păstrați revizuirile în baza de date pentru un număr fix de zile, de ex. 10 zile.
Urmăriți modul în care are loc site-ul dvs.: afișați numărul de încărcare a interogărilor și a timpului.
Doar introduceți următorul cod după textul de copyright din tematică footer.php:
interogări în secunde.
Știți sau utilizați alte metode pentru a optimiza timpul de încărcare al blogului / site-ului dvs. web? Nu uitați să le împărtășiți comentând.
