Știm cum se simte. Acel moment de disperare când site-ul dvs. cade și nu aveți idee de ce. Este una dintre cele mai comune erori WordPress, dar este și una dintre cele mai misterioase. Nu vă spune ce este în neregulă, doar că ceva este stricat.
Vestea bună? Aproape întotdeauna este reparabil. Ajutând nenumărați clienți, ne-am confruntat destul de des cu această eroare.
În acest ghid, vă vom prezenta pașii exacți pentru a vă readuce site-ul online. Urmați pașii și totul va funcționa din nou în cel mai scurt timp.
Iată o prezentare rapidă a subiectelor pe care le vom aborda în acest articol:
- Ce este eroarea internă de server 500?
- Ce cauzează eroarea internă a serverului în WordPress?
- Remedierea erorii interne de server 500 în WordPress
- Șterge cache-ul WordPress și al browserului
- Verificarea fișierului .htaccess corupt
- Mărirea limitei de memorie PHP
- Dezactivați Toate Plugin-urile WordPress
- Comutați la o temă WordPress implicită
- Reîncărcarea fișierelor de bază
- Activare jurnale de depanare în WordPress
- Întrebați furnizorul de găzduire
- Tutorial video
Ce este eroarea internă de server 500?
Eroarea 500 Internal Server Error este ca o ușă încuiată fără cheie. Știi că ceva nu este în regulă, dar nu există nicio notă care să explice ce s-a întâmplat.
Această eroare nu este doar o problemă WordPress. Poate apărea pe orice site web atunci când serverul întâmpină o problemă pe care nu știe cum să o gestioneze.
„500” din mesaj este un cod de stare HTTP. Dacă îl căutați, veți găsi o definiție vagă:
Codul de răspuns „500 Internal Server Error” indică faptul că serverul a întâmpinat o condiție neașteptată care l-a împiedicat să finalizeze solicitarea.
Nu este foarte util, nu-i așa? Este modul serverului de a spune: „Ceva s-a stricat, dar nu sunt sigur ce.”
Modul în care apare această eroare depinde de configurația dvs. de hosting și de browserul web. Iată un exemplu despre cum apare pe un server Apache:
Dacă site-ul dvs. rulează pe Nginx, ar putea arăta puțin diferit. Și dacă Google Chrome nu poate încărca o pagină de eroare corespunzătoare, veți vedea ceva de genul acesta:
Pentru începători, acest lucru poate fi copleșitor. Nu există niciun mesaj care să spună ce a mers greșit sau cum să îl remediezi.
Este ca și cum ai cere unui mecanic să-ți repare mașina fără să-i spui ce este stricat. Va trebui să verifice diferite piese până când va găsi problema.
Din experiența noastră, cea mai bună modalitate de a rezolva problema este să o abordați pas cu pas. Vă vom ghida prin cele mai comune cauze și soluții, astfel încât să vă puteți repune site-ul în funcțiune.
Ce cauzează eroarea internă a serverului în WordPress?
Eroarea internă a serverului în WordPress este ca un puzzle cu piese lipsă. Știi că ceva nu este în regulă, dar mesajul de eroare nu îți spune exact unde este problema.
Din experiența noastră, cel mai frecvent vinovat este un fișier .htaccess corupt. Uneori, este un plugin problematic sau o temă care nu funcționează bine cu configurația dvs.
Alteori, site-ul dvs. poate atinge limita de memorie PHP, determinând blocarea WordPress. Fișierele de bază corupte pot, de asemenea, declanșa această eroare, lăsându-vă blocat fără avertisment.
În unele cazuri, eroarea apare doar atunci când încercați să accesați zona de administrare WordPress, în timp ce restul site-ului dvs. funcționează perfect. Este ca și cum ați fi blocat afară din propria casă, în timp ce oaspeții pot intra prin ușa din spate.
Ceea ce face această eroare dificilă este că, de obicei, apare înainte ca WordPress să se poată încărca corect. Asta înseamnă că serverul nu poate aduna suficiente detalii pentru a explica ce a mers prost.
Dacă doriți o privire mai aprofundată asupra modului în care funcționează WordPress în culise, consultați ghidul nostru despre cum funcționează WordPress în culise.
Acum, să parcurgem pașii de depanare pentru a repune site-ul dvs. în funcțiune.
Remedierea erorii interne de server 500 în WordPress
Înainte de a începe depanarea, asigurați-vă că aveți la îndemână un backup complet WordPress al site-ului dvs. web.
Dacă aveți acces la zona de administrare WordPress, atunci puteți folosi un plugin de backup WordPress pentru a crea un backup complet al site-ului dvs. web.
Recomandăm utilizarea Duplicator pentru a gestiona acest lucru. Nu numai că vă ajută să faceți rapid o copie de rezervă a site-ului dvs. web, dar puteți, de asemenea, să stocați copiile de rezervă în cloud și, cel mai important, puteți restaura site-ul dvs. web dintr-o copie de rezervă.
Pe de altă parte, dacă nu aveți acces la zona de administrare WordPress, atunci puteți crea manual un backup WordPress folosind phpMyAdmin și un client FTP.
După aceea, puteți urma următorii pași pentru a depana și a remedia eroarea internă de server pe site-ul dvs.
Șterge cache-ul WordPress și al browserului
Browserele și pluginurile dvs. de caching WordPress pot stoca uneori în mod eronat o copie în cache a unei pagini de eroare.
Cel mai simplu mod de a rezolva acest lucru este prin ștergerea cache-ului browserului.
După aceea, dacă aveți acces la zona de administrare WordPress a site-ului dvs., puteți goli cache-ul WordPress vizitând pagina de setări a pluginului dvs. de cache.
Pentru detalii, consultați tutorialul nostru despre cum să ștergi cache-ul WordPress.
Verificarea fișierului .htaccess corupt
Fișierul .htaccess este un fișier de configurare a serverului utilizat de WordPress pentru a configura redirecționări.
Una dintre cele mai frecvente cauze ale erorii interne de server este fișierul .htaccess corupt.
Cel mai simplu mod de a remedia acest lucru este prin simpla vizitare a paginii Setări » Permalinks din zona de administrare WordPress și apoi prin apăsarea butonului „Salvare modificări” fără a face nicio modificare.
WordPress va încerca acum să vă actualizeze fișierul .htaccess sau să genereze unul nou. Puteți vizita acum site-ul dvs. pentru a vedea dacă acest lucru a rezolvat eroarea internă de server.
Dacă încă vedeți eroarea, atunci trebuie să vă asigurați că WordPress a putut genera sau scrie în fișierul .htaccess.
Uneori, din cauza permisiunilor fișierelor și directoarelor, WordPress ar putea să nu poată crea sau scrie în fișierul dvs. .htaccess.
Acum puteți încerca să înlocuiți fișierul .htaccess manual. Mai întâi, trebuie să vă conectați la site-ul dvs. web folosind FTP sau aplicația Manager de fișiere din panoul de control al contului dvs. de găzduire.
Apoi, trebuie să redenumiți fișierul dvs. principal .htaccess în ceva de genul .htaccess_old. Acest lucru vă permite să păstrați fișierul ca backup, dar WordPress nu îl va recunoaște.
Pentru a redenumi fișierul .htaccess, va trebui să vă conectați la site-ul dvs. folosind FTP sau aplicația File Manager din tabloul de bord cPanel al contului dvs. de găzduire.
Odată ce sunteți conectat, fișierul .htaccess va fi localizat în același director unde veți vedea foldere precum wp-content, wp-admin și wp-includes.
Pur și simplu faceți clic dreapta pe fișierul .htaccess și redenumiți-l în .htaccess_old.
În continuare, trebuie să creați un nou fișier .htaccess.
În folderul rădăcină al site-ului dvs., faceți clic dreapta și apoi selectați opțiunea „Creare fișier nou” în clientul FTP sau aplicația File Manager.
Denumiți acest nou fișier .htaccess și faceți clic pe „OK” pentru a-l salva.
Acum, acest fișier .htaccess este gol în prezent și trebuie să adăugați regulile de rescriere implicite ale WordPress în el.
Pur și simplu faceți clic dreapta pe fișier și apoi selectați „Vizualizare/Editare” în clientul dvs. FTP sau aplicația Manager fișiere.
Fișierul gol se va deschide într-un editor de text simplu, cum ar fi Notepad sau TextEdit.
Acum, trebuie să copiați și să lipiți următorul cod în el:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Acest cod este setul de reguli implicit utilizat de WordPress. Nu uitați să salvați modificările și să încărcați fișierul înapoi pe server.
Acum puteți vizita site-ul dvs. web pentru a vedea dacă acest lucru a rezolvat eroarea internă de server.
Dacă a funcționat, atunci felicitați-vă pentru că ați remediat eroarea internă a serverului.
Important: Înainte de a trece la alte lucruri, asigurați-vă că accesați pagina Setări » Permalink-uri din zona de administrare WordPress și faceți clic pe butonul Salvare fără a face nicio modificare. Acest lucru va regenera fișierul .htaccess pentru dvs. cu reguli de rescriere adecvate pentru a vă asigura că paginile postărilor dvs. nu returnează o eroare 404.
Dacă verificarea soluției pentru fișierul .htaccess corupt nu a funcționat pentru dvs., atunci trebuie să continuați să citiți acest articol.
Mărirea limitei de memorie PHP
Uneori, eroarea internă de server poate apărea dacă un script consumă toată limita de memorie PHP.
Cel mai simplu mod de a crește limita de memorie PHP este prin editarea fișierului wp-config.php. Fii atent când faci acest lucru dacă ești începător. Vrei să urmezi cu atenție aceste instrucțiuni, deoarece chiar și greșelile mici în fișierele de bază WordPress îți pot strica site-ul.
Pentru a începe, pur și simplu conectați-vă la site-ul dvs. WordPress folosind un client FTP sau aplicația File Manager din panoul de control al contului dvs. de găzduire.
Veți găsi fișierul wp-config.php în folderul principal al site-ului dvs. web. Faceți clic dreapta pe el și selectați „Descărcare”. Acest lucru va asigura că aveți o copie de rezervă a fișierului în cazul în care ceva nu merge bine.
După ce ați salvat acest lucru, puteți face clic dreapta pe el și selectați „Vizualizare/Editare”.
În fișierul wp-config.php, trebuie să adăugați următorul cod chiar deasupra liniei care spune „That’s all, stop editing! Happy publishing”:
define( 'WP_MEMORY_LIMIT', '256M' );
Pentru mai multe detalii, consultați tutorialul nostru despre cum să creșteți limita de memorie PHP în WordPress.
Notă: Dacă 256M nu rezolvă problema, încercați să o măriți la 512M.
Dacă vedeți eroarea internă de server doar atunci când încercați să vă conectați la administratorul WordPress sau să încărcați o imagine în wp-admin, atunci ar trebui să creșteți limita de memorie urmând acești pași:
- Creați un fișier text gol pe computer și denumiți-l php.ini
- Lipește acest cod acolo: memory=256MB
- Salvează fișierul
- Încărcați-l în folderul dvs. /wp-admin/ folosind FTP
Dacă creșterea limitei de memorie a rezolvat problema pentru dvs., atunci ați rezolvat problema doar temporar. Trebuie în continuare să găsiți cauza care epuizează limita de memorie.
Acesta ar putea fi un plugin prost codat sau chiar o funcție a temei. Vă recomandăm cu tărie să cereți companiei dvs. de găzduire web WordPress să verifice jurnalele serverului pentru a vă ajuta să găsiți diagnosticele exacte.
Dacă creșterea limitei de memorie PHP nu a rezolvat problema pentru dvs., aveți nevoie de mai multă depanare.
Dezactivați Toate Plugin-urile WordPress
Dacă niciuna dintre soluțiile de mai sus nu a funcționat pentru dvs., atunci această eroare este cel mai probabil cauzată de un plugin specific instalat pe site-ul dvs. web.
Este, de asemenea, posibil ca o combinație de pluginuri să nu funcționeze corect una cu cealaltă.
Dacă puteți accesa zona de administrare WordPress a site-ului dvs. web, atunci puteți merge pur și simplu la pagina de pluginuri și puteți dezactiva toate pluginurile WordPress.
Cu toate acestea, dacă nu puteți accesa zona de administrare WordPress, atunci puteți dezactiva toate pluginurile WordPress folosind FTP.
Pur și simplu conectați-vă la site-ul dvs. WordPress folosind un client FTP sau aplicația de gestionare a fișierelor din panoul de control al contului dvs. de găzduire.
Odată conectat, navigați la folderul /wp-content/ și redenumiți folderul plugins în plugins.deactivated.
WordPress caută pluginuri în folderul pluginurilor. Dacă folderul pluginurilor nu este găsit, acesta va dezactiva automat toate pluginurile.
Acum puteți încerca să vizitați site-ul dvs. pentru a vedea dacă acest lucru a rezolvat eroarea internă de server pe site-ul dvs.
Pentru a restaura toți plugin-urile, puteți pur și simplu să redenumiți folderul 'plugins.deactivated' înapoi în plugins.
Pluginurile dvs. vor fi acum restaurate, dar vor rămâne dezactivate.
Acum puteți activa plugin-urile individual și puteți vizita site-ul dvs. pentru a afla ce plugin cauzează eroarea internă de server.
Pentru mai multe detalii, consultați ghidul nostru despre cum să dezactivați toate plugin-urile WordPress fără wp-admin.
Dacă dezactivarea tuturor plugin-urilor nu a rezolvat eroarea internă de server pe site-ul dvs., continuați să citiți.
Comutați la o temă WordPress implicită
O cauză posibilă a erorii interne de server ar putea fi un cod din tema dvs. WordPress.
Pentru a determina dacă acesta este cazul, trebuie să comutați tema la o temă WordPress implicită.
Dacă aveți acces la zona de administrare WordPress, accesați pagina Aspect » Teme. Dacă aveți deja o temă implicită instalată, puteți pur și simplu să faceți clic pe butonul Activați pentru a schimba tema.
Dacă nu aveți o temă implicită instalată, puteți face clic pe butonul „Adăugați nou” din partea de sus și instalați o temă implicită (Twenty Twenty-Three, Twenty Twenty-Two și așa mai departe).
Dacă nu aveți acces la zona de administrare WordPress, puteți comuta în continuare la o temă implicită.
Pur și simplu conectați-vă la site-ul dvs. WordPress folosind un client FTP și navigați la folderul /wp-content/.
Faceți clic dreapta pentru a selecta folderul temelor și descărcați-l pe computer ca backup.
Apoi, trebuie să ștergeți folderul de teme de pe site-ul dvs. web. Odată șters, continuați și creați un nou folder de teme.
Noul dvs. folder de teme va fi complet gol, ceea ce înseamnă că nu aveți instalate teme WordPress în acest moment.
Apoi, trebuie să vizitați directorul de teme WordPress themes directory și să descărcați o temă WordPress implicită pe computerul dvs.
Browserul dvs. va descărca apoi tema ca fișier zip pe computerul dvs.
Localizați fișierul pe computer și apoi dezarhivați-l. Utilizatorii Windows pot dezarhiva fișierul făcând clic dreapta pe el și apoi selectând „Extrage tot”. Utilizatorii Mac pot face dublu clic pe fișierul zip pentru a-l extrage.
Veți vedea acum un folder care conține tema dvs. WordPress.
Reveniți la clientul FTP sau la File Manager și încărcați acest folder în folderul gol pentru teme.
Odată încărcat, WordPress va începe automat să folosească tema implicită.
Acum puteți vizita site-ul dvs. pentru a vedea dacă acest lucru a rezolvat eroarea internă de server.
Dacă acest lucru nu funcționează, atunci puteți reîncărca temele WordPress din backup sau puteți reveni la tema pe care o foloseați.
Nu vă faceți griji. Mai sunt câteva lucruri pe care le puteți face pentru a remedia eroarea.
Reîncărcarea fișierelor de bază
Dacă opțiunile de plugin și temă nu au rezolvat eroarea internă de server, atunci merită să reîncărcați folderele /wp-admin/ și /wp-includes/ dintr-o instalare WordPress proaspătă.
Acest lucru NU va șterge nicio informație, dar ar putea rezolva problema în cazul în care vreun fișier este corupt.
Mai întâi, va trebui să vizitați site-ul WordPress.org și să faceți clic pe butonul „Descărcare”.
Aceasta va descărca fișierul zip WordPress pe computerul dumneavoastră.
Continuați și extrageți fișierul zip. În interior, veți găsi un folder wordpress.
Apoi, trebuie să vă conectați la site-ul dvs. WordPress folosind un client FTP.
Odată conectat, accesați folderul rădăcină al site-ului dvs. Acesta este folderul care conține folderele wp-admin, wp-includes și wp-content în interiorul său.
În coloana din stânga, deschideți folderul WordPress de pe computer.
Acum trebuie să selectați toate fișierele din interiorul folderului wordpress și să le încărcați pe site-ul dvs.
Clientul dvs. FTP va transfera acum acele foldere pe serverul dvs.
Vă va întreba dacă doriți să suprascrieți fișierele. Selectați „Suprascrie”, apoi selectați „Folosește întotdeauna această acțiune” și bifați caseta „Aplică doar cozii curente”.
Clientul dvs. FTP va înlocui acum fișierele dvs. mai vechi de WordPress cu copii noi, proaspete.
Dacă fișierele dvs. WordPress au fost corupte, atunci acest pas va rezolva eroarea internă de server pentru dvs.
Activare jurnale de depanare în WordPress
WordPress vine cu un sistem încorporat pentru a păstra jurnalele pentru depanare.
Îl puteți activa folosind pluginul WP Debugging. Pentru mai multe detalii, consultați ghidul nostru despre cum să instalați un plugin WordPress.
Odată activat, pluginul va activa jurnalele de depanare pe site-ul dvs. WordPress.
Dacă nu aveți acces la zona de administrare a site-ului dvs. WordPress, atunci puteți activa depanarea adăugând următorul cod în fișierul dvs. wp-config.php:
define( 'WP_DEBUG', true);
define( 'WP_DEBUG_LOG', true);
Odată ce ați activat jurnalele de depanare, le puteți vizualiza utilizând un client FTP și navigând la folderul /wp-content/.
Puteți deschide fișierul jurnal de depanare într-un editor de text și acesta vă va afișa o listă de erori și avertismente care apar pe site-ul dvs.
Unele erori și avertismente pot fi incidente inofensive care nu necesită remediere. Cu toate acestea, dacă vedeți o eroare internă de server pe site-ul dvs. web, acestea vă pot indica direcția corectă.
Întrebați furnizorul de găzduire
Dacă toate metodele eșuează în a remedia eroarea internă de server pe site-ul dvs., atunci este timpul să cereți ajutor suplimentar.
Contactați echipa de suport a găzduirii dvs. web, iar aceștia vor putea verifica jurnalele serverului și vor identifica cauza principală a erorii.
Dacă doriți să continuați depanarea pe cont propriu, consultați ghidul nostru complet de depanare WordPress pentru începători.
Tutorial video
Dacă ți-a plăcut acest articol, te rugăm să te abonezi la canalul nostru de YouTube pentru tutoriale video WordPress. Ne poți găsi, de asemenea, pe Twitter și Facebook.
Diogo Susewind
mulțumesc mult
Mărirea limitei de memorie PHP mi-a rezolvat problema
Dumnezeu să vă binecuvânteze
Centro Studi Pranici
Mulțumesc! Problema rezolvată
Nataša Cvetković
Mulțumesc mult!
Checking for Corrupt .htaccess File worked for me
Stephen
Pachetul meu DigiWeb Advanced Hosting și eroarea de server 500 la încercarea de activare…
În cazul meu, ca începător și încercând să adaug o temă WooWoo și apoi un plugin WooWoo eCommerce, am avut o eroare de server 500..
Prima dată, după ce tema a fost instalată, a fost rectificată de personalul de suport al gazduirii.. Ei au subliniat că a fost creat un fișier web.config, pe care l-au redenumit în web.config_old și nu trebuia să creez altele.. Continuând să adaug plugin-ul eCommerce și încercând să-l activez.. Eroare 500 din nou.. dar de data aceasta am verificat directorul și exista un alt fișier ‘web.config’.. Am schimbat numele și bingo, totul a fost OK.. Am fost fericit pentru că nu vreau să depind de băieții de la DigiWeb !
Sper că acest lucru ajută chiar și o singură persoană…
Ian Robinson
Apreciez cu adevărat, cu adevărat că ați postat acest videoclip. Mulțumesc.
Suport WPBeginner
Hey Ian, glad you found it helpful
Nu uitați să vă abonați la Canalul de YouTube pentru mai multe sfaturi și tutoriale WordPress.
Admin
SAMUEL
De când mi-am configurat contul atât pentru WordPress, cât și pentru Cpanel, am descoperit că numele domeniului meu pe cpanel nu era scris corect (probabil eroarea mea), dar am încercat să-l schimb, dar nu am putut. Trebuie să știu implicațiile acestui lucru și cum să-l corectez. Site-ul meu a funcționat bine până de curând, ar putea fi cauza.
Morse Gates
Am întâmpinat această eroare internă (500) când am adăugat următoarea linie în fișierul meu .htaccess
max_input_vars = 1540; dar imediat ce o elimin, funcționează. Trebuie să-mi cresc Max_Input_vars de la 1000
Vă rog să mă ajutați.
morse gates
Doar informații suplimentare. Godaddy mi-a cerut să creez și să folosesc .user.ini pentru a adăuga acest lucru, dar phpinfo îl afișează tot la 1000 după modificare. De aceea am decis să folosesc .htaccess, dar asta a trimis site-ul meu la o eroare internă cu status 500.
Elkay
Sper că nu este memoria discului dvs. depășită.
Sau eroare din cauza sintaxei.
Samseen
Mulțumesc, redenumirea fișierului .htaccess funcționează pentru mine.
Ammar
Haylo!
Am avut această problemă astăzi și am descoperit că problema era legată de permisiunile fișierelor/folderelor mele.
Încercasem să setez toate folderele, subfolderele și permisiunile fișierelor mele la 777, deoarece aveam probleme majore la încărcarea imaginilor.
Acest lucru mi-a cauzat eroarea internă de server. Revenirea la 755 a rezolvat problema pentru mine, deși presupun că aplicarea simplă a 755 pe folderul wp-admin ar fi făcut treaba!
Sper că ajută pe cineva!
zach
Da, schimbarea permisiunilor a funcționat pentru mine, deci mulțumesc!
Kumar
Salut, mă confrunt pe un alt tip de problemă. Când încerc să-mi încarc site-ul web, apare „Pagina mydomain.com nu funcționează” și „mydomain.com nu poate gestiona în prezent această solicitare”, de asemenea „EROARE HTTP 500” (cu font mic).
Nici măcar nu mă pot autentifica în panoul de administrare wp.
Ce să fac? Vă rog să mă ajutați.
Am schimbat fișierul .htaccess, m-am gândit și că poate s-a întâmplat din cauza fișierului config.php corupt, așa că l-am șters. Și când îmi încarc site-ul web, începe să afișeze setările de configurare a instalării.
Am configurat din nou, dar când ajunge la partea de autentificare, se întâmplă același lucru.
Vă rog să mă ajutați!
Suport WPBeginner
Puteți încerca dezactivarea tuturor pluginurilor WordPress și revenirea la o temă implicită. Anunțați-ne dacă ajută.
Admin
Sherry
Am continuat să primesc o eroare 500 „[website] nu poate gestiona în prezent această cerere”. După ce am citit sfaturile despre eroarea 500, am descoperit că o revizuire pe care o făcusem la page.php din directorul temei mele apela o comandă de imprimare pentru un plugin dezactivat. Am eliminat linia de comandă și problema a fost rezolvată imediat! Acum totul merge ca uns….adică paginile!
piyush saini
ești cu adevărat grozav domnule, mulțumesc pentru asta
zigii
thanks! very very helpful resource I resolved my site
Suport WPBeginner
Glad you found it helpful
Admin
Matt
La mine nu a fost niciuna dintre cele de mai sus. Dar am văzut în jurnalele mele de erori că wordfence-waf.php avea o eroare în căi. Redenumirea wordfence-waf.php în folderul rădăcină a rezolvat problema.
Elkay
Ai nimerit exact ținta.
Când am avut problema cu site-ul meu, am verificat mai întâi log-ul.
Suportul meu de hosting a oferit doar ce a putut mai bine, dar am avut un moment oportun să rezolv problema singur.
Elkay
Apreciez managementul pentru munca bună, mai mult succes.
Am experimentat această eroare când personalizam tema.
Jurnalul de erori a oferit un indiciu.
Suportul meu de hosting a oferit doar ce a putut mai bine, dar am avut un moment oportun să rezolv problema singur.
Keyboard Banger
Mulțumesc mult! m-a ajutat să recâștig accesul la blogul meu.
Hugo Henriquez
poți rezolva problema actualizând wordpress la cea mai recentă versiune prin transferarea fișierelor „core”, dar înainte dezactivează toate plugin-urile redenumind folderul „plugins”
H.T.
Primeam o eroare „Internal Server 500” când accesam pagina WP Admin.
În cazul nostru, fișierul .htaccess era corupt.
Rețineți, totuși, că ștergerea .htaccess NU a rezolvat problema — de fapt, ștergerea lui a cauzat ca pagina index să aibă o eroare PHP, când funcționa bine înainte. (Și asta se datora unei erori WP Super Cache, se pare — nu găsea fișierul pe care îl căuta.)
Aveam ¦ în loc de # și ¤ în loc de $ în fișierul nostru .htaccess, din anumite motive. Corectarea acestora a rezolvat problema de autentificare WP Admin.
Sper să ajute pe cineva.
Tim D.
Ești grozav. Cum și fișierul .htaccess se corupe, nu voi ști niciodată, dar MULȚUMESC.
Melly P.
Am găsit o cauză interesantă pentru o eroare internă de server după ce am verificat jurnalele gazdei mele - instalarea mea de WordPress avea permisiuni de scriere pentru grup. Am uitat că am înnebunit cu permisiunile mele când am încercat să rezolv o problemă cauzată de gazdă. Când am schimbat setarea CHMOD la 755, a funcționat din nou. folderul meu de administrare nu este în folderul rădăcină, mă întreb dacă acesta este motivul pentru care încă puteam vedea site-ul și nu puteam accesa administrarea.
Riyaz Alam
Salut, conform sugestiei tale din acest post, am încercat să reîncărc Reîncărcarea fișierelor de bază (WP-ADMIN & WP-INCLUDES) pentru a remedia eroarea 500 pe site-ul meu. Dar acum, primesc din nou eroarea 500 și când am contactat furnizorul meu de hosting (Hostgator), mi-au trimis acest log (Am verificat și am constatat că există o problemă cu „akismet”. Vă rugăm să găsiți log-ul mai jos. — [26-May-2016 04:19:04 UTC] PHP Fatal error: Class ‘WP_Widget’ not found in /home/makei3v5/public_html/example.com/wp-content/plugins/akismet/class.akismet-widget.php on line 5), Acum sunt neajutorat, ce ar trebui să fac? Am urmat pașii cu exactitate conform ghidului de mai sus.
Vă rog să mă ajutați.
Mulțumesc, Riyaz
Suport WPBeginner
Încearcă să ștergi și apoi să reinstalezi Akismet.
Admin
Riyaz
Salut,
Acum site-ul meu este reparat, dar nu a fost din cauza ștergerii și apoi reinstalării Akismet. A trebuit să actualizez toate fișierele WordPress pentru a-l repara. Mulțumesc oricum.
David
Mulțumesc, a fost foarte util!
Nazar
mulțumesc mult autor, asta mi-a salvat viața, mi-a salvat și slujba.. mulțumesc din nou
Priyanka
Mulțumesc pentru ghidajul dvs... Am dezactivat toate plugin-urile, dar tot afișează aceeași eroare.
Apoi dezactivez tema și funcționează bine. Mi-am dat seama că tema poate crea acest tip de eroare.
Suport WPBeginner
Da, acum puteți cere suport dezvoltatorului temei dvs. sau selectați o altă temă.
Admin
WLEXT
Salut,
Ce se întâmplă dacă această problemă apare aleatoriu?
Uneori, când deschid pagina principală a site-ului meu, alteori când editez în masă postări. Pur și simplu se întâmplă aleatoriu, din câte știu, ar putea fi problema că serverele de găzduire sunt suprasolicitate? pentru că folosesc găzduire web partajată, aș dori să știu dacă îmi puteți răspunde?
Nu vreau să migrez la un alt gazdă dacă problema este un plugin de pe site-ul meu.
Vă rog să-mi răspundeți.
Mulțumesc.
Heather
Aș dori să știu și eu acest lucru. Am aceeași problemă. Se întâmplă uneori, uneori nu. Poate fi de la panoul de administrare sau de la vizualizarea directă a site-ului. Folosesc, de asemenea, un serviciu de găzduire partajată foarte ieftin și mă întreb dacă este posibil ca acest lucru să vină de la "partea lor".
Geert Spekken
Acest articol mi-a salvat viața! Sau cel puțin sănătatea mintală. Se pare că un plugin încurca totul, iar datorită acestui articol am reușit să rezolv problema. Mulțumiri multe de la un începător WP ușurat (din 2014…)!
Suport WPBeginner
Glad you found it helpful
Admin
Silvia Huerta
Salut, dar problema mea este că nici măcar nu pot accesa tabloul de bord, când încerc, apare și eroarea de server intern, așa că nu pot face nimic. Nu funcționează nimic. Sunt în panică.
Suport WPBeginner
Consultați ghidul nostru despre ce să faceți când sunteți blocat din zona de administrare WordPress.
Admin
Tarun
După ce am citit soluțiile menționate mai sus, am mers la wp-content/plugins prin ftp și am sortat lista de pluginuri după data modificării și am șters pluginul modificat cel mai recent. Problema s-a rezolvat pentru mine.
Mulțumesc
Terry
În cazul în care nu sunteți pe un server Linux și găzduirea dvs. este pe IIS (Platforma Microsoft) în schimb, este posibil să fi corupt fișierul web.config care este utilizat în locul unui fișier .htaccess.
Majoritatea serverelor pe care le folosesc sunt pe Linux, așa că am întâmpinat această problemă astăzi pe un server Microsoft. Conectați-vă prin FTP pe site-ul dvs. și reparați fișierul web.config.
T.
Jesse
Dacă găzduiți Wordpress pe un IIS (Platformă Microsoft) în loc de un server linux și aveți probleme la actualizarea WordPress, trebuie să instalați acest plugin „WP Maximum Execution Time Exceeded’
Cu toate acestea, timpul de execuție implicit al plugin-ului de mai sus este de 300 ms, pe care trebuie să-l creșteți la 500 sau 600 ms pentru a funcționa.
Aaron
Mulțumesc Terry. Aceasta a fost exact problema mea.
Dennis
Problemele au început imediat după adăugarea acestuia în fișierul meu function.php din tema copil:
/*** Elimină șirul de interogare din resursele statice ***/
function remove_cssjs_ver( $src ) {
if( strpos( $src, ‘?ver=’ ) )
$src = remove_query_arg( ‘ver’, $src );
return $src;
}
add_filter( ‘style_loader_src’, ‘remove_cssjs_ver’, 10, 2 );
add_filter( ‘script_loader_src’, ‘remove_cssjs_ver’, 10, 2 );
Haytham
Thanks, really helpfu
ashish kumbhar
Mulțumesc, foarte util..
Yasser Ismail
Mulțumesc mult, m-ați salvat de la reinstalarea site-ului meu
schimbarea PLUGIN-urilor a fost soluția și am reinstalat plugin-ul defect
vă doresc tot binele
Yasser
Chris L
Primeam eroarea 500 Internal Server când încercam să accesez meniul „Personalizare” (butonul situat în partea de sus când vizualizați site-ul dvs.). S-a dovedit a fi un plugin...
Metodele .htacces și php.ini nu au funcționat, în cazul meu, încărcarea fișierului php.ini m-a împiedicat să accesez wp-admin până când php.ini a fost șters.
Îmi cer scuze, nu pot oferi numele pluginului defect, mă grăbeam la momentul respectiv și aveam nevoie să funcționeze cât mai repede... Era un plugin care adăuga widgeturi la pluginul SiteOrigin PageBuilder.
Mateo Castano
Salut băieți,
Am putut să accesez din nou panoul de administrare WordPress dezactivând toți plugin-urile din baza de date,
Apoi am întâmpinat o problemă cu un plugin specific, vă recomand să verificați ce plugin cauzează probleme, în cazul meu a fost woocommerce și tema mea, ambele instalate am primit un mesaj de eroare despre Memory Exceeded, nu am găsit o soluție pentru această eroare, acum a trebuit să-mi separ pagina în două instalări wordpress, una cu toate informațiile și cealaltă cu magazinul virtual.
Dacă cineva găsește o creștere a erorii Fatale: memorie depășită, vă rugăm să lăsați un comentariu, Mulțumesc pentru sprijinul vostru, băieți.
Pa
Peter Posse
Salut,
mulțumesc mult pentru acest tutorial și pentru toate comentariile de aici.
Deoarece găzduirea mea este tot la Strato, am încercat recomandarea lui Karo A – și funcționează.
După dezactivarea cache-ului PHP Boost la Strato, nu au mai apărut erori interne de server 500.
S-ar putea ca acest cache să rămână fără memorie, deoarece folosesc și statisticile Slimstat.
Karo
Karo A
Salut,
pe site-urile Strato cu PHP 7.0 Power Boost activat, WordPress cu de ex. Jetpack am primit mesajul de eroare 500.
După verificarea jurnalului de erori al serverului la Strato, am găsit un mesaj de eroare în jurnal care indica faptul că handler-ul PHP (CGI) a fost întrerupt.
După schimbarea handler-ului PHP (CGI) în interfața Strato la PHP 7 FĂRĂ Power Boost, totul funcționează perfect!
Cu stimă
Karo
Reinardt
Mulțumesc pentru asta, nimic nu a funcționat, dar cel puțin mi-a dat idei pentru depanare. Am redenumit tema în același mod ca și pentru redenumirea folderului de pluginuri, de exemplu. themename_deactivate și a funcționat, am putut să mă autentific din nou pe site-ul meu. Încă depanez de ce tema funcționează brusc.
Gustavo Alves
Bună, din păcate problema mea continuă chiar și după ce am urmat toți pașii săi.
Ați avea vreo idee ce ar putea fi?
Markus
Vă mulțumesc mult!!!!!
Roman
Am încercat totul, dar problema mea nu s-a rezolvat.
Primesc doar NetworkError: 500 Internal Server Error – când încerc să mă loghez pe site-ul meu. Browserul se duce pe o pagină albă și primesc eroarea în consolă.
Vă rog ajutați
Roman
Vă rog să-mi ștergeți numele site-ului??
vm
Eroare :NetworkError: 500 Internal Server Error
salut
te rog verifică permisiunile și proprietatea fișierului tău (php.ini).
Babatunde
Informații utile pe care le aveți aici. Mulțumesc! Site-ul meu este din nou online! Felicitări!
Prajjwal
Mulțumesc……… foarte mult Am regenerat fișierul .htaccess și acum site-ul meu funcționează corect, mulțumesc din nou pentru soluția dvs. utilă.
James
Reîncărcarea fișierelor de bază a funcționat pentru mine. Mulțumesc
Raine
Ghid foarte util! A trebuit să reîncarc fișierele de bază pentru ca paginile mele să funcționeze.
Andrew Cook
Mulțumesc, omule! Eram complet blocat. Instrucțiuni foarte clare și concise. (y) Karma love
yandi novriandi
problema mea nu este rezolvată
Mohammed Faisal
Mulțumesc mult, mi-am repus site-ul în funcțiune
shehzad
Great Article. You saved my work. Thanks for this
ITfee
Ghid grozav! Vă mulțumesc, băieți. A trebuit doar să-mi salvez din nou fișierul .htaccess – incredibil, dar adevărat.
Jesper Lindebjerg
Prin actualizare folosind InfiniteWP, site-ul meu s-a stricat. Am încercat tot ce este mai sus fără succes… Dar în cazul meu, lipsea o temă. A trebuit să reîncarc tema principală pentru a-mi recupera site-ul;)
Amanda
Oh… MULȚUMESC… MULȚUMESC FOARTE MULT!!! A fost o soluție atât de rapidă încât îmi dau lacrimile.