setările pluginului total cache w3. Configurarea pluginului de cache W3 Total Cache. Ce este stocarea în cache a paginii

Pentru fiecare dintre caracteristicile pluginului enumerate și care nu sunt enumerate aici, există propria sa filă pentru setări mai detaliate. Voi spune doar câteva cuvinte despre fila Cache a paginii - memorarea în cache a paginilor site-ului. În primul bloc General al acestei file, puteți specifica ce pagini și pentru ce utilizatori puteți activa stocarea în cache. Cred că o să-ți dai seama singur, pentru că pur logic poți înțelege că nu există niciun motiv să memorezi pagina 404 în cache.

Următoarea caracteristică, Cache Preload, este ceva ce îmi place în mod deosebit la W3 Cache totală. Această funcție, bazată pe datele din fișierul sitemap.xml, creează o memorie cache cu un număr specificat de pagini la fiecare perioadă specificată de timp. Datorită acestui lucru, site-ul dvs. va fi complet în cache după ceva timp (în funcție de dimensiunea site-ului dvs.). Spre deosebire de WP Super Cache, care oferă și această funcție, de fapt funcționează aici. De la Super Cache, în mai multe încercări de a-l forța să memoreze în cache întregul site (a fost încercat pe două site-uri diferite), sa prefăcut doar că este ocupat cu muncă. De fapt, memoria cache nu a fost completată deloc.

În coloana următoare puteți specifica ce pagini trebuie actualizate în cache atunci când o pagină este editată. Aici cred că ar fi o idee bună să actualizezi paginile principale și de categorie, dar din nou, totul depinde de site-ul tău și de părerea ta.

Ultimul element se numește Advanced și este deosebit de interesant pentru că în el puteți configura durata de viață a cache-ului, care implicit, dacă nu mă înșel, este setată la 5-10 minute, nu-mi amintesc. De asemenea, este interesant, deoarece primul articol, care aparent include toată această chestiune, nu este activ. Dar totuși, încercați elementul numit Interval de colectare a gunoiului și verificați ce se întâmplă dacă dintr-un alt browser (în modul incognito va fi și mai bine) accesați o pagină stocată în cache acum 10-15 minute, apoi uitați-vă la comentariul de la sfârșitul codul paginii care indică momentul creării memoriei cache. Dacă ora a fost actualizată și devine egală cu timpul vizitei dvs., atunci, din păcate, pluginul fie are probleme, fie își dorește bani pentru serviciile sale.

Asta e tot pentru partea oficială, ceea ce înseamnă că debriefing-ul va începe apoi cu sfatul unui pilot deja experimentat cu privire la acest miracol.

Probleme cu W3 Total Cache

Să începem probabil cu faptul că voi descrie configurația serverului pe care rulează site-ul W3 Total Cache și la care a fost atașat acest plugin. Acesta este un VPS care rulează sistemul de operare CentOS 6.5, unde apache lent este instalat pe backend, iar rapid și agil Nginx este amplasat confortabil pe front. În plus, eAccelerator este instalat pentru a stoca în cache interogările în baza de date, ceea ce, împreună cu mâinile nu cele mai strâmbe, vă permite să aveți nevoie doar de prima și cea mai importantă funcție a pluginului W3 Total Cache. De aici aș dori să întrerup imediat comentariile și declarațiile cu privire la faptul că poate W3 Total Cache funcționează în anumite privințe mai rău decât alte plugin-uri similare, deoarece acest plugin (și anume W3 Total Cache) se laudă cu compatibilitate deplină cu Nginx, în timp ce toate celelalte plugin-uri vor adăugați codurile lor în fișierul .htaccess și așteptați cu nedumerire evidentă până când administratorul rescrie aceste rescrieri într-un limbaj pe care Nginx poate fi înțeles. Pe acesta din urmă, trebuie să spun, am eșuat. Mai precis, nu am reușit să găsesc rescrieri de lucru care să facă ca Super Cache și Nginx să fie prieteni. Poate că este în bine, deoarece acum aș înlocui cu plăcere Super Cache pe acest blog cu W3 Total Cache. Dar există niște negri în familie, iar W3TC nu este atât de inofensiv. Cu acest paragraf îmi termin monologul despre ce trebuie făcut cu serverul Nginx pentru a stoca în cache paginile site-ului (mă bucur întotdeauna să aud alte metode de stocare în cache).

Deci, nimeni nu ar trebui să aibă probleme în procesul de introducere a W3 Total Cache în Nginx, și cu atât mai mult cu Apache, și, prin urmare, să trecem la rezolvarea problemei incapacității de a schimba durata de viață a cache-ului, precum și a faptului că W3 Total Cache refuză complet să asculte toate setările făcute, cum ar fi interzicerea stocării în cache a paginilor cu solicitări (pagini de căutare) și interzicerea stocării în cache pentru utilizatori. Dacă încă nu mi-am dat seama de ultimele două, deși am reușit să editez manual fișierul de configurare (apropo, aflat la wp-content/w3tc-config/master.php), atunci am reușit să fac față primului unu. Aș dori să spun că modificările făcute în panoul de administrare al acestui plugin sunt de obicei salvate în acest fișier, dar este mai bine să verificați, deoarece fiecare variabilă are un nume care se explică de la sine. Dintre toate variabilele, m-a interesat variabila pgcache.late_init (cel mai probabil de la Late initialization - același element care nu este activ), pe care am setat-o ​​imediat la true, precum și parametrul pgcache.cache.nginx_handle_xml, după setarea la adevărat, pluginul a început în sfârșit să asculte numărul introdus în câmpul despre durata de viață maximă a cache-ului. Verificarea a arătat că după aceste modificări, pe serverul menționat mai sus, durata de viață a cache-ului a început de fapt să coincidă cu valoarea specificată de utilizator.

Întrucât durata de viață a cache-ului a fost cel mai important punct pentru mine din întreaga setare a pluginului W3 Total Cache, m-am gândit că această erezie continuă să memoreze în cache paginile de căutare și paginile utilizatorilor conectați (dintre care, din fericire, există doar unul, Eu sunt acela). La urma urmei, cu toate acestea, doar spațiul de pe hard disk are de suferit, ceea ce este destul de suficient în acest moment, și chiar și cu memorarea în cache completă a tuturor paginilor, inclusiv a versiunii pentru mobil, care apropo pluginul poate stoca și separat în cache, acolo va mai rămâne mult spațiu pe găzduire. Dar totuși, dacă cineva știe cum să trateze un plugin pentru această boală, vă rugăm să contactați studioul.

Ținând minte versiunea mobilă a site-ului, aș dori să spun că pluginul poate stoca în cache și această versiune și separat, ceea ce este o veste bună. Pentru a face acest lucru, trebuie să accesați fila Grupuri de agenți de utilizator și să bifați două casete de selectare de lângă elementele Activare. În fiecare dintre puncte puteți adăuga propriii agenți de utilizator pentru unele dispozitive noi. Cache-ul versiunii mobile este salvat în același folder de pagină ca cache-ul versiunii principale. Singura diferență este adăugarea postfixelor înalte și scăzute (așa sunt numite grupurile implicit). Apropo, puteți adăuga propriile grupuri. Singurul dezavantaj al versiunii mobile este că pluginul nu poate crea în mod independent un cache pentru versiunea mobilă a site-ului, ceea ce înseamnă că doar utilizatorii dvs. (sau dvs.) veți face acest lucru.

Următoarea problemă cu W3 Total Cache a fost că pe acest site, imediat după activarea acestui plugin și activarea funcției de cache, întregul site a fost înfundat în farfurie, ceea ce indică probleme cu codarea W3 Total Cache. Site-ul folosește codare UTF-8 și chiar și aceste caractere apar în setările pluginului. Cu toate acestea, atât activarea elementului de suport pentru set de caractere pentru blogul Dezactivați UTF-8, cât și dezactivarea acestuia nu au dat niciun rezultat. Mai mult, în adâncul Internetului, a fost găsit un indiciu că trebuie să adăugați linia AddDefaultCharset UTF-8 la începutul fișierului .htaccess, dar această metodă nu a fost de niciun ajutor. Și din moment ce căutările ulterioare nu au dus la nimic util, a fost instalat WP Super Cache (care, la prima vedere, nu este lipsit de unele dintre problemele descrise mai sus, dar mai multe despre asta poate mai târziu).

