Tutoriale WordPress de încredere, atunci când aveți cea mai mare nevoie.
Ghidul începătorului pentru WordPress
Cupa WPB
25 de milioane+
Site-uri web care folosesc plugin-urile noastre
16+
Ani de experiență WordPress
3000+
Tutoriale WordPress de la experți

Cum să remediați eroarea 500 Internal Server Error în WordPress

Site-ul dvs. WordPress funcționa perfect — până când, brusc, nu a mai funcționat. În loc de pagina de pornire, vă uitați la o eroare 500 Internal Server Error. Fără avertisment, fără o explicație clară — doar un punct final frustrant. 😨

Ș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.

Remedierea erorii interne a serverului în WordPress

Iată o prezentare rapidă a subiectelor pe care le vom aborda în acest articol:

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:

Pagina de eroare internă a serverului pe 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:

Eroare Google Chrome HTTP 500

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.

Șterge cache-ul

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.

Actualizați permalink-urile pentru a regenera fișierul .htaccess

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.

Redenumiți fișierul .htaccess

Î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.

Creează un nou fișier htaccess

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.

Editați fișierul .htaccess

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”.

Editați fișierul wp-config

Î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:

  1. Creați un fișier text gol pe computer și denumiți-l php.ini
  2. Lipește acest cod acolo: memory=256MB
  3. Salvează fișierul
  4. Î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.

Dezactivați toate pluginurile

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.

Plug in-uri dezactivate prin FTP

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.

Activați o temă implicită

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.

Descărcați folderul temei

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.

Descărcați o temă implicită

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.

Extrage fișierele temei

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.

Încărcați folderul temei

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”.

Descărcare bibliotecă media

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.

Folder WordPress extras

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.

Încărcați fișierele de bază WordPress

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”.

Suprascrieți fișierele de bază WordPress

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/.

Jurnal de depanare

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

Abonează-te la WPBeginner

Sperăm că acest articol v-a ajutat să remediați eroarea internă de server în WordPress. De asemenea, ați putea dori să vedeți lista noastră completă a celor mai comune erori WordPress și ghidul nostru despre cum să contactați suportul WordPress.

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.

Dezvăluire: Conținutul nostru este susținut de cititori. Acest lucru înseamnă că dacă faceți clic pe unele dintre linkurile noastre, este posibil să câștigăm un comision. Vedeți cum este finanțat WPBeginner, de ce contează și cum ne puteți susține. Iată procesul nostru editorial.

Cel mai bun instrumentar WordPress

Obține acces GRATUIT la instrumentarul nostru - o colecție de produse și resurse legate de WordPress pe care fiecare profesionist ar trebui să le aibă!

Interacțiuni cu cititorii

