Optimizarea WordPress. Încărcați pe server și cum să îl reduceți
Nu, nu vom atinge fișierele motorului, deși și eu aș pune lucrurile în ordine și vom optimiza șablonul sau mai curând fișierele șablonului.
De mult timp am promis să vă spun cum să creșteți viteza de încărcare a paginilor și pot spune că din acest articol încep să-mi îndeplinesc promisiunea.
Deci, sarcina pe server este un concept familiar. Mulți webmasteri sunt deja față în față cu această problemă și ar dori foarte mult să o înțeleagă. Problema se manifestă în special atunci când participarea depășește 300 de persoane pe zi, dar unele pot începe mai devreme.
Desigur, vizitatorii nu sunt de vină pentru acest lucru, iar webmasterii înșiși sunt vinovați, care, din cauza lipsei de experiență sau din alte motive, nu optimizează site-ul.
La rândul său, motoarele de căutare includ acum și factorul de încărcare al site-ului, în algoritmii lor de clasificare, astfel încât încărcarea excesivă a serverului să învingă promovarea întregului proiect.
Vă cer să nu fiți confundat cu SEO-optimizarea site-ului, care include lucrări precum: crearea de legături CNC. internă. 301 redirecționări etc.
Să începem probabil să optimizăm. Să mergem!
Un exemplu de încărcare inutilă pe server.
Să presupunem că utilizatorul a vizitat site-ul, dar ce se întâmplă atunci când pagina este deschisă? Cum se afișează informațiile? Să urmăm acest proces cu exemplul titlului site-ului.
Titlul și adresa URL a paginii principale a site-ului, dacă vă amintiți, este setată în setările WordPress: adamnka -> Opțiuni -> General. Toate setările disponibile în fila Parametri sunt introduse în bază de date sau, mai exact, în tabelul opțiuni wp. unde mai târziu sunt solicitate de diverse funcții și afișate pe ecran.
Dezvoltatorii WordPres au scris o mulțime de funcții, dar nu pot fi realizate singure. Pentru munca lor deplină, există o anumită legătură, în rolul căruia funcționează șablonul site-ului.
Este cunoscut faptul că un șablon constă dintr-o serie de fișiere, fiecare dintre acestea fiind responsabil pentru afișarea unei anumite secțiuni a site-ului. Acum suntem interesați de antetul în care este afișat antetul, deschideți astfel header.php și vedeți ce scrie acolo.
În majoritatea șabloanelor, antetul principal al site-ului este inclus în eticheta h1. așa că căutăm o bucată de cod cu această etichetă. În șablonul meu, ieșirea antetului a arătat astfel:
Ne vom ocupa cu ancora mai târziu, iar acum să ne familiarizăm cu funcția get_option ().
Funcția get_option () și încărcarea serverului
Deci, am introdus numele și adresa URL a paginii principale a site-ului în setările WordPress și au trecut la stocarea în baza de date, în tabelul wp-opțiuni.
În momentul în care utilizatorul deschide o pagină a resurselor noastre și fișierul header.php începe să încarce antetul, funcția get_option () este activată.
Principiul funcției de mai sus este accesarea bazei de date, pentru a fi mai exact la tabela opțiunilor wp și pentru a obține anumite date de acolo pe baza parametrilor specificați. Apoi, comanda ecou afișează datele primite pe ecran.
Un pic cam complicat, bine, nimic, acum voi clarifica totul. Parametrul este specificat în paranteze, în cazul nostru get_option ("home"). care spune funcției ce tip de date are nevoie pentru a obține.
Parametrul acasă instruiește funcția să interogheze adresa URL a paginii de pornire din baza de date. Stop! Deci, adresa URL a paginii principale este de asemenea stocată în baza de date? Așa e. Iar când pagina este deschisă, funcția o cere, adică accesează datele stocate pe server.
Și acum imaginați-vă că 100 de vizitatori au venit la resursa dvs. și au început să "obraznic", deschizând tot mai multe pagini noi.
Probabil că ați auzit despre atacurile hackerilor pe diferite site-uri, în timpul cărora mii sau chiar milioane de solicitări se încadrează simultan pe server, de unde serverul nu se ridică și resursele sunt blocate.
Trebuie să înțelegem că dacă reducem numărul de cereri către baza de date, atunci serverul "respira" mai liber și va elibera resursele eliberate pentru lucruri mai utile, ceea ce va afecta cu siguranță viteza de încărcare a paginilor.
Să revenim la funcția get_option (). Pentru a primi anumite date din baza de date, funcția poate lua următorii parametri:
Majoritatea tipurilor de date listate sunt specificate în setările WordPress, în fila "Opțiuni". Excepția este: "Codificarea site-ului" - este indicată direct în baza de date și "Directorul descărcat implicit" - opțiunea a fost eliminată din setările de la versiunea 3.5.
Cum și ce să înlocuiți funcția get_option (), voi vorbi un pic mai târziu, dar pentru moment, să aflăm ce bloginfo () este scris în cod în loc de ancoră.
Funcția bloginfo () și încărcarea pe server
Ei bine, și a venit titlul în sine? Antetul este, de asemenea, stocat în baza de date, dar în cazurile noastre a fost primit și afișat de o altă funcție - bloginfo ().
La nota! bloginfo () este o etichetă șablon care activează funcția get_bloginfo (). Poate fi folosit oriunde în șablon.
Funcția bloginfo () poate lua următorii parametri:
Funcția bloginfo () este puțin diferită de funcția get_option (). dar funcționează pe un principiu similar, adică solicită unele date din baza de date și le afișează pe ecran.
Merită să spunem că există opinii diferite cu privire la sarcina creată de funcția bloginfo () din nord. Dar sarcina are loc în mod unic și dacă este posibil să fie redusă, atunci este păcat să nu o folosiți.
Am luat un întreg pachet de măsuri, după care blogul meu a fost accelerat de mai mult de două ori.
Mai mult, nu folosesc pluginuri sau script-uri de cache, cum ar fi MaxCache, și nu am schimbat hosting și am rămas credincioși TimeWeb. Rezultatul a fost realizat numai prin optimizarea WordPress. Așadar, trageți propriile concluzii.
Desigur, măsurile pe care le-am luat nu sunt legate doar de reducerea cererilor către baza de date și voi vorbi treptat despre tot, dar nu pot să-l împing pe acesta într-un singur articol, acest material voluminos.
Deci, așteptați sudoare noi privind viteza de încărcare a paginilor și să nu le pierdeți, abonați-vă la actualizările blogului.
Tehnologia de reducere a cererilor către baza de date
Permiteți-mi să vă reamintesc cum arată codul antetului în fișierul header.php:
Și acum, cel mai interesant. Dacă te uiți în codul sursă, codul antetului va avea un aspect complet diferit:
Aici este codul antetului și trebuie scris în fișierul header.php. Apoi serverul scapă de două apeluri complet inutile, înmulțite cu numărul de pagini deschise.
Dar apoi de ce în fișierele șablonului sunt prescrise funcțiile de mai sus?
Adevărul este că dezvoltatorii nu știu în ce domeniu vor fi utilizate în viitor șabloanele pe care le-au creat și ce nume vor avea pe site-urile web pe care, de asemenea, nu le pot cunoaște. Prin urmare, au fost dezvoltate funcții universale pentru toate șabloanele care primesc date din baza de date.
Dar știm ceva cu dvs., așa cum este numit site-ul nostru și domeniul este, de asemenea, cunoscut de noi. Se pare că nu este nevoie să se folosească aceste funcții.
Prin urmare, începând cu fișierul header.php căutăm secțiuni de cod cu funcțiile de mai sus, apoi privim cum arată în codul sursă și înlocuiesc.
Pentru a consolida materialul, voi da câteva exemple. Iată codul care transmite informațiile de codificare.
Vedeți codul sursă:
Copiați întreaga linie și lipiți în locul codului cu funcțiile.
Codul pentru conectarea fișierului style.css:
Calea către foaia de stil este afișată utilizând funcția bloginfo ('stylesheet_url'). Vedeți codul sursă:
Copiați linkul și înlocuiți-l cu funcția. Dă-i drumul
Aceste două linii conduc la favicon. și funcția bloginfo ('template_url') indică calea spre directorul în care este stocată imaginea. Va fi corect astfel:
În principiu, tehnologia este simplă. Studiem fișierele șablonului, găsim funcțiile get_option () și bloginfo (). ne uităm la alternativa din codul sursă și o înlocuim, reducând astfel numărul de cereri către baza de date, ceea ce va reduce ușor încărcarea pe server.
Desigur, optimizarea WordPress nu se sfârșește acolo și acesta este doar primul pas în primul rând, așa că rămâi acordat pentru blog.
Sincer, Vitaly Kirillov
Articole similare
Trimiteți-le prietenilor: