Home-theater-designers
The 500 Eroare internă a server-ului este cea mai nefolositoare problemă a utilizatorilor WordPress de pretutindeni. Este un mesaj de eroare care înseamnă exact: ceva undeva a mers prost. Și mai rău, site-ul dvs. WordPress poate să nu prezinte deloc erori și să afișeze doar o pagină albă goală.
Deci, cum poți să-ți dai seama exact ce nu este în regulă și să o rezolvi?
În primul rând: nu intrați în panică, deoarece de obicei este o soluție ușoară! Apoi: urmați acest proces de depanare și eroarea dvs. de server intern WordPress va fi remediată în cel mai scurt timp.
Pluginurile WordPress cauzează eroarea 500?
Dacă tocmai ați instalat un plugin nou sau dacă site-ul dvs. afișează o eroare de 500 după o actualizare de bază a WordPress, cea mai probabilă cauză este un plugin incompatibil. Există multe motive pentru care un plugin poate fi întrerupt:
- Este posibil ca WordPress să fi eliminat unele funcții de bază pe care le folosește pluginul.
- Este posibil să fi fost codificat pentru o versiune veche de PHP și să nu fi fost actualizat de ani de zile.
- Ar putea fi doar codificat incorect, cum ar fi referirea la numele implicite ale bazei de date, mai degrabă decât utilizarea prefixelor. Cu toții suntem vinovați de codificare leneșă uneori!
Identificarea pluginului este ușoară dacă tocmai ați instalat unul și eroarea tocmai a apărut. Dar cum poți dezactiva pluginul dacă zona de administrare este inaccesibilă? Și ce se întâmplă dacă nici nu știi care plugin a cauzat eroarea? Veți avea nevoie de acces FTP în ambele cazuri, dar și un manager de fișiere bazat pe web de la CPanel sau Plesk va funcționa bine.
Soluţie:
Știți exact ce plugin este rupt? Găsiți pluginul și ștergeți-l din wp-content / plugins / pliant. Acum ar trebui să vă puteți conecta din nou. Găsiți o alternativă pentru orice funcționalitate doriți.
Dacă nu sunteți sigur care plugin a cauzat eroarea, ar trebui să redenumiți întregul wp-content / plugins / dosar în sine. Plasați un subliniat („ _ ') în față, așa că este numit _plugini .
Punerea unui subliniat (_) la începutul numelui folderului de pluginuri este o modalitate rapidă și ușoară de a dezactiva toate pluginurile simultan!
Redenumind folderul, dezactivați în mod eficient fiecare plugin simultan. Acum ar trebui să vă puteți conecta din nou, dar veți fi întâmpinat de o listă de mesaje de eroare de la WordPress care spune „Pluginul something.php a fost dezactivat din cauza unei erori: fișierul plugin nu există”.
Nu vă faceți griji, nu ați pierdut nicio setare. Setările pentru pluginuri sunt stocate în baza de date, iar majoritatea pluginurilor le vor găsi din nou la reactivare.
Următorul, redenumiți din nou folderul , prin eliminarea sublinierii. Toate vor fi listate pe pagina dvs. de pluginuri, dar într-o stare dezactivată. Acum le puteți reactiva unul câte unul până când veți găsi vinovatul.
Când site-ul se blochează din nou, repetați procesul, dar de data aceasta nu reactivați pluginul defect!
500 Eroare server intern: temă incompatibilă
Dezactivarea pluginurilor nu a ajutat? Atunci poate fi ceva legat de tema ta. La fel ca pluginurile, puteți dezactiva forțat tema activă pur și simplu redenumind folderul său, pe care îl veți găsi în wp-content / themes / director.
Dacă tot nu puteți accesa zona de administrare după ce ați încercat să redenumiți atât pluginurile, cât și tema curentă, ar trebui să continuați pașii suplimentari. Dacă vă puteți conecta, WordPress vă va avertiza că a revenit la o temă implicită. În acest moment, puteți găsi o temă nouă, contactați dezvoltatorul temei pentru ajutor sau puteți încerca să o remediați singur.
Pentru a remedia problema dvs. sau pentru a oferi explicații suplimentare dezvoltatorului, consultați secțiunea mai târziu Activarea modului de depanare WordPress .
500 Eroare internă a serverului: fișier .htaccess greșit
Dacă dezactivarea pluginurilor și temei nu a reușit nimic, este posibil ca .htaccess fișierul a devenit corupt într-un fel. Acesta este de obicei cazul în care puteți accesa în continuare zona de administrare a site-ului, dar front-end-ul nu funcționează corect.
Fișierul .htaccess gestionează conversia permalinkurilor (versiuni frumoase ale unei adrese URL cum ar fi / postarea mea pe blog ), la schema URL urâtă internă a WordPress (cea pe care o obțineți în mod implicit, care arată ca. /? p = 12345). Este o parte esențială a WordPress-ului, dar plugin-urile pot uneori să-l încurce.
cum să conectați airpod-urile la Android
Soluţie:
Din nou, mergeți la clientul FTP sau la managerul de fișiere. Redenumiți fișierul .htaccess fișierul din rădăcina directorului de instalare WordPress la ceva de genul .htaccess_old . Dacă nu puteți vedea de fapt fișierul acolo, trebuie să activați vizualizarea fișierelor ascunse --- metoda exactă de realizare care va varia în funcție de clientul dvs. FTP.
Perioada de la începutul numelui fișierului este un mod de a spune „ascunde acest fișier” în Linux și alte sisteme similare UNIX.
După ce ați redenumit .htaccess-ul curent, reveniți la zona de administrare WordPress, apoi mergeți la Setări> Legături permanente și, fără a face modificări, apăsați salvare. Aceasta va genera automat o nouă versiune de lucru a fișierului.
Dacă ați modificat manual fișierul, acestea se vor pierde (dar oricum nu ar trebui să editați fișierul manual).
Activați modul de depanare WordPress pentru a urmări erorile
Putem activa un jurnal de depanare din config WordPress, care ar putea oferi un indiciu cu privire la problema exactă, dar în acest moment sunteți pe cont propriu. Va trebui să vă dați seama cum să o remediați, ceea ce va necesita abilități de codare.
Pentru a activa jurnalul de depanare, deschideți wp-config.php , pe care îl veți găsi în directorul rădăcină al instalării dvs. WordPress. Fiți foarte atent la editarea acestui fișier: poate fi o idee bună să faceți mai întâi o copie pe care să o puteți reveni în caz de modificări neintenționate.
Găsiți linia care spune:
define('WP_DEBUG', false);
Dacă site-ul dvs. nu este frecvent vizitat și nu vă deranjează mesajele de eroare afișate tuturor, schimbați doar cuvântul fals la Adevărat . Mesajele de eroare vor fi afișate acum când încărcați site-ul.
de ce am 100 de utilizări de disc
Dacă preferați să păstrați mesajele de eroare private, comentați această linie tastând // la început, apoi lipiți următoarele sub acesta:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Aceasta va începe să trimită erori într-un fișier wp-content dosar numit eroare.log . Dacă reîmprospătați clientul FTP și nu vedeți nimic după un minut sau cam așa, este posibil ca WordPress să nu aibă permisiunea de a crea fișierul. Creați manual un nou fișier error.log și acordați-i permisiunea 666.
Fiți avertizat: acest fișier va continua să crească până când veți elimina acele linii din config. Nu uitați să descomentați și linia originală. Citiți fișierul în orice editor de text și verificați dacă există erori PHP critice.
În exemplu, văd o mulțime de notificări PHP despre codul depreciat, dar acestea nu vor defecta de fapt un site.
500 Eroare internă a serverului: configurare greșită a serverului
Rularea propriului server privat virtual nu este ușoară. M-am confruntat odată cu un caz misterios de aproximativ jumătate din toate încărcările de pagină, care arăta o eroare de 500, dar fără un model distinct și fără indicii în jurnalele de erori ale serverului. Activarea jurnalelor de depanare WordPress nu a arătat nimic evident: o mulțime de notificări și deprecieri PHP, dar nimic critic.
În cele din urmă, mi-am dat seama că am instalat cache-ul APC pe server în weekendul anterior, pentru a-l folosi cu W3 Total Cache pentru a accelera site-ul. Dezinstalarea care a eliminat complet cele 500 de erori.
Ideea mea este că eroarea 500 ar putea fi pur și simplu o combinație de configurări de server care prezintă o incompatibilitate. Acest lucru este puțin probabil dacă utilizați servicii gestionate, dar cu propriul dvs. server virtual privat ( ce este un server virtual și de ce s-ar putea să doriți unul ) ești responsabil pentru a te asigura că totul funcționează împreună și acest lucru este mai greu decât pare.
Site-ul dvs. nu mai are memorie?
Pe o gazdă comună, puteți găsi fișierul Limita de memorie PHP este lovit --- WooCommerce, forumurile sau pluginurile aferente postărilor ar putea provoca acest lucru datorită complexității lor. Dacă aveți noroc, veți vedea un mesaj de eroare precum „Eroare fatală: dimensiunea memoriei permise de xxx octeți epuizată”, dar nu întotdeauna.
Este posibil să puteți remedia acest lucru adăugând următoarea linie în wp-config.php :
define('WP_MEMORY_LIMIT', '64M');Majoritatea gazdelor partajate nu vă permit, de fapt, să măriți limita de memorie, deși --- obțineți ceea ce vi se dă. Poate fi timpul să luați în considerare alte forme de găzduire.
Eroare 500 remediată? Acum faceți copii de rezervă zilnic!
Păstrați pluginurile actualizate pentru a evita conflictele cu noile versiuni de WordPress
Cea mai bună apărare împotriva oricărui tip de eroare critică WordPress este să mențineți copii de rezervă zilnice, precum și o copie de rezervă manuală înainte de fiecare acțiune semnificativă (cum ar fi o actualizare centrală WordPress). De asemenea, mențineți pluginurile și temele actualizate: noile versiuni de WordPress rup frecvent codul vechi.
Poate fi înfricoșător atunci când site-ul dvs. se sparge --- mai ales dacă este o sursă de venit pentru dvs. și nu doar un hobby. Urmând acest ghid și fiind metodic, ar trebui să îl faceți din nou în curând.
Luați în considerare trecerea la un serviciu de găzduire WordPress gestionat care gestionează copii de rezervă și optimizări pentru dvs., făcând astfel de erori inexistente. Vă recomandăm Găzduirea InMotion (utilizați acest link pentru a obține 38% reducere) și Bluehost (utilizați acest link pentru a obține 25% reducere).
Acțiune Acțiune Tweet E-mail Ștergeți aceste fișiere și foldere Windows pentru a elibera spațiu pe discAveți nevoie să goliți spațiul pe disc pe computerul dvs. Windows? Iată fișierele și folderele Windows care pot fi șterse în siguranță pentru a elibera spațiu pe disc.
Citiți în continuare Subiecte asemănătoare- Programare
- Wordpress
- Pluginuri Wordpress
James are o licență în inteligență artificială și este certificat CompTIA A + și Network +. Când nu este ocupat ca editor de recenzii hardware, îi place LEGO, VR și jocurile de societate. Înainte de a se alătura MakeUseOf, a fost tehnician de iluminat, profesor de engleză și inginer de date.
Mai multe de la James BruceAboneaza-te la newsletter-ul nostru
Alăturați-vă newsletter-ului pentru sfaturi tehnice, recenzii, cărți electronice gratuite și oferte exclusive!
Faceți clic aici pentru a vă abona