Accelerați WordPress Caching și optimizarea bazei de date

Unul dintre cele mai populare puncte de discuție din comunitatea WordPress este accelerarea WordPress și optimizarea paginilor web. Nu cred că există un blog WordPress fără un articol "X Tips to Speed Up WordPress". Nu mă înțelege greșit, este un lucru bun. Dar avem nevoie de articole mai bune despre acest subiect în loc de plugin-uri rotunjite.

Acest lucru ar putea părea ca un alt "sfaturi pentru accelerarea WordPress" tutorial, dar în această serie de trei părți, vom trece prin fiecare aspect de optimizare și de accelerare a site-ul dvs. WordPress.

Să începem cu cel mai popular și probabil cel mai ușor lucru: caching.

Caching în WordPress

Cred că este sigur să spun că acesta este cel mai popular subiect atunci când vine vorba de accelerarea WordPress. Acordat, acest lucru se datorează pluginurilor de caching populare și ușor de folosit, dar este, de asemenea, una dintre tehnicile fundamentale de reducere a încărcării bazei de date și de accelerare a site-urilor WordPress.

Vom reveni la pluginurile de cache, dar să ne uităm la cele două tipuri de cache: cache-ul de pe server și cache-ul de pe partea clientului.

Caching pe partea de client

Caching-ul pe partea de client este tipul de cache în care fac browserele vizitatorilor dvs. Aceasta înseamnă că atunci când vizitatorii vin pe site-ul dvs., browserele lor vor stoca date despre anumite părți ale paginilor dvs. În timp ce browserele fac cache unele date în mod automat (cum ar fi caching JavaScript și fișiere CSS), putem face unele ajustare cu ajutorul .htaccess fișiere.

Prin reglarea finală a funcției .htaccess dosar, adică adăugarea antetului "Expires" în el. S-ar putea să fi auzit termenul de "cache-ul de optimizare a browserului" deoarece este folosit în mod frecvent în tutorialele "optimizarea site-urilor web" și este un criteriu cu prioritate ridicată în serviciul Google PageSpeed.

Din fericire, nu trebuie să vedem noi înșine aceste antete - există o mulțime de coduri gata să fie "împrumutate" pe web. Îmi place cel din placa de bază HTML5, unde antetele sunt împărțite pe categorii de tipuri de fișiere:

# ------------------------------------------------- ----------------------------- # | Expirarea anteturilor # ------------------------------------------------- ----------------------------- # Serviți resurse cu far-future expiră anteturi. # IMPORTANT: Dacă nu controlați versiunea cu cache # busting bazată pe nume de fișier, vă recomandăm să reduceți timpul de stocare a cache-ului la ceva de genul o săptămână.  ExpresByType application / json "acces plus 0 secunde" ExpresByType application / ld + json "acces plus 0 secunde" ExpiresByType application / vnd "ExtensiiActivate pe ExpiresDefault" acces plus 1 luna "# CSS ExpiresByType text / Accesul la aplicația ExpresByType / xml plus 0 secunde "ExpresByType text / xml" acces plus 0 secunde "# Favicon (nu poate fi redenumit!) și imagini cursor ExpiresByType image / x-icon" acces plus 1 săptămână "# Componente HTML (HTC) ExpresByType text / x-component" acces plus 1 lună "# HTML ExpiresByType text / html" acces plus 0 secunde "# ExpresByType aplicație / javascript acces + 1 an" # Manifest files ExpiresByType aplicație / manifest + json "acces plus 1 an" acces ExpiresByType / x-web-app-manifest + json "plus 0 secunde acces" ExpiresByType audio / ogg " luna "ExpiresByType image / gif" acces plu 1 luna acces "ExpiresByType image / jpeg" plus 1 luna acces "ExpiresByType image / png" plus 1 luna acces "ExpiresByType video / mp4" plus 1 luna acces "ExpiresByType video / ogg" plus 1 luna acces "ExpiresByType video / web" plus 1 oră "# Web feeds ExpiresByType aplicație / atom + xml" acces plus 1 oră "ExpresByType cerere / rss + xml" acces plus 1 oră "# ExpresByType aplicație / font-woff" fonturi Web plus 1 lună "ExpiresByType aplicație / font -woff2 "acces plus 1 lună" ExpresByType aplicație / vnd.ms-fontobject "acces plus 1 lună" ExpiresByType aplicație / x-font-ttf "acces plus 1 lună" ExpiresByType font / opentype "acces plus 1 lună" ExpiresByType image / svg + xml "acces plus 1 lună"

