Vedeți o eroare HTTP la încărcarea conținutului media în WordPress? Această eroare apare de obicei atunci când încărcați o imagine sau alte fișiere în WordPress utilizând încărcătorul media încorporat. În acest articol, vă vom arăta cum să remediați cu ușurință eroarea de încărcare a imaginii HTTP în WordPress.

Ce cauzează eroarea HTTP în timpul încărcării în WordPress?

Există o serie de lucruri care pot provoca o eroare HTTP atunci când încercați să încărcați fișiere folosind aplicatorul de încărcare media WordPress. WordPress nu poate afla motivul și astfel afișează un mesaj de eroare generic „Eroare HTTP”.

Lucrul rău este că acest mesaj de eroare nu vă oferă nicio indicație cu privire la ce ar fi putut cauza acest lucru. Asta înseamnă că va trebui să încerci solutii diferite pentru a găsi cauza și a remedia eroarea.

Acestea fiind spuse, ne vom uita la cum să rezolvăm eroarea HTTP în timpul încărcării media în WordPress.

1. Asigurați-vă că eroarea HTTP nu este temporară

Mai întâi, ar trebui să așteptați câteva minute și apoi să încercați să descărcați din nou fișierul imagine. Această eroare este uneori cauzată de trafic neobișnuit și resurse scăzute ale serverului, care sunt raportate automat pe majoritatea serverelor de găzduire WordPress.

Dacă acest lucru nu funcționează, încercați să încărcați un alt fișier imagine. Dacă celălalt fișier a fost descărcat cu succes, încercați să îl schimbați fișier sursă imagini la o dimensiune mai mică și încărcați din nou.

Dacă toți acești pași duc la o eroare HTTP, înseamnă că eroarea nu este cauzată de o eroare temporară și necesită cu siguranță atenția dumneavoastră imediată.

2. Creșteți limita de memorie WordPress

Cel mai frecvent motiv pentru această eroare este că nu există suficientă memorie disponibilă pentru a utiliza WordPress. Pentru a remedia acest lucru, trebuie să creșteți cantitatea de memorie pe care PHP o poate folosi pe serverul dvs.

Puteți face acest lucru adăugând următorul codîn fișierul wp-config.php.

1 define("WP_MEMORY_LIMIT", "256M");

Acest cod crește limita de memorie WordPress la 256 MB, ceea ce este suficient pentru a remedia problemele legate de limita de memorie.

3. Schimbați Biblioteca Image Editor utilizată de WordPress

WordPress rulează pe PHP, care utilizează două module pentru a procesa imagini. Aceste module se numesc GD Library și Imagick. WordPress poate folosi oricare dintre ele, în funcție de care este disponibilă.

Cu toate acestea, Imagick este cunoscut că întâmpină frecvent probleme de memorie, provocând eroarea HTTP în timpul încărcării imaginilor. Pentru a remedia acest lucru, puteți face din biblioteca GD modulul de imagine implicit.

Puteți face acest lucru prin simpla adăugare a acestui cod în fișierul functions.php al temei sau în pluginul specific site-ului.

1 funcție wpb_image_editor_default_to_gd($editors) ( 2 $gd_editor = "WP_Image_Editor_GD"; 3 $editors = array_diff($editors, array($gd_editor)); 4 array_unshift($editors, $gd_editor); 6 return $editors; 5 return $editors; add_filter("wp_image_editors", "wpb_image_editor_default_to_gd");

După adăugarea acestui cod, puteți repeta descărcarea fișierelor utilizând aplicația de descărcare media. Dacă acest lucru nu rezolvă problema, puteți elimina acest cod și puteți încerca celelalte metode descrise în acest articol.

4. Folosind metoda .htaccess

Această metodă vă permite să controlați modul în care Imagick utilizează resursele serverului. Mulți furnizori de găzduire limitează capacitatea Imagick de a utiliza mai multe fire pentru o procesare mai rapidă a imaginii. Cu toate acestea, acest lucru duce la apariție erori HTTP la încărcarea imaginilor.

O soluție ușoară este să adăugați următorul cod în fișierul dvs. .htaccess:

1 SetEnv MAGICK_THREAD_LIMIT 1

Acest cod limitează pur și simplu Imagick la un singur fir pentru procesarea imaginii.

Toată lumea face greșeli. Oscar Wilde a spus-o perfect: „Experiența este numele pe care fiecare îl dă greșelilor sale”. Experiența este un profesor grozav, toată lumea învață cu adevărat din greșelile sale. Cu toate acestea, tot nu ar strica să urmezi binecunoscutul proverb și să înveți din greșelile altora. În acest articol, voi vorbi despre cele mai frecvente 25 de greșeli WordPress pe care le face aproape fiecare începător. Sper că acest lucru vă ajută să le evitați singur.

Mulți oameni confundă Găzduire WordPress.org cu platformă gratuită WordPress.com. Aceasta este o eroare WordPress destul de comună în rândul începătorilor și aceasta duce la o serie de probleme. De exemplu, cineva are nevoie de un simplu blog personal, dar ei aleg din greșeală găzduirea WordPress plătită și apoi resimt nevoia de a plăti pentru site. Sau, dimpotrivă, după ce au creat un site pe WordPress.com gratuit, utilizatorii se întreabă de ce nu au control deplin deasupra site-ului, nu pot adăuga pluginuri etc.

2. Cumpărând ceea ce nu ai nevoie

Dacă doriți să obțineți un site WordPress, atunci ceea ce aveți nevoie cu adevărat este găzduirea web. Cu toate acestea, mulți registratori de domenii oferă o gamă întreagă de, de fapt, nu serviciile necesare, ceea ce este confuz pentru proprietarii de afaceri mici și pentru cei începători în dezvoltarea web. Exemple de astfel de servicii: înregistrare privată, scrisori de branding, Protocolul SSL, înregistrare pe 5 ani etc.

De ce, de exemplu, nu este necesară înregistrarea privată? WPbeginners aveau un client cu acest serviciu, iar când aveau nevoie doar să transfere un domeniu, trebuiau să trimită: o copie permis de conducere, certificat de înregistrare și o grămadă de alte informații confidențiale. În general, o durere de cap. Puteți crea cu ușurință scrisori de branding folosind aplicații Google Aplicații web. În majoritatea cazurilor, protocolul SSL nu este necesar.

De asemenea, nu văd niciun rost să plătesc în avans pentru 5 ani de înregistrare a domeniului. Nu știi niciodată ce se poate întâmpla, poate vei abandona cu totul acest site? Atunci ce? Bani la canalizare? Dacă este vorba de economisire, atunci este foarte posibil ca reducerile să apară în viitor și să economisiți mai multi bani fără nicio înregistrare de 5 ani.

3. Nu se creează o copie de rezervă

Dacă nu ați creat copie de rezervă site-ul, atunci îți vei da seama că ai făcut o mare greșeală WordPress atunci când site-ul se blochează și trebuie să-l reconstruiești de la zero. Recomand tuturor să facă o copie de rezervă a site-ului în modul automat. Din fericire, există plugin-uri speciale pentru asta. Din capul capului îmi pot gândi trei dintre ele: , VaultPress (plătit) și BackWPup (gratuit).

Exemple din viață:

„Baza de date a site-ului WP a căzut, nu aveam o copie de rezervă. La importul unei noi baze de date, am primit firesc un mesaj de eroare.”

„Am făcut o interogare SQL fără backup. Înțelegeți că acest lucru nu poate fi anulat.”

„Site-ul a fost spart, hackerii au distrus toate informațiile. A trebuit să fac totul din nou, pentru că... Se pare că hosterul meu nu a făcut copii de rezervă ale site-ului meu, deși ar fi trebuit să facă.”

Deci dacă nu vrei probleme inutileși bătăi de cap, atunci nu repeta această greșeală comună în WordPress - începe să faci backup acum.

4. Ignorarea actualizărilor WordPress

La un moment dat sau altul, tuturor ne-a fost frică de actualizări. Și uneori pur și simplu uităm să actualizăm site-urile, pentru că... Nu le monitorizăm în mod corespunzător. În general, aceasta este o eroare WordPress destul de comună, care poate reveni apoi să te bântuie, mai ales dacă site-ul are vulnerabilități de securitate - va fi pur și simplu piratat.

Recent, WPBeginner a avut un caz în care a trebuit să actualizeze site-ul versiuni WordPress 2.9.2 și după cum a arătat practica, cu cât așteptați mai mult și nu actualizați, cu atât va fi mai dificil să o faceți mai târziu.

Actualizarea unui site la următoarea versiune în 99 de cazuri din 100 este doar un clic. Dacă tema și pluginurile dvs. sunt codificate corect, atunci totul după actualizare va funcționa așa cum ar trebui și nu va cauza nicio bătaie de cap. Dar din nou, faceți o copie de rezervă pentru orice eventualitate.

5. Folosind Faviconul implicit

Favicon-urile sunt pictograme mici care sunt afișate de browser în fila dinaintea titlului paginii. O greșeală comună pe care o fac mulți utilizatori în WordPress este că nu le acordă atenție. Așadar, se dovedește că site-urile au de obicei favicon-uri de la furnizorul lor de găzduire, cum ar fi Bluehost sau compania de dezvoltare a temei site-ului web, cum ar fi Genesis.

Gândiți-vă la favicon ca carte de vizită site, semn distinctiv. Schimbați pictograma chiar acum, dacă nu ați făcut-o deja. Iată instrucțiunile.

6. Actualizarea functions.php fara acces FTP

Cu toții am întâlnit cel puțin o dată un site blocat din cauza transferului incorect al codului din panoul de administrare WP în fișierul functions.php al temei. Lucrurile se înrăutățesc și atunci când nu există acces FTP sau nu știm cum să-l folosim. Pentru a preveni această eroare WordPress, am scris un ghid pentru începători: cum să inserați fragmente (în faza de scriere).

De asemenea, aș sfătui să nu folosiți des editorii WP încorporați. Iată instrucțiuni despre cum să dezactivați editorii de teme și pluginuri în WordPress (în stadiul de scriere).

7. Prea multe categorii

Este foarte ușor să adăugați categorii în WordPress. Nu te lăsa dus! Nu este nevoie să creați categorie nouă aproape pentru toată lumea noua intrare. Nu este nevoie să aglomerați structura site-ului, deoarece nu numai utilizatorii, ci și dumneavoastră înșivă veți fi mai târziu confuz în el. Pentru a nu face această greșeală WordPress, vă sfătuiesc să citiți articolul Categorii vs. Etichete - Cele mai bune exemple.

8. Nu se configurează permalink-uri

Pentru o lungă perioadă de timp am folosit în mod implicit următoarea structură URL: / ? p=23. Dar acest lucru nu este rău doar pentru SEO, ci și pentru utilizatori. Când instalați WordPress, asigurați-vă că vă actualizați structura de permalink prin rută Setări » Permalink-uri.

9. Ignorarea setărilor SEO

Când instalați WordPress, acesta oferă o caracteristică care împiedică roboții de căutare să vă indexeze site-ul. În etapa de creare a unui site web, aceasta este o funcție foarte convenabilă și mulți oameni o activează, abia atunci uită să debifeze caseta de lângă această opțiune. Aceasta înseamnă că site-ul nu va fi niciodată indexat. Simpla uitare provoacă una dintre cele mai grave greșeli WordPress.

Mai știu și un caz în care, după o reproiectare, oamenii și-au primit întregul site fără indexare.

O altă greșeală comună WordPress pe care o fac începătorii este ignorarea setărilor SEO pentru postări și pagini. Nu este suficient să instalați pur și simplu un plugin SEO, de exemplu, și apoi să nu faceți nimic. Ar trebui să actualizați în mod activ setările meta în orice moment. De asemenea, vă sfătuiesc să citiți articolul despre cum să optimizați postările în WordPress pentru cerințele SEO.

10. Schimbarea URL-ului site-ului și pierderea întregului trafic

Câți dintre noi sunt cei care, dobândind experiență în gestionarea unui site web sau blog, și-au urât primul domeniu și au vrut să-l schimbe? Da, asta se întâmplă des. Cel mai rău lucru care se poate întâmpla dacă transferi un domeniu incorect este o scădere semnificativă a traficului și, în consecință, o prăbușire a veniturilor. Nu faceți această greșeală WordPress. De aceea am scris un ghid despre cum să migrați corect un site WordPress către un domeniu nou.

11. Lipsa pluginului de cache

Mulți începători pur și simplu nu știu ce este memoria cache și, prin urmare, nu instalează pluginurile adecvate. Pe scurt, memorarea în cache vă permite să vă accelerați site-ul și să preveniți timpul de nefuncționare în timpul traficului ridicat.

12. Alegerea unei teme WordPress dintr-o sursă proastă

A trebuit adesea să curăț site-urile după ce proprietarii lor au primit un mesaj că site-ul a fost infectat cu link-uri rău intenționate. Acest lucru se întâmplă adesea atunci când o temă de site web WordPress este descărcată dintr-o sursă suspectă. Vă recomand să descărcați teme din surse de încredere. Apropo, l-am ales pentru tine special pentru această ocazie.

13. Lipsa formularului de contact

Probabil că suntem toți etapele inițiale a făcut o greșeală atât de comună în WordPress: crearea unei pagini de contact și indicarea e-mailului dvs. în ea. Și doar câteva zile mai târziu, căsuța noastră poștală era plină de spam.

14. Lipsa de analiză

Sunt întrebat destul de des cum pot crește traficul sau activitate socială utilizatorii. În același timp, când încep să pun întrebări clarificatoare, tot ce aud este: „Am XXX urmăritori pe Twitter”. În cele mai multe cazuri, mulți nici măcar nu au Google Analytics instalat, darămite analiza datelor.

Google Analytics oferă o grămadă informatii utile despre site-ul dvs., vă informează unde și de ce ar putea fi necesare unele corecții. De asemenea, recomand cu căldură instalarea Google Web maestru Instrumente.

Vă aduc în atenție două articole utile:

15. Scrierea articolelor în Microsoft Word

Acest lucru poate veni ca o revelație pentru tine, dar creând intrări în Microsoft Word, iar apoi adăugarea lor pe site este o greșeală WordPress. Ce se întâmplă dacă computerul se oprește? (un fel de defecțiune, cablul a fost atins, lumina a fost stinsă etc.). Toată munca la canalizare? Va trebui să fac totul din nou? În plus, prin copierea textului din Microsoft Word și inserarea lui pe site, veți adăuga o grămadă de simboluri și formate de neînțeles și inutile.

Da, în editorul vizual WordPress există un buton pentru a insera text din Word, dar tot te sfătuiesc să nu-l folosești, ci să creezi articole direct în built-in Editor WordPressînregistrări. Există o funcție de salvare automată, așa că nu trebuie să vă faceți griji cu privire la siguranța conținutului dvs. Sunt disponibile și funcții de previzualizare și anulare.

Opinia mea personală: scriu mereu articole în Microsoft Word și apoi le adaug pe site. În ceea ce privește faptul că luminile vor fi stinse, electricitatea este o prostie de fapt. Puteți salva pur și simplu modificările după un anumit număr de paragrafe și veți fi mulțumit, chiar dacă sunteți întrerupt de curent, și pentru ca datele să nu se piardă, stocați-le în servicii cloud, de exemplu în Dropbox.

16. Etichetați „un alt blog”

În mod implicit, de fiecare dată când instalați WordPress, eticheta „Un alt blog” este adăugată acestuia. Adesea, începătorii nu știu despre acest lucru, iar golul de cunoștințe este umplut doar atunci când site-ul începe să fie indexat cu acest „Alt blog...”. Puteți schimba eticheta urmând traseul Setări » General.

17. Nu ștergerea paginii de test

Anterior, pagina implicită WordPress era „Despre mine”, acum este „Pagină de probă”. Căutare rapidă Google a arătat că există cel puțin 1,1 milioane de site-uri cu această pagină. Majoritatea utilizatorilor pur și simplu nu știu despre el sau nu doresc să-l ștergă.

Dacă se află pe site-ul dvs., eliminați-l imediat.

18. Revizuirea cu întârziere a comentariilor

Aceasta este o altă eroare populară WordPress care apare adesea atunci când dezvoltatorul site-ului, după ce a predat-o clientului, nu a explicat și a arătat în mod corespunzător cum să o gestioneze. Așadar, se pare că proprietarul unei mici afaceri și site-ul său pur și simplu nu știe că există încă unele comentarii care trebuie verificate, aprobate sau șterse. Iată un exemplu de un astfel de caz flagrant:

Dacă nu aveți nevoie de comentarii pe site, atunci pur și simplu dezactivați această funcție folosind pluginul

19. Eroare la stabilirea unei conexiuni la baza de date

Aceasta nu este nici măcar o eroare, ci mai mult un eșec care poate apărea dacă este făcut incorect. Folosiți aceeași parolă pentru baza de date și cPanel? Dacă schimbați această parolă, este posibil să aveți probleme la conectarea la baza de date. Acest lucru se poate întâmpla și atunci când schimbați parola pentru un utilizator principal de găzduire care este și utilizatorul bazei de date a site-ului dvs. Acesta este motivul pentru care ar trebui să creați întotdeauna un anumit utilizator pentru baza de date a site-ului dvs. Cu toate acestea, o astfel de eșec poate apărea din alt motiv.

20. Ecranul alb al morții

Dacă ai peste 18 ani, atunci probabil că știi despre asta ecran albastru moartea pe PC. WordPress are ceva similar, dar se numește ecranul alb al morții. Acest lucru se poate întâmpla dacă instalați un plugin sau o temă proastă care va epuiza limita de memorie a site-ului. În majoritatea cazurilor, puteți remedia cu ușurință această eroare prin creșterea limitei de memorie. Pentru alte metode, verificați cum să remediați ecranul alb al morții în WordPress.

21. Arhivă excesiv de lungă

La începutul lansării unui site WordPress, widget-ul de arhivă arată grozav deoarece... afișează activitatea dvs. lunară pe site: ce a fost publicat și când. Dar apoi, în timp, începe să irite și pare greoi. Panoul lateral se întinde la dimensiuni fără precedent. Una peste alta, aceasta nu este o idee bună și te-aș sfătui să nu faci această greșeală WordPress, ci să creezi o pagină de arhive.

22. Nu folosiți caracteristica „salvare pentru web”.

La începutul rulării unui site web, mulți utilizatori nu se gândesc la cât cântăresc imaginile încărcate. Și numai în timp se realizează că capacitatea site-ului nu este cauciuc și toate imaginile trebuie comprimate. O imagine poate cântări mult mai puțin dacă pur și simplu îi aplicăm funcția „salvare pentru pagini web” și, adesea, nu va pierde nicio calitate. Această funcție au Adobe Photoshop, Microsoft Office, GIMP, JPEG Mini.

Adesea, utilizatorii nu se gândesc la securitatea site-ului până când nu sunt piratați. Din același motiv, încep să facă copii de rezervă. Vă recomand cu tărie să vă gândiți la securitatea site-ului și să faceți următoarele:

• Creați o copie de rezervă
• Stabiliți o limită pentru numărul de ori când vă introduceți datele de conectare
• Utilizare autentificare cu doi factori folosind Google Authenticator
• Utilizați pluginul de securitate Sucuri.

Cuprins

Descriere

WP_Error este o clasă care face gestionarea erorilor în cadrul pluginurilor și în WordPress însuși mult mai ușor.

Instanțe ale magazinului WP_Error cod de eroare s și mesajele care reprezintă una sau mai multe erori și dacă o variabilă este sau nu o instanță a lui WP_Error poate fi determinat folosind funcția.

Coduri de eroare

Codurile de eroare sunt slug-uri care sunt folosite pentru a identifica fiecare eroare. Ele sunt mai ales utile atunci când o bucată de cod poate produce mai multe erori diferite și doriți să gestionați fiecare dintre aceste erori în mod diferit.

Codurile de eroare utilizate în WordPress nu sunt numere întregi, dar șiruri de caractere, cu orice spațiu între cuvinte înlocuite cu caractere de subliniere (exemplu: an_error_code). Codurile de eroare utilizate în WordPress se bazează de obicei pe mesajul de eroare asociat cu acel cod.

Metode și proprietăți

Proprietăți

$error_data Matrice care conține lista de date pentru codurile de eroare. Nota:

Din 4.0, aceste proprietăți sunt private, vezi . Apoi au fost făcute publice din nou în .

__construct($cod = "", $mesaj = "", $date = "") Setează mesajul de eroare. Toți parametrii sunt opționali, iar dacă parametrul $code este gol, ceilalți parametri vor fi ignorați. Când treceți o valoare pentru parametrul $code, $message va fi adăugat pentru codul respectiv, chiar dacă nu ați transmis o valoare pentru $message (dar $data va fi folosit doar când treceți o valoare pentru $data). Este posibil să adăugați mai multe mesaje la același cod folosind alte metode din clasă.

WordPress este cel mai popular CMS din lume. Nu este surprinzător faptul că utilizatorii acestui motor se confruntă cu probleme comune și fac greșeli comune. Despre care vin erori vorbire și cum să le corectăm?

Eroare la meniul mobil

Când încearcă să folosească meniul site-ului, utilizatorii pot întâmpina o problemă (vezi ilustrația).

Acest lucru se întâmplă dacă ați uitat să specificați meniul mobil în setările WordPress. Pentru a remedia eroarea, în consolă, selectați secțiunea „Aspect – Meniu – Gestionați zone”. Selecta meniul doritși salvați modificările.

Verificați disponibilitatea meniul mobil pe site-ul web.

Eroare de date structurate (hatom, hcard)

Aceasta este o eroare foarte frecventă despre care proprietarii de site-uri WordPress află de obicei prin notificări din Search Console.

De unde a venit eroarea? Majoritatea șabloanelor de design WordPress acceptă în mod implicit marcajul de microformat. Mulți dezvoltatori de teme implementează datele microformats.org cu erori.

Sunt erorile din datele structurate perturbatoare pentru utilizatori? Nu, nu au un impact direct asupra experienței utilizatorului. Micro marcajul ajută motoarele de căutare să indexeze corect site-urile.

În teorie, datele semantice ar putea deveni un factor de clasare în viitor. În acest caz, erorile de marcare vor afecta negativ vizibilitatea resursei în căutare. De asemenea, din cauza erorilor, motoarele de căutare nu afișează fragmentul extins pe pagina cu rezultatele căutării. Un alt argument în favoarea lucrului la erori: mesajele corespunzătoare din Search Console sunt pur și simplu enervante.

Există două moduri de a remedia eroarea și o modalitate de a o preveni. Prevenirea constă în alegerea unui șablon de design în care marcajul microformats.org este integrat corect. Selectați o temă cu SEO Friendly și , instalați și testați folosind instrumentul de testare a marcajului Google.

Vă rugăm să rețineți că acest lucru nu garantează că datele structurate nu vor conține erori, ci doar reduce probabilitatea apariției acestora. Apare următoarea problemă: tema este validată în serviciu Google, dar după indexarea paginilor, mesajele de eroare apar în Search Console. În acest caz, ele trebuie corectate.

Prima modalitate este de a remedia erorile folosind pluginul DT hAtom Error Removal. Vă rugăm să rețineți acest lucru produs comercial, pe care autorul îl distribuie în prezent gratuit. De asemenea, rețineți că acest plugin nu este listat în directorul oficial de pe WordPress.org. Aceasta înseamnă că este posibil ca suplimentul să nu îndeplinească cerințele de securitate.

DT hAtom Error Removal elimină automat microformatele din fișierele teme și adaugă varianta corecta marcajele. Dezvoltatorul avertizează că suplimentul nu funcționează cu toate temele, așa că nu există nicio garanție de 100% că erorile vor fi corectate.

Instalați și activați pluginul. Pentru a corecta erorile de marcare a postărilor și paginilor, bifați opțiunile Adăugați cod hAtom la Postări și Adăugați cod hAtom la Pagini. Salvați modificările.

Pluginul adaugă micro-marcarea corectă paginilor. Informațiile relevante apar sub conținut.

Markup-ul creat de plugin este validat.

Dacă arhivele, etichetele și paginile de categorii din resursa dvs. sunt deschise pentru indexare și există mesaje de eroare în Search Console, verificați opțiunea Eliminați clasa hentry din paginile arhive. Îndepărtează datele structurate din paginile de arhivă. Dacă paginile de arhivă de pe site-ul dvs. sunt închise de la indexare, setări suplimentare nu este necesar.

Dacă site-ul dvs. folosește static pagina de start, bifați opțiunea Adăugați cod hAtom la pagina statică de pornire. Dacă pagina de intrare este folosită ca pagină de pornire, bifați opțiunea Eliminați clasa Hentry din pagina de pornire.

Există un alt plugin care poate fi folosit pentru a remedia erorile de aspect. Remedierea Hatom de către Fivera.net este plătită. Vă rugăm să rețineți că, de asemenea, nu este listat în directorul oficial WordPress.

A doua modalitate de a corecta eroarea poate fi numită radicală. Cu pluginul Hatom/hentry Remover puteți elimina microformatele din orice temă. Dezvoltatorul susține că utilizarea suplimentului nu afectează alte funcții și aspectșablon de proiectare.

Dacă utilizați alte tipuri de marcare, eliminarea microformatelor este un pas logic. De exemplu, dacă vă marcați postările folosind Article sau BlogPosting Schema.org, motoarele de căutare preiau date semantice folosind acest tip de marcare. Microformatele dublează pur și simplu informațiile, astfel încât acestea să poată fi eliminate.

Instalați și activați pluginul. Utilizați Structured Data Checker pentru a verifica dacă pluginul a eliminat microformatele din paginile site-ului dvs. După ce resursa este reindexată, mesajele de eroare din Search Console vor dispărea.

Adrese URL incomode pentru utilizatori

Recomandările pentru configurarea CNC sunt în aproape fiecare ghid pentru crearea de site-uri web pe WordPress. Cu toate acestea, mulți proprietari de site-uri folosesc adrese URL neprietenoase pentru utilizatori.

De ce linkurile implicite sunt considerate incomode pentru utilizatorii live? Sunt lipsite de informații. Setul de caractere „/?p=112” nu înseamnă nimic pentru o persoană, așa că îi este greu să-și amintească adresa URL sau să evalueze oportunitatea urmăririi linkului. Comparați linkurile implicite cu CNC, care arată astfel: https://site-wordpress/kotiki sau https://site-wordpress/cats/britancy.

Pentru a personaliza adresa URL, instalați pluginul îmbunătățit Cyr to Lat. Acest program de completare convertește caracterele chirilice în link-uri la cele latine. După activarea pluginului, accesați meniul consolei „Setări – Permalink-uri”. Selectați structura URL care se potrivește nevoilor dvs. și salvați modificările.

Pentru a afișa numele categoriei în adresa URL, în pagina de setări permalink, bifați caseta de lângă opțiunea „Personalizat”. În câmpul gol, introduceți valoarea /%category%/%postname%/.

Fără pagini mobile accelerate

Această greșeală strategică vă costă cota de site traficul mobil. Îl poți repara în câteva minute.

Puncte cheie pe care trebuie să le știți despre accelerat pagini mobile Oh:

• AMP este o versiune prescurtată a paginilor site-ului web. Pe pagini accelerate ah, este afișat doar conținutul principal.
• Google memorează cache AMP cu marcajul corect pentru a îmbunătăți viteza de încărcare a paginii atunci când navigați pe dispozitive mobile și pe o conexiune lentă la internet.
• Cel mai mare motor de căutare lumea poate afișa conținutul paginilor accelerate ale site-ului dvs. în carusel de pe pagina cu rezultatele căutării.
• AMP nu oferă încă un avantaj de clasare. Dar dacă paginile site-ului dvs. sunt afișate într-un carusel, veți obține mai mult trafic. Caruselul se află în partea de sus a SERP.
• Dacă utilizați versiunea mobilă sau aspect adaptivîmpreună cu AMP, în Rezultate Google va da preferință paginilor mobile accelerate. Adică, dacă AMP este implementat corect, utilizatorii Google în curând va ajunge pe paginile accelerate ale site-ului, și nu pe versiunea sa mobilă sau adaptivă.

Pentru a crea pagini mobile accelerate, utilizați pluginul AMP de la Automattic. Odată instalat și activat, AMP va apărea pe site-ul dvs. Pentru a ajunge la pagina accelerată, adăugați sfârșitul /AMP/ la adresa URL. Vă rugăm să rețineți că pluginul creează pagini accelerate numai pentru publicații. AMP nu este creat pentru categorii, etichete, pagini statice și pagina principală.

Pentru ca paginile accelerate să fie afișate în rezultate, acestea trebuie să fie valide.

Odată ce AMP-urile sunt indexate, informațiile despre acestea vor apărea în Search Console în meniul „Search View – Accelerated Mobile Pages”.

Vă rugăm să rețineți că prezența paginilor mobile accelerate pe site nu înseamnă că toți proprietarii de smartphone-uri și tablete atunci când vă vizitează resursa vor fi duși automat la versiunile AM ​​ale paginilor. Motorul de căutare stabilește dacă este adecvat să direcționeze utilizatorii de la căutare la AMP.

Vizitatorii din alte surse ajung implicit pe versiunea mobilă sau adaptată a resursei. Dacă doresc, pot trece singuri la AMP. Pentru a face acest lucru, trebuie să schimbați adresa URL. Unii optimizatori recomandă să faceți o redirecționare a serverului, care redirecționează automat toți utilizatorii către pagini accelerate. Aceasta este o abordare incorectă, deoarece nu toți utilizatorii de smartphone-uri și tablete au nevoie de AMP.

Pur și simplu creați pagini accelerate și lăsați-l pe Google să decidă dacă trimite utilizatorii către ele. Redirecționează de la versiunea mobilă Nu este nevoie să faceți acest lucru pe AMP.

Configurați urmărirea performanței pentru paginile accelerate. Pentru a urmări vizitele AMP de la folosind Google Analytics, instalați și activați pluginul AMP Analytics sau AMP Toolbox. În setări, introduceți ID-ul de urmărire GA.

Indexarea paginilor de paginare

Pe aproape fiecare site web gestionat CMS WordPress Există pagini de paginare. Dacă nu iei nicio măsură, s-ar putea să vezi pagini suplimentare cum ar fi https://site-wordpress/page/2/ sau https://site-wordpress/category/page/2/.

Google oferă trei moduri de a rezolva problema:

• Nu faceți nimic și lăsați motorul de căutare să determine independent dacă paginile de paginare trebuie incluse în index.
• Creați pagina „Afișați tot” și setați-o ca canonică.
• Utilizați atributele rel="next" și rel="prev" pentru a indica motorului de căutare relația dintre paginile paginate.

Îți distrugi desktopul într-un acces de disperare? O greșeală enervantă te-a făcut să te îndrăgostești de WordPress?

WordPress este o platformă grozavă de blogging și un sistem de gestionare a conținutului, dar nu software fara erori. Acest articol explorează soluții inteligente la trei dintre cele mai frecvente erori WordPress: „ Ecran alb moarte», « Internal Server Error" Și " Eroare la stabilirea conexiunii la baza de date».

Unele dintre sfaturile din acest articol pot fi aplicate altor erori, așa că, chiar dacă site-ul dvs. nu s-a prăbușit niciodată, este posibil să aflați ceva util pentru viitor...

1) Ecranul alb al morții

Unul dintre cei mai tristi bug-uri cunoscute, care a provocat spargerea vaselor în întreaga lume. Cel mai probabil, problema a apărut din unul dintre următoarele motive:

• Lipsa memoriei;
• Plugin;
• Subiect.

Dacă ecranul morții apare pe diferite site-uri care folosesc aceeași găzduire, atunci puteți presupune cu siguranță că problema este la furnizorul de găzduire. Dacă nu, atunci fii sigur că motivul constă în site-ul însuși.

Memoria scăzută

Adesea, problema din spatele acestei erori atinge o limită memorie disponibilă. Pentru a crește cantitatea de memorie disponibilă, găsiți fișierul wp-config.php: navigați la directorul rădăcină al site-ului dvs. folosind un client FTP sau un manager de fișiere în panoul de control al găzduirii. În interiorul etichetei php principale, va trebui să adăugați o linie de cod care va crește limita de memorie la 64 MB:

define("WP_MEMORY_LIMIT", "64M");

Îl puteți seta la mai mult de 64 MB, dar acest lucru depinde de serverul dvs., deci 64 MB este de obicei opțiune sigură. Poate că creșterea memoriei nu a ajutat, sau ați stabilit deja limita peste 64 MB? Atunci problema ar putea fi cu pluginurile sau cu tema dvs.

Pluginuri

Dacă aveți acces la panoul de administrare, problemele cu pluginurile pot fi rezolvate cu ușurință. Doar mergeți la secțiunea „Plugin-uri” și dezactivați ultimul plugin instalat. Dacă acest lucru nu ajută, puteți dezactiva toate pluginurile de pe site-ul dvs. pentru a face acest lucru, selectați-le bifând caseta din partea de sus și selectați comanda „Dezactivare” (Dezactivare).

Dacă nu aveți acces la panoul de administrare, atunci cale alternativă Testarea pluginurilor se face folosind FTP. Dacă aveți un client FTP, mergeți pur și simplu la directorul corespunzător.

Accesați directorul wp-content/plugins, care conține toate plugin-uri instalate. Doar redenumiți folderul de pluginuri, de exemplu, adăugând un cuvânt la sfârșit, astfel încât pluginurile să devină plugins-test .

Alternativ, puteți utiliza aceeași tehnică pentru a redenumi folderele de plugin-uri individuale, permițându-vă să testați fiecare plugin individual și nu pe toate odată. Dacă doriți să vă restaurați pluginurile, pur și simplu redenumiți folderul înapoi la numele său original.

Dacă problema constă în plugin, pot exista multe motive pentru aceasta. Cea mai bună soluție ar fi să-l eliminați pur și simplu și să găsiți un plugin care să ofere aceeași funcționalitate. Încercați să găsiți cel mai mult plugin nou, sau unul care a fost actualizat astfel încât să nu cauzeze probleme.