Codificarea W3 Total Cache, prietenia lui W3 Total Cache cu Nginx, versiunea mobilă a site-ului... Ei bine, se pare că nu mi-a scăpat nimic din ce am cules în timpul cunoașterii cu acest instrument, pe care, trebuie spune, își face treaba destul de bine. Dacă paginile site-ului de mai sus, judecând după statisticile de la Pingdom.com, s-au încărcat în 1-2 secunde, acum această cifră pentru o pagină în cache este de 0,5-0,7 secunde. Dacă apelezi la Page Speed ​​​​de la respectatul Google, nu poți decât să dai de avertismente că resursele, scripturile și alte gunoaie care sunt încărcate împreună cu această pagină sunt singurul punct negativ în optimizarea tehnică impecabilă a site-ului. Și lucrul interesant este că Google înjură scriptul JQuery, care se descarcă din depozit... da, exact, din depozitul Google. Ar trebui să se ocupe ei înșiși de această problemă.

Nu e rău în general, am mâzgălit procesul de instalare și configurare a pluginului W3 Total Cache și discuții ulterioare cu acest plugin pentru a-l face să funcționeze ca o ființă umană. Voi fi bucuros să primesc orice comentariu adecvat, sfat, cerere etc.

În am aflat despre importanța utilizării caching-ului pentru WordPress folosind exemplul pluginului W3 Total Cache. Astăzi vom începe configurarea. Dar mai întâi, accesați meniul Plugins - Add New și instalați pluginul W3 Total Cache pentru site-ul dvs. WordPress.

În panoul de administrare al site-ului dvs. va apărea în partea stângă noua sectiune"Performanţă". Faceți clic pe el pentru a deschide panoul de plugin W3TC, din care veți afla informații detaliate despre plugin.

• Servicii Premium conține informații despre suport plătit pentru toate întrebările din partea echipei.
• ÎN Imprastie vestea Este furnizat un link către dezvoltatorii de pluginuri.
• Noua relicvă conține o imagine de ansamblu statistică a performanței site-ului în funcție de mașina server.
• Pagină Raportul de viteză a paginii Google devine disponibil după configurarea pluginului W3 Total Cache. Această secțiune va afișa informații despre performanța site-ului și un raport privind viteza de încărcare a paginii.

Setari generale

Acum să trecem la setări. Faceți clic pe Setări generale din meniul de plugin, unde veți găsi setările generale pentru întregul plugin. Și acum ne vom uita la fiecare dintre ele pas cu pas.

1. Modul de previzualizare (modul de vizualizare)

Dacă doriți să testați pluginul W3TC înainte de a începe să îl utilizați în versiunea publică pentru site-ul dvs., activați acest mod.

• Modul de vizualizare activat înseamnă că nimeni, cu excepția administratorului site-ului, nu poate vizualiza rezultatele pluginului W3TC.
• Modul de vizualizare dezactivat (implicit) înseamnă că absolut toată lumea poate vedea funcționarea pluginului. În imaginea de mai sus, acest mod este dezactivat. Asigurați-vă că ați selectat și modul corect.

Utilizare Modul de previzualizare(mod vizualizare) pentru a testa setările înainte de a le folosi pe site. Acest mod rămâne activ chiar și după ce setările sunt extinse până când caracteristica este dezactivată.

2. Cache-ul paginii

Am vorbit mult despre stocarea în cache în postarea anterioară despre configurarea W3TC. Prin activarea acestuia, puteți reduce timpul de încărcare a paginii. De obicei, atunci când un utilizator solicită o pagină, WordPress folosește scripturi PHP și interogări de baze de date, care consumă resurse de server și, la rândul lor, necesită mai mult timp pentru a găsi pagina.

De fiecare dată când un utilizator solicită orice pagină, se întâmplă același lucru descris mai sus. Prin urmare, activarea opțiunii Page Caching va oferi o copie cache a tuturor paginilor. Pentru a face acest lucru, asigurați-vă că caseta necesară este bifată.

Următoarea opțiune este Metoda cache a paginii(metoda de stocare în cache a paginii) și implicit Disc: îmbunătățit. Această opțiune depinde de tipul de server pe care îl utilizați. În general, opțiunea Disk: Enhanced este potrivită pentru toate tipurile.

Caracteristici pro: ce este?

Servere partajate

Acestea sunt servere virtuale partajate

Primele două opțiuni sunt Disc: de bazăȘi Farfurie: îmbunătățită- folosit pentru gazduire virtuala (atunci cand mai multe site-uri impart un server).

• Server partajat | Disc: de bază - ideal pentru găzduire la costuri reduse
• Server partajat| Disc: îmbunătățit - recomandat pentru alte găzduire

Trebuie să alegi Disc: îmbunătățit. Dacă site-ul dvs. începe să ruleze lent și furnizorul dvs. de găzduire spune că folosește resurse suplimentare, atunci schimbați opțiunea la Disk: Basic sau schimbați găzduirea.

