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


krzysiek
în cazul meu a fost simplu, deși am petrecut câteva ore… Am tastat greșit sql server. În mod surprinzător, nu a aruncat o fereastră cu setări de configurare greșite.
Echipa WPBeginner
Puteți descărca fișierul .htaccess vechi pe computerul dvs. ca backup.
Ronaldo
Salut!
Mulțumesc pentru această informație. Am redenumit fișierul .htaccess și site-urile mele sunt funcționale. Serverul meu este GoDaddy.
Întrebarea mea este, pot șterge vechiul fișier .htaccess redenumit, pentru că am sunat de multe ori la GoDaddy pentru a rezolva acest tip de eroare internă 500 după multe apeluri?
Mulțumesc
brooke
mulțumesc! asta a salvat situația când am făcut modificarea .htaccess prin ftp. pot respira din nou… ; D
itechaleart
Întâmpin această eroare 500 de 15 zile pe găzduirea GoDaddy. Am încercat tot ce ați menționat aici, dar nu am reușit să rezolv această eroare și am sunat și la GoDaddy pentru ajutor, el a spus că site-urile funcționează bine pe site-ul nostru, verificați pe un sistem diferit.
Now feeling hopeless and thinking to move another hosting provider…
te rog ajută-mă și sugerează-mi o opțiune mai bună pentru găzduire.
Mulțumesc.
Silvia
Hello
i had the same problem with my website and went through all
your advices, without solving it. At the end i contacted my host and
they checked things for me, finding that some folders in the FTP had
CHMOD permissions different from 775. I didn’t do anything to cause
that, it just happened one day and i can’t get why. Anyway they fixed
the problem for me and said it’s easily manageable with ftp clients or
via their own file manager.
Just hoping it may be useful
pun
Problema mea este rezolvată, mulțumesc pentru acest tutorial, mulțumesc foarte mult
Arun
Salut, sunt o persoană non-tehnică și un începător… Săptămâna trecută am avut această problemă cu eroarea internă a serverului. Totul a început cu restricționarea accesului meu de administrator. Dar site-ul funcționa bine. Am stat la asta cu furnizorul de găzduire (GoDaddy) mai mult de 4,5 ore peste noapte, cu 3 persoane diferite. (Aceasta a fost a 3-a oară într-un interval de aproximativ 4 zile) Au fost de ajutor într-o anumită măsură și au identificat problema (folderul wp-admin lipsea). Au subliniat că ar fi trebuit să-l șterg eu, deoarece ei nu aveau acces (doar acum 2 zile mi-au modificat fișierele!!). Mă logam după 7 sau 8 luni de la crearea site-ului. Oricum, am întrebat dacă pot restaura folderul la o dată anterioară. Au refuzat. Soluția oferită a fost o taxă de 150 USD, unde vor „încerca” să afle modificările fișierelor etc., dar fără garanție. (În timp ce citeați cele de mai sus, presupun că ar fi trebuit să folosiți conținutul de mai sus ca întrebări/instrucțiuni în ordinea scrisă mai sus).
Oricum, dintr-una dintre discuții (am uitat site-ul), am descoperit că dacă se introduce folderul wp-admin (al versiunii instalate), ar trebui să rezolve problema. Da, a funcționat pentru mine… Am activat toate plugin-urile mele (le dezactivaseră) și site-ul funcționa. De asemenea, am actualizat toate plugin-urile și temele pe care le foloseam/încercam. Site-ul este online și funcționează!
deemyboy
@Levent Ultanur
Unul dintre motivele pentru care unii oameni ar putea avea o eroare cu .htaccess și nu cu imaginile este că s-ar putea să o încarce ca binar.
În Filezilla (cel puțin) puteți seta tipul de transfer în fila meniului Transfer la:
auto
binary
ascii
Nu sunt sigur, dar „auto” ar trebui să funcționeze de obicei bine, dar dacă încărcați doar text, atunci poate comutați la „ascii” pentru acea sesiune de încărcare, dar nu uitați să reveniți la setarea inițială.
Nu știam despre asta până ieri, când toate imaginile de pe site-ul meu erau corupte când le-am descărcat local. Așa că am căutat pe Google și am găsit o postare care menționa tipul de transfer „binar” pentru imagini, dar când am verificat am constatat că tipul de transfer era setat la „ascii” (pentru text – nu știu cum, pentru că nu-mi amintesc să-l fi atins!!) Așa că l-am comutat la „binar” și imaginile mele au fost descărcate perfect ca înainte.
Motivul pentru care spun că „automat” este în regulă este că am încărcat și descărcat site-uri complete cu un amestec de imagini (png, jpeg, gif etc.) și fișiere text (.php, .html, .css) și nu a trebuit niciodată să setez individual fiecare tip de transfer sau să-l setez la „ascii” și să încarc doar fișiere text, apoi să comut la binar și să încarc doar imagini – Filezilla gestionează totul automat…de obicei!
De fapt, nu știam deloc despre această setare și folosesc Filezilla de aproximativ 2 sau 3 ani!
ACEASTA AR PUTEA fi problema, așa că rugați clienții să verifice tipul de transfer pe aplicația lor ftp
Sper să ajute!
deemyboy
Nu ați subliniat SUFICIENT DE PUTERNIC în soluția care înlocuiește nucleul WordPress că oamenii ar trebui
a) să facă backup la folderul wp-content <— acesta este site-ul dvs. (plus baza de date wp, care nu intră în discuție, deoarece nu ar trebui să fie afectată de înlocuirea nucleului)
b) să se asigure că, atunci când înlocuiesc wp-admin și wp-includes, nu preiau toate cele 3 foldere (adică, NU includ wp-content) atunci când încarcă noul nucleu
Henrique
Mulțumesc foarte mult!
Deepanshu Kakkar
Mulțumesc
Basha
Articol foarte, foarte util... Mulțumesc mult
Guan
Eroare internă a serverului 500 după activarea plugin-urilor wordpress
Warix
Thank you so much, it was problem in plugins
Kristian Frisk
Mulțumesc pentru acest post. Am învățat (pe calea cea grea) cât de mult necaz poate cauza un plugin prost unui site WordPress.
F. Parisis
Mulțumesc foarte, foarte, foarte mult! Acesta a fost cel mai bun și singurul loc unde am găsit o soluție, după o zi de căutare pe web.
Tom Grant
Treabă bună - ajutor masiv!
Anurag
A Big THUMBS up to this tutorial
Md.Zelal Hossain
Mulțumesc mult pentru tutorialul frumos..!!!!
Mulyadi Subali
mi-ai salvat ziua. mulțumesc!
imam
Ok, mulțumesc
Levent Ultanur
Salut băieți și fete...
Ce nu înțeleg la această eroare este că POT încărca imagini fără a primi eroarea http, dar clientul meu primește eroarea... Același server, aceleași fișiere... De ce, o, de ce... Cineva?
Kyle Hunzinger
Mulțumesc, a fost limita de memorie PHP!
Uwe
Mulțumesc foarte mult! .htaccess a fost motivul!
Mark C.
Salut, băieți. Postare grozavă! Folosesc această pagină de fiecare dată când primesc o eroare de server intern.
Aș oferi un pas suplimentar, totuși. De fapt, acesta ar trebui să fie primul pas înainte de a face orice altceva. Acesta este să verificați dacă nu există o problemă cu gazda web.
Am urmat toți pașii obișnuiți în această dimineață pe site-ul unui client care a căzut acum o oră, doar pentru a descoperi, destul de întâmplător, că PHP nu funcționa pe gazdă. O verificare rapidă a buletinelor de servicii de pe site-ul gazdei web a indicat că a apărut o problemă cu acel server particular. Deci, tot ce putem face este să așteptăm până când îl repară. (există și alte trucuri, cum ar fi schimbarea înregistrării A către un alt server, dar asta este doar dacă problema serverului este pe termen lung.)
Acestea fiind spuse, alte părți ale serverului funcționează în continuare, așa că a fost creat un fișier index.html rapid și simplu, doar pentru ca vizitatorii să vadă ceva frumos în loc de o eroare.
Este, de asemenea, util să creați un fișier „test.php” care demonstrează dacă PHP funcționează sau nu, și apoi să încercați să accesați acel fișier din când în când. Când serviciul este restabilit, ștergeți sau redenumiți index.html, astfel încât index.php să se încarce în locul acestuia.
Iată codul meu test.php:
PHP Test
<?php echo ‘<p>Hello World</p>’; ?>
Sper cu adevărat că acest lucru ajută pe cineva într-o situație similară. Toate cele bune.
Bwana
Mulțumesc pentru ajutor! Site-ul meu afișa doar eroarea „500 Internal Server Error” atunci când încercam să văd ce plugin-uri erau instalate. În mod natural, am presupus că era un plugin problematic. După mai multe încercări de a rezolva problema prin eliminarea tuturor plugin-urilor, am găsit articolul dvs. Setarea dvs. „memory=64MB” într-un fișier php.ini curat, plasat în wp-admin, a rezolvat problema. Acum, cel puțin, pot lucra la site pentru a determina ce consumă toată memoria RAM. Articol bun!
Jorge Santos Velasco
Mulțumesc foarte mult!! A fost foarte util!!
Lakshay Sharma
Mulțumesc mult pentru această postare, mi-a rezolvat problema.
Denise O'Reilly
Am fost blocat din autentificarea în Wordpress de 2 săptămâni, deoarece îmi spune că certificatul de securitate nu este verificat. Poate cineva să rezolve asta ca să mă pot autentifica?
Echipa WPBeginner
Uneori, o configurare greșită a serverului se rezolvă și eroarea nu mai apare. Dacă apare din nou, ar trebui să contactați furnizorul dvs. de găzduire web.
Jos
Am văzut asta de două ori. Doar reîncărcarea paginii a rezolvat-o. Dar mai poate fi ceva în neregulă?
Matthew Newton
Mulțumesc mult băieți, suspectam că este .htaccess și asta a confirmat-o
Echipa WPBeginner
Consultați ghidul nostru despre cum să dezactivați pluginurile în WordPress atunci când nu puteți accesa zona de administrare.
Jessica
Nici măcar nu mă pot conecta la panoul meu de administrare pentru a încerca să dezactivez plugin-uri etc... Am vorbit cu furnizorul meu de găzduire și nu au putut găsi nicio problemă. Aveți sugestii despre ce să fac când nici măcar nu puteți accesa panoul de administrare?
Mitesh Raghwani
Vă mulțumesc foarte mult pentru ajutor. O soluție simplă pentru ceea ce părea o problemă masivă.
Kailash Ghodke
I tried All Things which described above , but not worked for me
Is any other option like to install new wordpress on domain with all old posts ???
Ajutorul vostru este necesar, vă rog să mă ajutați să rezolv această problemă..!
Lidia Lewis
Mulțumesc pentru acest articol! Fișierul meu .htaccess era corupt și de fiecare dată când îl redenumeam, apărea un duplicat! Site-ul continua să returneze mesaje de eroare 500. Ceea ce nu am realizat a fost că a trebuit să salvez setarea permalink-urilor în Wordpress pentru a actualiza fișierul. Sper că acest lucru îl va rezolva definitiv! Mulțumesc mult.
Mark Brandson
Vă mulțumesc foarte mult. Trucul cu .htaccess a funcționat. Mi-ați salvat viața!
Astrid
Dezactivarea pluginurilor a funcționat pentru mine după cea mai recentă actualizare WP (8 aprilie 2014). Deși cred că detectorul WP Mobile intra în conflict cu memoria cache W3, acesta a fost vinovatul.
Mulțumesc mult, ești un salvator!
Compania mea de găzduire mi-a spus că ar fi trebuit să am o copie de rezervă (ceea ce credeam că am făcut printr-un plugin) și că dacă aș dori să obțin o recuperare și o copie de rezervă, ar trebui să plătesc 75,00 $. Serios? Sunt atât de dezamăgit, dar super fericit că am găsit acest articol.
Apropo, voi sunteți cei la care apelez când vine vorba de probleme ușor de înțeles, pas cu pas, cu WP, plugin-uri și altele. Avem nevoie de voi – Continuați munca bună. Apreciez cu adevărat eforturile voastre.
Voi sunteți GENIALI!
Subscribed and following
sangeetha menon
Salut Syed,
Am șters fișierele infectate deoarece primeam în continuare eroarea 500 Internal server error. Acum furnizorul de găzduire mi-a cerut să încarc fișierele noi... Cum nu am nicio idee, am rugat furnizorii de găzduire să rezolve problema.
Dacă trebuie să o fac, la încărcarea în rădăcina web ar trebui să suprascriu fișierele existente?
Ar trebui să fac și corecția fișierului htaccess? Vă rog ajutați-mă...
luka
Doar schimbați versiunea php la 5.4 sau mai mare. A funcționat pentru mine:)
Meg
O.M.G. Nimic mai bun decât să te trezești cu o pagină web pierdută. Și da, am intrat în panică, dar din fericire am găsit postarea ta, am tras o gură de aer și am rezolvat totul cu primul pas: fișierul htaccess corupt. MULȚUMESC! Chiar trebuie să învăț mai multe despre Wordpress.
Kevin
Thanks for the help, I was searching for quite a bit until I found your solution. I took a look at my .htaccess file and saw that it was corrupt, so I renamed it and it did the trick. Cheers
sherly
Cu ajutorul tău tocmai am rezolvat eroarea internă a serverului 500. Sunt un începător total, așa că acest lucru este foarte util!! Mulțumesc!!
Derrick
Bună, personal editorial,
Mulțumesc mult!! Cel mai bun articol de remediere pentru eroarea 500 Internal server error pe care l-am întâlnit, exact când aveam nevoie de el!!
Mulțumesc mult!!
Nepal
Foarte util! Mulțumesc mult...
Nu am făcut nimic singur, dar am contactat furnizorul meu de găzduire... Să vedem cât timp le va lua să rezolve această problemă.
Anita Hunt
Thanks so much for your help
Keely
Thanks wpbeginner – the .htaccess fix worked for me
Olsi
Ștergerea temelor întregi prin File Manager și lăsând o singură temă a funcționat pentru mine