Subiecte

Dacă depanarea pluginurilor nu ajută, atunci trebuie să recunoașteți că tema ar putea fi problema. Primul lucru de făcut este să creați o copie de rezervă a folderului cu tema. Puteți apoi să vă ștergeți pur și simplu tema și WordPress va instala tema implicită.

Dacă descoperiți că problema este în temă, atunci trebuie să vă uitați la fișierul functions.php. Codul scris prost poate cauza probleme și, dacă nu sunteți sigur că vă puteți descurca singur, cel mai bine ar fi să contactați autorul temei. Se recomandă achiziționarea unei teme dovedite al cărei autor oferă suport post-vânzare.

Loviți încă frustrat la masă? Există o altă modalitate care poate ajuta - activarea modului de depanare.

Activarea depanării PHP

Dacă soluțiile de mai sus nu v-au ajutat să rezolvați problema, atunci trebuie să săpați mai adânc. Procesul de mai jos vă va ajuta să detectați problema. Cu toate acestea, corectarea erorilor detectate poate necesita cunoștințe și abilități mai specifice din partea dvs.

Mai întâi, deschideți fișierul wp-config.php. Și găsiți următoarea linie în el:

define("WP_DEBUG", false);

Plasați „//” la începutul liniei, astfel încât să arate astfel:

//define("WP_DEBUG", false);

Această linie este acum comentată. Pasul următor: lipiți codul de mai jos imediat după această linie:

define("WP_DEBUG", adevărat); define("WP_DEBUG_LOG", adevărat); define("WP_DEBUG_DISPLAY", false); @ini_set("erori_afișare",0);

Aici aveți nevoie de puține cunoștințe de programare. Pașii pe care i-am făcut vor trimite erori la un fișier numit error.log ( care se află în folderul wp-content). Dacă nu îl găsiți, este posibil să nu aveți permisiunea să îl creați. Doar creează fișier nou error.log și setați permisiunile la 666 .

Deschideți fișierul error.log într-un editor de text și verificați dacă există erori PHP. Dacă este ceva ce nu înțelegi sau nu ești sigur, atunci este înțelept să ceri ajutor cuiva.

2) Eroare internă de server

Daca intalnesti eroare internă server 500, atunci este posibil să nu știți încă veștile proaste - aceasta ar putea fi una dintre multele probleme!

Așa că luăm o băutură fierbinte, foarte bogată în cofeină, respirăm adânc și ne pregătim pentru provocările care urmează. Există vreo veste bună? Da - unele abordări sunt similare cu metodele descrise în secțiunea anterioară.

Plugin-uri sau temă

Consultați secțiunile „Plugin-uri” și „Teme” din secțiunea anterioară. Metoda de rezolvare a problemei este complet similară.

Memoria scăzută

Din nou, acest lucru este rezolvat în același mod ca cel descris în secțiunea anterioară.

Incorect.htaccess

Nu sunt pluginurile tale sau tema ta? Apoi este timpul să verificați dacă fișierul .htaccess este corupt. Mai întâi redenumiți acest fișier - din nou doar adăugați " temp"sau ceva asemanator. Nu vedeți acest fișier?

Apoi asigurați-vă că ați activat opțiunea " afişa fișiere ascunse " Exact cum să faci asta depinde de clientul tău FTP, dar este destul de simplu. De exemplu, în Filezilla, pur și simplu selectați „Server” în partea de sus și apoi „ Afișează fișierele ascunse» (Afișează fișierele ascunse).

Acum, următorul pas este să reveniți mai întâi la panoul de administrare WordPress. Accesați „Setări - Permalink-uri» (Setări – Permalink-uri) și apoi resetați-vă permalink-urile. Acum ați generat noua versiune fișier de lucru, astfel încât să puteți verifica dacă problema a fost rezolvată.

Activarea depanării PHP

Acest lucru a fost acoperit și în secțiunea de mai sus, așa că derulați din nou în sus.