Server Dedicat/Virtual

Server dedicat/virtual.

Dacă utilizați un server dedicat puternic, atunci W3TC vă permite să utilizați un număr mare de parametri. Serverele dedicate nu partajează un server cu mai multe site-uri. Prin urmare, trebuie să-l controlați complet. În timp ce un server virtual este semi-dedicat, partajat între mai mulți utilizatori (asemănător cu găzduirea virtuală partajată).

Opcode: Cache PHP alternativ

Cache PHP alternativ. Aceasta este o soluție PHP cu sursă deschisă gratuită care memorează în cache codul PHP.

Opcode: eAccelerator

Accelerator și optimizator de cod PHP.

Opcode: XCache

Este cel mai rapid și mai stabil cache PHP Opcode și este pe deplin acceptat atât pe Linux, cât și pe Windows.

Opcode: WinCache

Proiectat special pentru Windows ca soluție Open Source pentru cache PHP Opcode, cache de fișiere, notificări de schimbare a fișierelor, sesiuni de cache.

Mai multe servere

Când un site partajează resursele mai multor servere și Memcache este disponibil, atunci trebuie să utilizați această opțiune.

3. Minimizează

Minimizarea codului CSS, JS și HTML reduce dimensiunea și numărul de fișiere, ceea ce în cele din urmă îmbunătățește viteza de încărcare a paginii.

Această parte a pluginului W3TC trebuie configurată cu mare atenție. Există secțiuni separate în meniul drop-down pentru HTML, JavaScript și CSS. Trebuie să testați fiecare dintre aceste opțiuni una câte una și apoi să verificați site-ul pentru a afla dacă funcționează corect sau nu.

Minimizare: activați opțiunea bifând caseta

Modul Minimizare

Această opțiune poate funcționa automat. Dar dacă nu funcționează bine automat, atunci folosește Manual. Setare manuală vom trata în următorul tutorial.

Minify Cache Method

Puteți revizui din nou explicația acestei opțiuni de mai sus. Opțiune recomandată aici - Disc.

Minificator HTML

Puteți utiliza standard ( Mod implicit) minificator pentru HTML. Dacă aveți probleme cu site-ul, cum ar fi corupția șablonului, încercați să utilizați Ordonatîn loc de Implicit. Deși este puțin probabil să afișeze o eroare pentru minimizarea HTML.

JS Minifier

De asemenea, puteți utiliza opțiunea JSMin pentru a reduce JavaScript, care este standard. Dacă întâmpinați probleme, încercați opțiuni alternative.

Minificator CSS

Din nou, în cazul CSS Minifier, puteți continua să utilizați opțiunile standard până când apar probleme.

Dacă apar dificultăți în funcționarea site-ului, cum ar fi denaturarea șablonului, atunci motivul se poate datora funcționării incorecte a CSS sau JavaScript. Pentru a rezolva aceste probleme, dezactivați opțiunile de minimizare. Adesea, serverele Lite Speed ​​​​intră în conflict cu minificarea.

W3 Total Cache îmbunătățește SEO și experiența utilizatorului site-ului dvs. prin creșterea performanței site-ului, reducerea timpilor de încărcare prin funcții precum integrarea rețelei de livrare a conținutului (CDN) și cele mai recente bune practici.

The numai Cadru de optimizare a performanței web (WPO) agnostic pentru gazdă web pentru WordPress, în care milioane de editori, dezvoltatori web și gazde web din întreaga lume au încredere de mai mult de un deceniu.

AVANTAJE

• Îmbunătățiri în clasamentul paginilor cu rezultate ale motorului de căutare, în special pentru site-urile web compatibile cu dispozitivele mobile și site-urile care utilizează SSL
• Îmbunătățire de cel puțin 10 ori a performanței generale a site-ului (Nota A în testul WebPagetest sau îmbunătățiri semnificative ale vitezei paginii Google) când este complet configurat
• Rate de conversie îmbunătățite și „performanță site-ului” care afectează clasarea site-ului dvs. pe Google.com
• Vizualizări de pagină repetate „instantanee”: memorarea în cache a browserului
• Randare progresivă optimizată: paginile încep să se redeze rapid și pot fi interacționate mai rapid
• Timp redus de încărcare a paginii: timp crescut al vizitatorilor pe site; vizitatorii vizualizează mai multe pagini
• Performanță îmbunătățită a serverului web; suporta perioade de trafic intens
• Economii de lățime de bandă de până la 80% prin reducerea și comprimarea HTTP a HTML, CSS, JavaScript și a fluxurilor