Plasați aceste linii de cod în .htaccess fișier și sunteți bine să mergeți!

Caching la nivel de server

Când vine vorba de caching-ul de pe server în WordPress, putem vorbi despre patru tipuri majore de caching: cache de pagini, cache de baze de date, cache-uri de obiecte și cache-uri opcode (cod de operare). Sourav Kundu explică acest lucru în articolul său din WP Explorer, dar să recapitulăm:

Page Caching: În esență, WordPress iese la ieșire prin interogarea bazelor de date și încărcarea rezultatelor. Cu toate acestea, pagina cache stochează fiecare pagină ca fișiere HTML în spațiul de stocare local al serverului (hard disk sau RAM) și servește fișierele HTML corespunzătoare paginilor dvs. de fiecare dată când vizitatorii vizitează site-ul dvs. Web.
Caching în baza de date: În timp ce bazele de date sunt "creierele" unui site WordPress unde toate datele sunt stocate, nu este foarte eficient atunci când WordPress face aceeași interogare care nu modifică din nou și din nou pe fiecare pagină și pentru fiecare vizitator. Caching-ul bazei de date salvează și servește rezultatele acestor interogări și actualizează rezultatele atunci când se efectuează o interogare de modificare.
Cache de obiecte: Acesta este un API intern al WordPress care permite plugin-urilor să stocheze date din interogări scumpe în memorie. Este puțin irelevant pentru seriile noastre - poate că vom trece printr-un tutorial separat în viitor.
Opțiunea Caching: Așa cum adăugați făină, apă, ouă, zahăr și ce nu de fiecare dată când coaceți un tort, codurile din fișierele dvs. PHP sunt instrucțiuni pentru a "compila" și a face cererile dumneavoastră. Caching-ul opcode este tipul de cache care stochează codul compilat, accelerarea considerabilă a procesului.

Pluginurile WordPress pe Caching

Principalele noastre capitole sunt aspecte de a accelera WordPress, deci ar putea fi off-topic pentru a revizui plugin-uri. Cu toate acestea, este o idee bună să vorbim despre câteva pluginuri din fiecare capitol. În ceea ce privește caching-ul, știu că deja știți cele două plugin-uri cele mai populare:

WP Super Cache: Acesta este cel mai popular plugin de caching pentru WordPress, cu peste 6 milioane de descărcări și o evaluare de 4,2 stele pe măsură ce scriu acest articol. Pur și simplu, WP Super Cache funcționează generând fișiere HTML statice ale paginilor dvs. și reîmprospătându-le cu un interval pe care l-ați setat (o oră în mod implicit). Aceasta funcționează ca și magia din cutie chiar și în gazdele partajate, dar poate să nu fie suficientă pentru site-urile cu trafic ridicat.
W3 Total Cache: Fiind al doilea plugin cel mai popular, cu aproape 4 milioane de descărcări și o evaluare de 4,5 stele, W3 Total Cache este un tip de plugin care este mai potrivit pentru site-urile cu trafic ridicat care rulează dintr-un VPS sau într-un mediu de găzduire mai bun. Cu o gamă largă de setări și suport pentru opțiunile de cache de înaltă performanță, ar putea fi cea mai bună soluție pentru dvs. dacă știți ce faceți. Dacă nu sunteți familiarizați cu jargonul din setări, totuși, puteți să îl utilizați din cutie și să nu schimbați nici o opțiune sau să vă întrerupeți frontul.