3) Eroare la stabilirea conexiunii la baza de date

Această eroare poate fi cauzată din mai multe motive. Aceasta este de obicei o eroare de server, dar s-ar putea ca pur și simplu să fi schimbat informațiile de conectare la baza de date. Este important să determinați dacă primiți această eroare atât pe partea de server, cât și pe partea client a site-ului dvs.

Dacă vedeți același mesaj de eroare pe partea serverului (wp-admin) " Eroare la stabilirea conexiunii la baza de date» (« Eroare la stabilirea conexiunii la baza de date"), apoi sări peste pasul următor.

Cu toate acestea, dacă vedeți un alt mesaj de eroare care spune ceva de genul „….. Este posibil ca baza de date să fie reparată…» (« Poate fi necesară recuperarea bazei de date"), atunci ar trebui să adăugați următorul cod în fișierul wp-config.php:

define("WP_ALLOW_REPAIR", adevărat);

Apoi accesați această pagină http://www.address_of_your_site/wp-admin/maint/repair.php.

Acum veți putea vedea opțiunea de restaurare a bazei de date. După ce l-ați restaurat, asigurați-vă că eliminați codul de mai sus din fișierul wp-config.php.

fișierul wp-config.php

V-ați schimbat parola de administrator sau parola bazei de date? Dacă da, trebuie să faceți modificări și în fișierul wp-config.php. Deci, accesați fișierul wp-config.php și asigurați-vă că aceste informații sunt corecte:

define("DB_NAME", "database-name"); define("DB_USER", "database-username"); define("DB_PASSWORD", "database-parola"); define("DB_HOST", "localhost");

Este important să verificați valoarea gazdei bazei de date, astfel încât ultima linie să fie corectă. În cele mai multe cazuri, acesta va fi localhost , dar verificați pentru orice eventualitate. Dacă rulați WordPress pe server local, înlocuirea localhost cu o adresă IP poate rezolva problema.

Discutați cu furnizorul dvs. de găzduire

Dacă observați o eroare când trece mult trafic prin site-ul dvs., atunci problema poate fi de partea furnizorului dvs. de găzduire.

Există metode pentru a verifica dacă Server MySQL la solicitări, dar furnizorul dvs. vă poate spune și acest lucru. Oricum ar fi, să păstrezi legătura cu furnizorul tău este întotdeauna o idee bună, așa că de ce să nu-i suni?