CARACTERISTICI CHEIE

• Compatibil cu găzduire partajată, servere virtuale private / dedicate și servere / clustere dedicate
• Gestionare transparentă a rețelei de livrare a conținutului (CDN) cu biblioteca media, fișierele tematice și WordPress însuși
• Suport mobil: memorarea în cache a paginilor de către referrer sau grupuri de agenți de utilizator, inclusiv schimbarea temei pentru grupuri de referrer sau agenți de utilizator
• Suport pentru paginile mobile accelerate (AMP).
• Suport Secure Socket Layer (SSL).
• Memorarea în cache a paginilor și postărilor (minimificate și comprimate) în memorie sau pe disc sau pe (FSD) CDN (după grupul de agenți de utilizator)
• Memorarea în cache a CSS și JavaScript (minimificat și comprimat) în memorie, pe disc sau pe CDN
• Memorarea în cache a fluxurilor (site, categorii, etichete, comentarii, rezultate de căutare) în memorie sau pe disc sau pe CDN
• Memorarea în cache a paginilor cu rezultatele căutării (adică URI-uri cu variabile șir de interogare) în memorie sau pe disc
• Memorarea în cache a obiectelor bazei de date în memorie sau pe disc
• Memorarea în cache a obiectelor în memorie sau pe disc
• Memorarea în cache a fragmentelor în memorie sau pe disc
• Minimizarea postărilor și paginilor și fluxurilor
• Minimizarea JavaScript inline, încorporat sau terță parte (cu actualizări automate)
• Minimizarea CSS inline, încorporat sau terță parte (cu actualizări automate)
• Memorarea în cache a browserului utilizând controlul cache-ului, anteturile de expirare viitoare și etichetele de entitate (ETag) cu „busting cache-busting”
• Gruparea JavaScript după șablon (pagină de pornire, pagină de postare etc.) cu controlul locației încorporate
• Încorporare JavaScript fără blocare
• Importați atașamentele postărilor direct în Biblioteca Media (și CDN)
• Suport WP-CLI pentru curățarea memoriei cache, actualizarea șirurilor de interogări și multe altele
• Diverse caracteristici de securitate
• Memorarea în cache a statisticilor pentru informații despre performanță
• Cadru de extensie pentru personalizare sau extensibilitate, de ex. New Relic, Cloudflare, WPML și multe altele
• Integrarea proxy inversă prin Nginx sau Varnish

Îmbunătățiți experiența utilizatorului pentru cititorii dvs. fără a fi nevoie să vă schimbați WordPress, tema, pluginurile sau modul în care vă produceți conținutul.

Ce au de spus utilizatorii:

Cui îi mulțumesc pentru toate acestea?

Este destul de dificil să-ți amintești pe toți inovatorii care și-au împărtășit gândurile, codurile și experiențele în blogosferă de-a lungul anilor, dar iată câteva nume pentru a începe:

• George Schlossnagle
• Daniel Cowgill

Vă rugăm să contactați toți acești oameni și să le susțineți proiectele dacă sunteți atât de înclinat.

Instalare