Optimizarea bazei de date în WordPress

Bazele de date sunt "creierele" site-ului dvs. Web: stochează datele valoroase pe care le afișați pe paginile dvs. Site-urile statice HTML stochează datele în interiorul paginilor, însă sistemele de gestionare a conținutului trebuie să se bazeze pe baze de date (SQL, NoSQL, XML, JSON și altele) pentru a stoca datele noastre. WordPress nu este diferit - utilizează MySQL pentru a stoca conținutul static și dinamic împreună cu informațiile site-ului dvs. web, setările WordPress, detaliile utilizatorului și așa mai departe.

Bazele de date sunt un standard puternic pentru a păstra, a servi și a modifica datele dvs., dar dacă le folosiți greșit și uitați să le mențineți, acestea pot obține gras și umflat. Și ca orice alt software, WordPress are nevoie și de întreținere. WordPress nu creează prea multe bătăi în baza de date, dar asta nu înseamnă că nu va încetini site-ul dvs. Web.

Trebuie să țineți cont de revizuirile postului dvs., de trasări de postări, de pagini, de comentarii etc., precum și de orice alt tip de date "învechite". Și din când în când, trebuie să verificați "baza de date", adesea comparată cu defragmentarea pe hard disk sau schimbarea uleiului mașinii dvs..

Este posibil să le mențineți manual: puteți să vă goliți coșul de gunoi, să dezactivați funcția "revizuiri", să ștergeți comentariile despre spam și să optimizați baza de date a bazei de date conectându-vă la phpMyAdmin, dar aceasta nu este o tehnică optimizată pentru optimizarea bazei de date. În schimb, puteți utiliza un plugin WordPress pentru a face toată munca.

Există mai mult de câteva pluginuri care vă permit să vă optimizați baza de date cu un singur clic sau chiar automat. Cel mai mult îmi place cel mai mult WP-Optimize: Se curăță automat și optimizează baza de date fără nici un fel de hassle.

WP-Optimize prezintă principalele sale caracteristici după cum urmează:

Eliminarea reviziilor postale învechite
Eliminarea comentariilor rămase neaprobate și spam
Eliminarea comentariilor trase
Eliminarea metadatelor Akismet din comentarii
Eliminarea altor metadate vechi din comentarii
Dispozitivul mobil prietenos, acum vă puteți optimiza site-ul în mișcare
Eliminați toate trackback-urile și pingback-urile
Curățarea posturilor de proiectare automată
Eliminarea opțiunilor tranzitorii
Ștergeți coșul de gunoi
Curățarea automată a tuturor opțiunilor integrate (de asemenea utilizează reținerea dacă este activată)
Abilitatea de a păstra numărul selectat de săptămâni când curățați
Opțiunea de a adăuga sau de a elimina link-ul pe wp admin bar.
Activați / Dezactivați programele săptămânale de optimizare
Aplicați WordPress nativ MySql optimizați comenzile în tabelele de bază de date fără phpMyAdmin sau orice interogare manuală.
Afișați statisticile tabelei bazei de date Afișează cât spațiu poate fi optimizat și cât spațiu a fost eliminat.
Activat numai pentru administratori.

Asigurați-vă că ați verificat alte pluginuri de optimizare a bazelor de date, dar nu fiți neglijenți în ceea ce privește menținerea bazei de date.

Pe partea 2

În următoarea parte a seriei, vom examina aspectele legate de comprimare și minificare și vom folosi CDN-uri pentru a face site-ul dvs. WordPress mai rapid.

Ce crezi despre accelerarea WordPress? Împărtășiți-vă gândurile de mai jos în secțiunea de comentarii. Și dacă ți-a plăcut articolul, nu uita să-l împărtășești.

Cod