Ghidul final pentru rezolvarea a 500 de erori interne ale serverului și a paginilor albe în WordPress
Eroarea 500 de erori interne este cea mai nefolositoare și mai puțin folositoare de dezvoltatori web de pretutindeni. Este un mesaj de eroare care poate însemna literalmente orice. Uneori, site-ul dvs. WordPress nu oferă nicio eroare și arată doar o pagină goală. Cum ar trebui să înțelegi ce se întâmplă pe pământ??
Se întâmplă celor mai buni dintre noi, dar nu este nevoie de panică. Iată propriul proces de depanare, în ordinea probabilității și a soluțiilor.
Plugin-uri
Dacă tocmai ați instalat un plugin nou sau dacă site-ul dvs. prezintă 500 de erori după o actualizare de bază WordPress, cauza cea mai probabilă este un plugin incompatibil. Există mai multe motive pentru un plugin fiind “spart”:
- WordPress poate să fi eliminat câteva funcții de bază pe care pluginul le folosește.
- Pluginul poate fi codificat pentru o versiune veche a PHP și nu a fost actualizat.
- Acesta ar putea fi codificat incorect, referindu-se mai degrabă la numele de bază implicit de bază, decât la utilizarea prefixelor, de exemplu.
Identificarea pluginului este ușoară dacă tocmai ați instalat una și eroarea a apărut, dar cum puteți dezactiva plugin-ul dacă este luat jos wp-admin zona site-ului dvs.? Veți avea nevoie de acces FTP, este răspunsul scurt, deși managerul de fișiere bazat pe web de la CPanel sau Plesk va funcționa prea bine.
Soluţie:
Tot ce trebuie să faceți este să redenumiți wp-content / plugins / pliant. Plaseaza o _ în fața dosarului de plugin-uri, așa că este numit _plugins, și acum ar trebui să vă puteți conecta din nou la zona dvs. de administrare WordPress. Prin redenumirea dosarului, ați dezactivat efectiv fiecare plugin - ar trebui să obțineți o grămadă de mesaje de eroare de la WordPress spunând “Pluginul X a fost dezactivat, deoarece fișierul Y.php nu poate fi găsit”. Nu vă faceți griji, nu veți fi pierdut nici o setare - acestea sunt stocate în baza de date și orice plugin decent ar trebui să le găsească din nou după reactivare.
Redenumiți din nou dosarul, eliminând _. Reîmprospătați pluginurile WordPress și toate acestea vor fi afișate din nou, dar într-o stare dezactivată. Acum puteți să le reactivați unul câte unul până veți găsi vinovatul; apoi faceți totul din nou, evitând în mod evident pluginul rău de data aceasta.
Este nefericit când se întâmplă acest lucru, dar există șanse să existe un plugin mai bun care să fie compatibil. Gaseste-l.
Temă incompatibilă
Dezactivarea pluginurilor nu a ajutat? Probabil că e ceva în tema ta. La fel ca și pluginurile, puteți forța tema activă să se rupă prin simpla redenumire a acesteia. Reveniți la zona de administrare WordPress (dacă puteți, desigur - dacă nu puteți, probabil că nu are legătură cu tema dvs.) și WordPress vă va avertiza că a revenit la tema implicită. Verificați din nou site-ul. Desigur, acest lucru nu vă ajută cu adevărat dacă sunteți angajat într-o anumită temă, deci vă recomandăm să o reactivați și să vă îndreptați către secțiunea Activarea Debug PHP; sau doar du-te și pentru a găsi o temă mai nouă, compatibilă.
Bad .htaccess
Dacă dezactivarea pluginurilor dvs. nu a realizat nimic și nu este, de asemenea, tema dvs., este posibil ca dvs. .htaccess fișierul a devenit corupt într-un fel. De obicei, atunci când se întâmplă acest lucru, puteți accesa încă zona de administrare a site-ului. .htaccess fișierul se ocupă de rescrierea regulilor și a setărilor de cache, dar uneori veți edita acest fișier direct pentru a codifica manual lucruri precum 301 redirecționări.
Soluţie:
Redenumiți .htaccess fișier în rădăcina dosarului de instalare WordPress la ceva de genul .htaccess_old. Dacă nu puteți vedea fișierul acolo, trebuie să activați vizualizarea fișierelor ascunse - metoda exactă de a face acest lucru va varia în funcție de clientul dvs. FTP. “.” la începutul numelui fișierului este o modalitate de a spune “ascunde asta” în Linux și în alte sisteme similare UNIX.
Odată ce ați redenumit htaccess-ul curent, reveniți la zona de administrare WordPress, apoi mergeți la Setări -> permalinks și, fără a face nici o schimbare, a lovit salva. Aceasta va genera automat o nouă versiune de lucru a fișierului, deși orice modificări efectuate manual vor fi pierdute.
Activați depanarea PHP
Putem permite un jurnal de depanare din WordPress config, care ar putea da o idee despre problema exactă - dar în acest moment sunteți pe cont propriu. Veți avea nevoie să aflați cum să remediați acest lucru, ceea ce va necesita abilități de codificare.
Pentru a activa jurnalul de depanare, deschideți wp-config.php în rădăcina instalării WordPress. Găsiți linia care spune:
define ('WP_DEBUG', false);
Comentează-l folosind // la început, apoi lipiți în următoarele:
define ('WP_DEBUG', adevărat); define ('WP_DEBUG_LOG', adevărat); define ('WP_DEBUG_DISPLAY', false); @ini_set ( 'display_errors', 0);
Aceasta va începe să emită erori la un fișier din folderul wp-content numit error.log. Dacă actualizați FTP și nu vedeți nimic după un minut, este posibil să nu aibă permisiunea de a crea fișierul. Creați manual un nou fișier error.log și acordați permisiunea 666.
Fi avertizat: acest fișier va continua să crească până când eliminați acele linii din config. Nu uitați să dezinstalați și linia originală. Citiți fișierul în orice editor de text și verificați dacă există erori PHP grave. În acest exemplu, văd o mulțime de Notificări PHP despre codul depreciat, dar acestea nu vor rupe de fapt un site.
Configurarea serverului
Recent am avut un caz în care aproape jumătate din încărcăturile de pagini se ridicau la 500, dar fără niciun model stabilit și absolut nimic util în jurnalele de eroare. Activarea jurnalelor de depanare WordPress nu a arătat nimic evident - o mulțime de notificări PHP și depreciații, dar nimic critic. În cele din urmă, mi-am dat seama că am instalat cache-ul APC pe server în weekend înainte, pentru a fi utilizat împreună cu W3 Total Cache. Dezinstalarea a eradicat complet 500 de erori.
Punctul meu: eroarea 500 ar putea fi pur și simplu o combinație de configurații server care prezintă o incompatibilitate. Acest lucru este puțin probabil dacă utilizați servicii gestionate, dar cu propriul dvs. Virtual Private Server (de ce ar trebui să utilizați un VPS în loc de gazdă partajată?) De ce ar trebui să utilizați un VPS în loc de Gazduire comună pentru WordPress De ce ar trebui să utilizați un VPS în loc de Gazduire shared pentru WordPress Read More) esti responsabil pentru a te asigura ca totul functioneaza impreuna, si asta e mai greu decat suna.
Pe o gazdă comună, puteți găsi Limita de memorie PHP este lovit - plugin-uri complexe în special ar putea provoca acest lucru. Dacă ești norocos, vei primi și un mesaj de eroare de-a lungul liniei “Eroare fatală: dimensiunea permisă de memorie de xxx octeți epuizată”, dar nu in totdeauna. S-ar putea să remediați acest lucru adăugând următoarea linie la wp-config.php:
define ('WP_MEMORY_LIMIT', '64M');
spun Mai, deoarece majoritatea gazdelor partajate nu vă vor lăsa să crească limita de memorie - luați ceea ce vi se oferă. Poate că este timpul să ia în considerare alte forme de găzduire Diverse forme de găzduire a site-ului Explained [Tehnologie Explained] Diferite forme de găzduire a site-ului Explained [Tehnologie Explained] Citește mai mult ?
Desigur, dacă ați fi făcut copii de siguranță înainte de a rula orice upgrade-uri Cum Pentru a Backup & Restaurați site-ul dvs. WordPress cu ușurință cu UpdraftPlus Cum de a copia și restabili site-ul WordPress cu ușurință cu UpdraftPlus Citiți mai mult ai avea o cale ușoară de recuperare. Este groaznic atunci când site-ul dvs. coboară - mai ales dacă este o sursă de venit pentru dvs. și nu doar un hobby - ci urmând acest ghid și metodic, ar trebui să aveți înapoi înapoi în curând.
Ați avut vreodată o eroare de server intern 500 sau o pagină goală, care nu a fost rezolvată de una dintre acestea? Spuneți-ne ce a fost problema dvs. și cum ați stabilit-o.
Explorați mai multe despre: Wordpress, Plugin-uri Wordpress.