1. Dezactivați și dezinstalați orice alt plugin de cache pe care îl utilizați. Acordați o atenție deosebită dacă ați personalizat regulile de rescriere pentru permalink-uri de lux, ați instalat anterior un plugin de stocare în cache sau aveți reguli de stocare în cache a browserului, deoarece W3TC va automatiza gestionarea tuturor celor mai bune practici. De asemenea, asigurați-vă că wp-content/ și wp-content/uploads/ (temporar) au 777 de permisiuni înainte de a continua, de ex. în terminal: # chmod 777 /var/www/vhosts/domain.com/httpdocs/wp-content/ folosind panoul de control al găzduirii web sau contul FTP/SSH.
2. Conectați-vă ca administrator la contul dvs. de administrator WordPress. Folosind opțiunea de meniu „Adăugați nou” din secțiunea „Plugin-uri” din navigare, puteți fie căutați: w3 total cache sau dacă ați descărcat deja pluginul, faceți clic pe linkul „Încărcați”, găsiți fișierul .zip pe care îl descărcați și apoi faceți clic pe „Instalare acum”. Sau puteți dezarhiva și încărca prin FTP pluginul în directorul dvs. de pluginuri (wp-content/plugins/). În ambele cazuri, atunci când este terminat, wp-content/plugins/w3-total-cache/ ar trebui să existe.
3. Localizați și activați pluginul pe pagina „Plugins”. Memorarea în cache a paginii va rulează automatîn modul de bază. Setați permisiunile wp-content și wp-content/încărcări înapoi la 755, de ex. în terminal: # chmod 755 /var/www/vhosts/domain.com/httpdocs/wp-content/ .
4. Acum faceți clic pe linkul „Setări” pentru a trece la fila „Setări generale”; în majoritatea cazurilor, modul „îmbunătățit pe disc” pentru memoria cache a paginii este un punct de plecare „bun”.
5. Opțiunea „Mod de compatibilitate” găsită în secțiunea avansată a filei „Setări cache de pagină” va activa funcționalitatea care optimizează interoperabilitatea stocării în cache cu WordPress, este dezactivată implicit, dar foarte recomandată. Ani de testare în sute de mii de instalări ne-au ajutat să învățăm cum să facem ca stocarea în cache să se comporte bine cu WordPress. Compensația este că performanța cache a paginii îmbunătățită pe disc în timpul testelor de încărcare va fi scăzută cu ~20% la scară.
6. Recomandat:În fila „Minify Settings”, toate setările recomandate sunt prestabilite. Dacă modul automat cauzează probleme cu aspectul site-ului dvs. web, treceți la modul manual și utilizați butonul de ajutor pentru a simplifica descoperirea fișierelor și grupurilor dvs. CSS și JS. Acordați o atenție deosebită metodei și locației înglobărilor de grup JS. Consultați Întrebările frecvente ale pluginului pentru mai multe informații despre utilizare.
7. Recomandat:În fila „Cache browser”, compresia HTTP este activată în mod implicit. Asigurați-vă că activați alte opțiuni pentru a se potrivi obiectivelor dvs.
8. Recomandat: Dacă aveți deja un furnizor de rețea de livrare de conținut (CDN), treceți la fila „Rețea de livrare de conținut” și completați câmpurile și setați preferințele. Dacă nu utilizați Media Library, va trebui să vă importați imaginile etc. în locațiile implicite. Utilizați Instrumentul de importare a bibliotecii media din fila „Rețea de livrare a conținutului” pentru a efectua această sarcină. Dacă nu aveți un furnizor CDN, puteți îmbunătăți performanța site-ului dvs. utilizând metoda „Self-hosted”. Pe propriul dvs. server, creați un subdomeniu și o înregistrare DNS Zone corespunzătoare; de exemplu. static.domain.com și configurați opțiunile FTP în fila „Rețea de livrare de conținut” în consecință. Asigurați-vă că încărcați prin FTP fișierele corespunzătoare, folosind butoanele de încărcare disponibile.
9. Opțional:În fila „Cache bază de date”, setările recomandate sunt prestabilite. Dacă utilizați un cont de găzduire partajată, utilizați metoda „disc” cu prudență, timpul de răspuns al discului poate să nu fie suficient de rapid, așa că această opțiune este dezactivată implicit. Încercați stocarea în cache a obiectelor pentru găzduire partajată.
10. Opțional:În fila „Object Cache”, toate setările recomandate sunt prestabilite. Dacă utilizați un cont de găzduire partajată, utilizați metoda „disc” cu prudență, timpul de răspuns al discului poate să nu fie suficient de rapid, așa că această opțiune este dezactivată implicit. Testați această opțiune cu şi fără cache a bazei de date pentru a se asigura că oferă o creștere a performanței.
11. Opțional:În fila „Grupuri de agenți de utilizator”, specificați orice agenți de utilizator, cum ar fi telefoanele mobile, dacă este utilizată o temă mobilă.

FAQ

Motoarele de căutare precum Google măsoară și iau în considerare viteza site-urilor web în algoritmul lor de clasare. Când recomandă un site, vor să se asigure că utilizatorii găsesc rapid ceea ce caută. Deci, de fapt, tu și Google ar trebui să aveți același obiectiv.

Viteza este printre cei mai importanți factori de succes cu care se confruntă site-urile web. De fapt, viteza site-ului dvs. vă afectează în mod direct veniturile (veniturile) - este un fapt. Unele site-uri cu trafic mare au efectuat cercetări și au descoperit următoarele:

• Google.com: +500 ms(scăderea vitezei) -> -20% pierderi de trafic
• Yahoo.com: +400 ms(scăderea vitezei) -> -5-9% pierdere de trafic pe pagină completă(vizitatorul a plecat înainte ca pagina să se termine încărcarea)
• Amazon.com: +100 ms(scăderea vitezei) -> -1% pierdere din vânzări