677 CommentsLeave a Reply

  1. Uf. corecția .htaccess a funcționat – sunt foarte ușurat după ce am crezut că mi-am stricat site-ul anterior adăugând Wordpress.

  2. A funcționat ca prin magie! Vă mulțumesc mult pentru că ați împărtășit

  3. re ștergerea .htaccess
    Deci spuneți...

    Aveți permalink-uri activate, oferind nume prietenoase paginilor.

    Deci, faceți redenumirea, apoi faceți clic pe Setări, permalinks, Salvare.

    Presupun că asta îți va umple meniul? (Se poate repara ușor, presupun).

    Pentru a rezolva, m-aș fi gândit să adaug din nou liniile de rescriere în .htacess și să dau clic pe setarea dorită de permalink-uri și să salvez asta?

    • Prin salvarea din nou a permalink-urilor, WordPress va recrea fișierul htaccess fără a fi nevoie să adăugați manual informațiile în fișierul htaccess.

      Admin

  4. Mulțumesc mult pentru distribuirea acestui Post… acea problemă apărea în mod repetat și nu puteam face nimic… Nu numai această problemă, ci o mulțime de probleme au fost rezolvate vizionând și citind postările și videoclipurile dumneavoastră… Nu m-am putut abține să nu comentez aici și să mă abonez.

  5. Linkurile de pe pagina mea principală returnează toate erori 500. Gazda mea web spune că este pentru că nu fac referire la subfolderul WP sub numele de domeniu. Am cod în .htaccess care face ca site-ul să facă referire la el fără subfolder – scris pentru mine de gazda web, dacă îmi amintesc bine. Asta nu s-a întâmplat înainte. Am schimbat recent tema – ar putea fi asta? Sau este ultima actualizare? Îmi smulg părul de pe cap!

    • Dacă niciuna dintre metodele din articolul nostru nu a reușit să rezolve problema, este posibil să doriți să încercați să recreați meniul pentru a recrea linkurile.

      Admin

  6. Am mutat un site de client de la Singlehop la GoDaddy și, în mare parte, este în regulă. Aveau probleme cu dezvoltatorul lor vechi. Am actualizat WordPress și plugin-urile, am configurat SSL și totul arată grozav. Primesc o eroare 500 când accesez site-ul, nu de fiecare dată, dar uneori. Folosesc Wordfence pentru securitate. Când primesc eroarea 500, tot ce fac este să reîmprospătez browserul și site-ul apare. E ciudat. Aveți vreo idee de ce s-ar întâmpla acest lucru intermitent și cum să îl rezolv?

    • Ați dori să contactați gazda actuală pentru a vedea dacă există o eroare specifică pe care o pot vedea în jurnalele lor de erori.

      Admin

  7. Sunteți principala resursă pentru tot ce ține de WordPress în opinia mea. Mulțumesc pentru acest post util.

  8. Salut,
    Articol foarte frumos.
    Am încercat toți pașii dvs., dar tot primesc eroarea 500. Meniurile mele nu funcționează. Vă rog să mă ajutați.

    De la
    Sandeep

    • Ar trebui să contactați furnizorul dvs. de găzduire pentru a vedea dacă există un motiv specific în jurnalul lor de erori.

      Admin

  9. Verificarea fișierului .htaccess corupt
    Instalarea unui plugin mi-a cauzat această problemă, mulțumesc, a funcționat.

  10. [Sâm Mar 09 13:04:16 2019] [warn-ioncube] mmap cache nu poate deschide /home/yyyyyy/public_html/xxxxxxx/wp-includes/post.php – Permisiune refuzată (pid 3708972)

    Aceasta este eroarea pe care o găsesc în jurnalul de erori al wp admin. Am încercat toate opțiunile de mai sus, tot nu funcționează.

    Vă rog ajutați

    • Dacă încă primiți eroarea 500, furnizorul dvs. de găzduire v-a informat despre eventuale erori din partea lor?

      Admin

  11. Vă mulțumesc mult pentru asta! Sunt nou în lumea web-ului Wordpress și acest lucru a fost extrem de util în rezolvarea erorii mele 500.

  12. Salut!
    max-execution-time este, de asemenea, un factor determinant în apariția erorii interne 500

  13. Am primit această eroare în timp ce îmi actualizam tema și este încă în eroarea http 500

  14. Am reușit să rezolv problema schimbând versiunea mea de php de la 7.2 înapoi la 5.4, care este probabil cea pe care o aveam când am instalat wordpress acum 3 sau 4 ani. GoDaddy își configurează serverele pentru a actualiza automat multe lucruri, inclusiv versiunea php, iar acest lucru poate afecta un site web WordPress mai vechi. De îndată ce am retrogradat versiunea php, panoul meu wp-admin a devenit din nou accesibil!

    • În mod normal, am recomanda să contactați gazda dvs. înainte de a schimba versiunea PHP și aceștia vă pot asista în mod normal fără a fi nevoie să schimbați versiunea PHP.

      Admin

  15. Salut, primesc eroarea 500 Internal Server Error când încerc să accesez pagina mea de administrare. Pot să văd site-ul meu, să parcurg postările, dar nu pot edita nimic/adăuga postări noi etc.

    Acest lucru s-a întâmplat în timp ce instalam o temă nouă.

  16. Salut,
    Am reîncărcat fișierele de bază și acum site-ul meu WordPress nu afișează nimic.
    Vă rog să-mi comunicați o soluție pentru a rezolva această problemă.

  17. Salut,
    Am încercat să reîncărc WordPress core files dintr-o descărcare nouă de WordPress și acum site-ul meu nu afișează nimic.
    Vă rog să-mi comunicați o soluție pentru a rezolva această problemă.

  18. După actualizarea la WordPress 5.0.2, pagina mea a afișat aceeași eroare:
    (la autentificarea în backend sau la accesarea unui articol protejat prin parolă)

    Eroare internă de server

    Solution:
    DEactivate PHP boost !!! And it works again ;-)

    (Furnizor: Strato, versiune PHP: 7.2)

  19. Mulțumesc, a fost frustrant pe bune, am schimbat htaccess în htaccessold și a funcționat ca prin farmec.

  20. Vă mulțumesc foarte mult, în cazul meu au fost plugin-urile, odată ce le-am dezactivat am putut să mă conectez la wp-admin și mi-a cerut să actualizez baza de date înainte de autentificare, a durat doar câteva secunde, iar după aceea am reactivat plugin-urile și acum totul funcționează bine. vă mulțumesc din nou...

  21. Dezactivarea tuturor plugin-urilor prin redenumirea fișierului a funcționat pentru mine. Mulțumesc!

  22. Mulțumesc pentru asta. În cazul meu, se pare că un software antivirus al furnizorului meu de găzduire a identificat niște fișiere de bază ca viruși (nu am idee dacă este adevărat, poate am fost spart) și le-a schimbat numele în „.VIRUS”. Înlocuirea wp-include a funcționat.

  23. Mulțumesc mult pentru asta – sfatul php.ini pentru memorie a rezolvat problema și este atât de simplu.

  24. A existat o problemă cu folderul pluginurilor. Deci, când l-am redenumit, problema a fost rezolvată.

    Mulțumesc mult.

  25. Mulțumesc mult !!!
    explicații foarte clare.
    încă am o problemă: imposibil de editat o pagină, pagina de editare se deschide și după câteva secunde primesc un mesaj de eroare... Voi investiga asta acum... A mai avut cineva această problemă ?

  26. Bună, Sunt prea îngrijorat de site-ul meu, recent am făcut modificări pentru a adăuga configurarea rețelei pentru multisite în contul meu de WordPress folosind exampp și am făcut modificări la wp-config.php și .htaccess fără a păstra nicio copie de rezervă. și acum aceste modificări m-au scos de pe site-ul meu și din panoul de administrare, și apare eroarea „500 eroare internă” sau când am văzut această eroare, am revenit la modificările mele folosind tutoriale de pe YouTube, și am modificat wp-config și .htaccess înapoi la stările lor inițiale. dar acum deloc. Nici măcar nu pot accesa WordPress sau panoul meu de administrare, sau orice altceva. Eroarea arată „Eroare internă a serverului” Vă rog să mă ajutați Urgent, am foarte puțin timp, este proiectul meu și trebuie să îl predau în 2 zile. vă rog să mă ajutați Vă rog, aștept cu nerăbdare să aud de la dumneavoastră. Vă mulțumesc mult

    • Salut Ali,

      Cel mai simplu mod ar fi să restaurați backup-ul WordPress. Dacă nu ați avut o soluție de backup, atunci puteți încerca pașii din ghidul nostru de depanare WordPress pentru începători, vă va ajuta să înțelegeți ce cauzează problema.

      Admin

  27. Pentru mine, rezolvarea permisiunilor pentru fișierul WP-config.php a rezolvat problema. Am setat din greșeală permisiunea fișierului pentru WP-config la 600 și am schimbat-o la 664.

  28. Am primit o eroare internă de server 500 după ce am activat o temă nouă. Vă rog să mă ajutați. Folosesc WordPress

  29. mulțumesc! toate paginile site-ului meu nu funcționează, cu excepția paginii principale. pagina de administrare funcționează. Unul dintre pluginurile mele cauzează această greșeală (nume plugin: ads inserter). L-am dezactivat, site-ul funcționează.

  30. Acest lucru a fost de mare ajutor. Am avut domeniul redirecționat, apoi l-am modificat într-un add-on, așa că fișierul meu htaccess încerca să direcționeze către un subdirector care nu mai era necesar. Odată ce l-am eliminat, a funcționat perfect. Mulțumesc că m-ai îndrumat în direcția corectă.

  31. În cazul meu a fost php 7, așa că a trebuit să fac downgrade la versiunea 6 de php

  32. Pot să adaug doar unul și mai simplu de încercat mai întâi? Folosesc Updraft pentru a face backup site-ului meu. Pur și simplu mi-a umplut cota. Am șters o mulțime de backup-uri mai vechi și a prins viață.

  33. unde sunt toate acele fișiere precum .htacces? ar trebui să le am undeva pe computerul meu? pentru că îmi editez site-ul de pe diferite computere.

  34. MULȚUMESC!!!

    Acesta este cel mai bun site WP. M-ați salvat de MULTE bătăi de cap. Vă mulțumesc FOARTE mult! Reîncărcarea wp-admin și a fișierelor include a rezolvat problema pentru mine.
    Sunteți CEI MAI BUNI!!!!

  35. Am fost direcționat către această pagină de pe forumul de suport al furnizorului meu de teme.

    Am avut următoarea problemă.

    1. Eroare HTTP la încărcarea unei imagini în postarea mea de pe blog.

    2. Când am încercat să încarc prin biblioteca Media, am primit „eroarea internă 500”

    Sfaturile dumneavoastră de la secțiunea „Mărirea limitei de memorie PHP” au rezolvat problema.
    Am creat fișierul conform instrucțiunilor și l-am încărcat.

    Mulțumesc.

Lasă un răspuns

Vă mulțumim că ați ales să lăsați un comentariu. Vă rugăm să rețineți că toate comentariile sunt moderate conform politicii noastre de comentarii, iar adresa dvs. de e-mail NU va fi publicată. Vă rugăm să NU folosiți cuvinte cheie în câmpul nume. Să avem o conversație personală și semnificativă.