O miime de secundă nu este mult timp, dar impactul este destul de semnificativ. Chiar dacă nu sunteți o companie mare (sau doar sperați să deveniți una), o pierdere este totuși o pierdere. Cu toate acestea, există o soluție la această problemă, profitați.

Multe dintre celelalte consecințe ale performanței slabe au fost descoperite cu mai bine de un deceniu în urmă:

• Credibilitate percepută mai scăzută (Fogg et al. 2001)
• Calitatea percepută mai scăzută (Bouch, Kuchinsky și Bhatti 2000)
• Frustrare crescută a utilizatorilor (Ceaparu et al. 2004)
• Creșterea tensiunii arteriale (Scheirer și colab. 2002)
• Debite reduse (Novak, Hoffman și Yung 200)
• Rate de conversie reduse (Akamai 2007)
• Rate de ieșire crescute (Nielsen 2000)
• Sunt percepute ca fiind mai puțin interesante (Ramsay, Barbesi și Preece 1998)
• Sunt percepute ca fiind mai puțin atractive (Skadberg și Kimmel 2004)

Da, construit de la zero, având în vedere scara și paradigmele actuale de găzduire.

Care este scopul instrumentului „Import bibliotecă media” și cum îl folosesc?

Instrumentul de importare a bibliotecii media este pentru instalările WordPress vechi sau „dezordonate” care au atașamente (imagini etc. în postări sau pagini) împrăștiate pe serverul web sau „conectate la cald” la site-uri terțe, în loc să utilizeze în mod corespunzător biblioteca media.

Instrumentul vă va scana postările și paginile pentru cazurile de mai sus și le va copia în biblioteca dvs. media, va actualiza postările pentru a utiliza adresele de link și va produce un fișier .htaccess care conține lista de redirecționări permanente, astfel încât motoarele de căutare să poată găsi fișierele în locație nouă.

Ar trebui să faceți o copie de rezervă a bazei de date înainte de a efectua această operațiune.

Cum găsesc JS și CSS pentru a le optimiza (minimifica) cu acest plugin?

Utilizați butonul „Ajutor” disponibil în fila Setări Minimizare. Odată deschis, instrumentul va căuta și va popula fișierele CSS și JS utilizate în fiecare șablon al site-ului pentru tema activă. Pentru a adăuga apoi un fișier la setările de minimizare, faceți clic pe caseta de selectare de lângă acel fișier. Locația de încorporare a fișierelor JS poate fi, de asemenea, specificată pentru a îmbunătăți performanța de randare a paginii. Minimizarea setărilor pentru toate temele instalate pot fi gestionate și din instrument, selectând tema din meniul derulant. După ce ați terminat de configurat setările de minimizare, faceți clic pe butonul de aplicare și de închidere, apoi salvați setările în fila Setări de minimizare.

Nu înțeleg ce legătură are un CDN cu stocarea în cache, asta e complet diferit, nu?

Din punct de vedere tehnic, nu, un CDN este un cache de înaltă performanță care stochează activele statice (fișierele dvs. cu tema, biblioteca media etc.) în diferite locații din lume pentru a oferi cititorilor din acele regiuni acces cu latență scăzută la acestea.

Cum folosesc un CDN Origin Pull (oglindă)?

Conectați-vă la panoul de control al furnizorilor dvs. CDN sau la zona de gestionare a contului. Urmând pașii de configurare furnizați de ei, creați o nouă „zonă de tragere” sau „găleată” pentru site-ul dvs. numele domeniului. Dacă există un expert de configurare sau orice sfaturi de depanare oferite de furnizorul dvs., asigurați-vă că le examinați. În fila CDN a pluginului, introduceți numele de gazdă furnizat de furnizorul dvs. CDN în câmpul „Înlocuiți numele de gazdă al site-ului cu”. Ar trebui să faceți întotdeauna o verificare rapidă prin deschiderea unui fișier de testare de la numele de gazdă CDN, de ex. http://cdn.domain.com/favicon.ico. Rezolvați problemele cu furnizorul dvs. CDN până când acest test are succes.

Acum accesați fila General și faceți clic pe caseta de selectare și salvați setările pentru a activa funcționalitatea CDN și goliți memoria cache pentru ca modificările să intre în vigoare.

Cum configurez Amazon Simple Storage Service (Amazon S3) sau Amazon CloudFront ca CDN-ul meu?

Participanți și dezvoltatori

„W3 Total Cache” este un proiect open source. Următorii colaboratori au contribuit la dezvoltarea pluginului:

Jurnalul modificărilor

0.9.7.2

• S-a remediat o eroare fatală în timpul încărcării fișierului media cu modulul CDN activ
• S-a remediat eliminarea valorilor goale, șirul codificat JSON în atribut, citatul final la sfârșitul etichetei și gestionarea ancorelor în minimizarea HTML
• S-a remediat avertismentul de index nedefinit
• S-a remediat o eroare fatală la curățarea CDN-ului folosind livrarea completă pe site

0.9.7.1

• S-a remediat notificarea variabilă nedefinită
• S-a remediat avertismentul „Fără un astfel de fișier sau director”.
• S-a rezolvat scrierea în jurnalul de erori PHP, mai degrabă decât în ​​jurnalul de depanare WordPress
• Politica de referință implicită fixă ​​ar trebui să fie „fără referitor-când-downgrade”
• S-a remediat eroarea php_flag legată de memoria cache a browserului, folosind în schimb ini_set
• S-a rezolvat offset nedefinit pentru verificarea CloudFlare IPv6
• S-a fixat constanta nedefinită WP_ROOT
• S-a rezolvat ca strămoșii-cadre fiind suprascriși de frame-src
• S-a remediat punctul și virgulă lipsă în configurația nginx
• S-a rezolvat gestionarea URL-urilor HTTP/2 pentru memoria cache a browserului și modulele CDN
• S-a rezolvat afișarea informațiilor de depanare CDN
• S-a remediat reducerea CSS cu fonturi Google atunci când este inclusă prin „Include fișiere/biblioteci externe” și sunt încărcate seturi de caractere non-latine
• S-a remediat șirul de interogare media care nu se actualiza atunci când toate cache-urile au fost curățate
• S-a rezolvat dublu bară cu ABSPATH dacă există fișier
• S-a stabilit setarea maximă a vârstei și a antetului expiră simultan
• S-a rezolvat detectarea SASL pentru PECL Memcached
• S-a rezolvat gestionarea obiectelor introduse manual pentru a fi curățate pe CDN
• S-a rezolvat gestionarea șirurilor de interogare în Nginx
• Gestionarea erorilor îmbunătățită cu Cloudfront
• Înregistrare îmbunătățită în memoria cache a paginii
• Suport îmbunătățit pentru mai mulți locatari pentru motoarele de cache bazate pe memorie
• Minificare CSS îmbunătățită
• Comportament de purjare îmbunătățit pentru obiectele media modificate atunci când utilizați CDN
• Compatibilitate îmbunătățită cu pluginurile pentru hărți de site
• S-a adăugat suport pentru Memcached pentru Nginx
• S-a adăugat suport pentru stocarea în cache a fișierelor webm
• S-a adăugat suport de compresie HTTP Brotli
• S-a adăugat suport StackPath complet pentru livrarea site-ului
• Adăugat wc_session la lista de ramuri de interogare ignorate pentru o compatibilitate îmbunătățită cu WooCommerce

0.9.7

• S-a remediat fișierele minificate care nu erau găzduite de CDN atunci când sunt activate dacă „fișiere minimizate gazdă” este dezactivat
• S-a remediat avertismentul aruncat când a fost selectată purge all (prin nigrosimone)
• S-a remediat o eroare de compensare nedefinită în memoria cache a fragmentelor
• S-a remediat eșecul butonului de testare MaxCDN când modul de depanare este activat
• S-a rezolvat curățarea fluxurilor atunci când opțiunea de alimentare cache este activată
• Gestionarea îmbunătățită a erorilor atunci când livrarea completă a site-ului nu este setată
• Nginx.conf îmbunătățit pentru a suporta stocarea în cache xml
• Nginx.conf îmbunătățit pentru a suporta HSTS pentru fișierele statice
• S-a îmbunătățit gestionarea minify a șirurilor de interogări
• Memorarea în cache a bazei de date îmbunătățită, wp_options frecvente nu mai șterge datele postărilor sau comentariilor
• Integrare îmbunătățită a CDN-ului Limelight Networks
• Întrebări frecvente îmbunătățite, acestea sunt acum găzduite în depozitul public GitHub
• Manevrare îmbunătățită pentru /
• S-a adăugat spălarea paginilor AMP

0.9.5.2