Ș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.
Ivan
De asemenea, cum creez un fișier .ini pe un Mac???
Ivan
Ce se întâmplă dacă NU este fișierul .htaccess? Putem schimba apoi numele fișierului înapoi în .htaccess??
Ce se întâmplă dacă NU sunt pluginurile? Putem pur și simplu să schimbăm numele folderului de pluginuri înapoi în ce era??
Acestea sunt detalii pe care ar trebui să le știm.
Mulțumesc!
Suport WPBeginner
Da, dacă nu a fost din cauza folderului de pluginuri sau a fișierului .htaccess, atunci le puteți pune înapoi așa cum erau.
Admin
gks
thanks this was so helpful.
philip
Mulțumesc mult, instalasem un plugin care cumva corupsese fișierul .htaccess, l-am redenumit în .htacces_old conform sfatului de pe această pagină, și totul funcționează din nou. Dacă nu găsiți fișierul .htaccess pe serverul dvs., ar putea fi ascuns, cpanel are o opțiune pentru a căuta fișiere ascunse.
mulțumesc băieți
Akinshola Samuel
Când toate fișierele din „wp-content” sunt goale, primești întotdeauna eroarea de server (atât local, cât și la distanță). Mi-a luat mai mult timp înainte să recunosc asta.
Mutam un motor WordPress existent alături de multe alte lucruri. Din păcate, wp-contents și folderele sale respective erau toate goale.
În sfârșit, fericit când am rezolvat asta.
Max B
Mulțumesc, băieți, pentru că mi-ați salvat ziua! Acest lucru mi-a rezolvat problema, mulțumesc!
Sofia Berglund
Thanks! Great tutorial. Turned out for me that, when I was unactivated the plugins, I got another error-message saying i had some corrupt @media print-code in the functions.php. Took that away and got my page back
Donald
Asigurați-vă că index.php are permisiuni de 644. Cumva al meu are 777 când este transferat de la un server la altul.
John
DONALD !!! ești un salvator... mulțumiri și platformei WP beginner
Lewis James-Odwin
Video grozav, mi-a rezolvat problema în 54 de secunde! (problemă .htaccess)
Keek
Cred că am petrecut 4 ore încercând tot ce am găsit online. În final, s-a dovedit că rulam o versiune veche de PHP. Când am actualizat-o în cPanel, eroarea 500 a dispărut.
krishna
Eroare internă de server
Serverul a întâmpinat o eroare internă sau o configurare greșită și nu a putut finaliza solicitarea dvs.
Vă rugăm să contactați administratorul serverului, webmaster@ și să-l informați despre ora la care a apărut eroarea și orice ați fi făcut care ar fi putut cauza eroarea.
Mai multe informații despre această eroare pot fi disponibile în jurnalul de erori al serverului.
În plus, a fost întâmpinată o eroare 500 Internal Server Error în timp ce încercați să utilizați un ErrorDocument pentru a gestiona cererea.
Cum să rezolv această eroare?
M Jones
Problema mea a fost, de fapt, o temă WordPress coruptă, mai degrabă decât un plugin corupt.
Pentru a rezolva, am redenumit tema coruptă (Oxygen) (care mi-a dat un ecran alb), apoi am numit Twenty Sixteen „oxygen”, astfel încât site-ul meu să folosească Twenty Sixteen (o temă funcțională) ca temă. Apoi am comutat prin panoul de administrare la Twenty Fourteen (a doua mea temă preferată instalată) apoi din nou am folosit editorul meu de fișiere pentru a redenumi Twenty Sixteen înapoi în „twentysixteen” și Oxygen în „oxygen.corrupt”.
Cred că tema mea nu s-a descărcat corect, făcând-o coruptă.
Mulțumesc că m-ați îndrumat în direcția corectă!
Alia
Mulțumesc mult, mi-ați economisit mult timp!
mayur
Thank you so much for so complet information!
Am o problemă cu fișierul .htaccess.. rezolvată.. acum funcționează perfect..
SHYOPAT
Cineva mi-a indicat articolul tău (slavă cerului) Am făcut modificarea fișierului htaccess și a ajutat timp de două minute. Apoi am făcut chestia cu memoria php și asta a ajutat pentru câteva minute, apoi înapoi la eroarea internă de server. În prezent lucrez la a încerca să aflu dacă este un plugin. Dacă asta nu ajută... atunci voi verifica fișierele de bază. Și apoi după aceea... nu știu. Cred că voi încerca din nou la furnizorul meu de hosting.
Den
Verific întotdeauna mai întâi fișierul .htaccess…
Will Paro
Este posibil să apară o eroare internă de server doar pe anumite computere, dar nu și pe altele?
Aceasta este problema cu care mă confrunt acum.
Am 6 site-uri, toate găzduite printr-un singur cont prin GoDaddy. Toate afișează o eroare internă de server. Erau în regulă în această dimineață, dar acum nimic.
Problema este că GoDaddy spune că vede site-urile în regulă.
Pot accesa site-ul pe gtmetrix.com și îl pot analiza fără probleme.
Vă rog să mă ajutați.
Toate computerele pe care le folosesc, PC-uri, Mac-uri și Chromebook-uri, afișează erori interne de server, dar gtmetrix.com și GoDaddy spun că totul este în regulă.
Unul dintre site-uri este
Mulțumesc anticipat
Jesu
Mi-ați salvat viața!!
Mulțumesc mult din Spania!
antony agnel
Uf… mulțumesc mult, băieți!
Un tip nou aici... am instalat pluginul 'bulletproof security' pe site-ul meu wordpress & am primit o eroare 500!
Eram îngrozit... și în cele din urmă am aflat despre site-ul tău și acest articol – în cele din urmă l-am rezolvat aplicând sfatul tău de a redenumi fișierul .htaccess în .htaccess_old!
Once again, thank you so much – you guys rock!!
hendra
Salutare băieți
Am o întrebare în legătură cu eroarea 500 internă de server, am întâmpinat problema cu un plugin [JSON API] când tastez example.com/api/ – apare eroarea 500 internă de server.
Aveți sfaturi despre cum să rezolv această problemă? Apreciez mult înainte.
Linda
Mulțumesc!
În cazul meu, tema era cea defectă (vina mea pentru că am umblat la ea), nu un plugin. Am redenumit folderul temei .mytheme-deactivate, ca în exemplul tău cu pluginul, și slavă Domnului, am putut accesa din nou site-ul meu! (Am activat pur și simplu o altă temă, dar probabil aș fi putut dezinstala și reinstala tema originală dacă aș fi vrut)
Aviroop Chowdhury
Dezactivarea mi-a rezolvat problema. Mulțumesc.
Mike
Uneori, aceasta este o eroare în propriul cod PHP.
Pentru asta, cel mai bine este să folosești o metodă binară de „echo”. Adică, adaugă un simplu echo 'fred1'; exit; în codul tău, începând de la începutul fișierului index.php. Dacă vezi „fred1” afișat când vizitezi site-ul, atunci știi că este o eroare PHP și nu din alte motive. (Notă: am folosit și un validator online .htaccess pentru a verifica sintaxa fișierului meu .htaccess, pentru a-l exclude).
Odată ce „fred1” este afișat, mutați-l acum la jumătatea fișierului index.php (util pentru a incrementa numărul de fiecare dată, de ex. fred2, fred3 etc.). Dacă apare eroarea de server, atunci știți că trebuie să mutați instrucțiunea mai sus. Dacă fred1 etc. este afișat, atunci trebuie să-l mutați mai jos în cod. Dacă ajungeți la o instrucțiune include sau require, atunci pătrundeți în acel fișier în același mod.
Am găsit fișierul PHP problematic în mai puțin de 10 minute. Ar trebui apoi să folosiți php -l whateverfile.php pentru a găsi linia problematică din acel fișier și, de asemenea, pentru a ști care este eroarea de sintaxă. Dacă ‘php -l’ nu vă oferă eroarea de sintaxă, atunci ar trebui să citiți acest lucru:
'php -l' ar trebui făcut prin conectarea la distanță la contul dvs. de hosting. Dacă nu puteți face acest lucru, atunci, așa cum spune acest articol, contactarea suportului dvs. de hosting poate fi utilă pentru a găsi fișierul jurnal php.
Darrin
Ești un salvator! Redenumirea directorului pluginurilor mele a funcționat. Mulțumesc!
Peter Ishola
Am încercat toate opțiunile oferite în acest articol, dar este tot la fel. mesajul de eroare apare atât pe paginile de administrare, cât și pe cele web ale site-ului meu. Aș aprecia mai multe opțiuni pentru a rezolva această problemă. Mesajul de eroare este:
500 – Eroare internă de server.
Există o problemă cu resursa pe care o căutați și aceasta nu poate fi afișată.
Mulțumesc
Kristoff
Rulez un magazin WooCommerce mare și primeam eroarea internă de server 500 pe majoritatea paginilor front-end și la autentificarea în WP admin. Magazinul se află pe un server cloud dedicat și funcționa rapid, fără probleme, de câteva luni. Am încercat mai întâi remedierea htaccess, dar nimic nu s-a schimbat, memoria php nu ar fi trebuit să fie o problemă, deoarece o crescusem la instalare și nu credeam că fișierele de bază WP ftp erau corupte, așa că am căutat în altă parte. Am rulat putty pentru a mă conecta la serverul linux dedicat și linia de comandă arăta utilizare masivă a CPU pentru mysql – 90%. Anterior, în experiența mea de dezvoltare WP, erorile sql sau utilizarea ridicată erau legate de baza de date, așa că, printr-o combinație de sql workbench pentru a ucide conexiuni și php myadmin pentru a repara tabelele bazei de date (am reparat doar wp_options în acest caz), am reușit să rezolv problema internă a serverului. Punctul meu pe toate acestea este – chiar dacă problema a fost semnalată ca eroare internă a serverului, a fost o reparație a tabelei bazei de date (după analiza tabelei) care a eliminat eroarea.
sahni
Poți să scrii în detaliu cum ai rezolvat wp_options
Saheed
Mulțumesc mult, dezactivarea pluginurilor mi-a rezolvat problema
Dan
Salutare tuturor,
Am această problemă chiar acum cu un site și se pare că este din cauza supraîncărcării serverului și site-ul este pe hosting partajat, așa că fiți atenți la asta!
Janus
Mulțumesc, cred că ai dreptate, am încercat toate soluțiile de mai sus, dar nimic nu a ajutat, și am trimis site-ul meu la multe motoare de căutare astăzi, deci ar putea fi roboți de acolo care au cauzat eroarea.
Julian
Mulțumesc! Dezactivarea pluginurilor prin PhpMyAdmin a funcționat pentru mine!
Monayam Ahmad
Nu funcționează pentru mine. Mă confrunt cu această problemă când vreau să-mi personalizez tema. Totul merge bine. Dar când încerc să „personalizez”, primesc această eroare. Nu știu de ce.
Ben
Mulțumesc foarte mult pentru acest articol foarte util!
Redenumirea htaccess a funcționat pentru mine! Da!
Joe
Mulțumesc mult! Am întâmpinat erori interne de server nesfârșite timp de aproximativ 36 de ore chinuitoare, iar ștergerea/reîncărcarea temei mele prin FTP, apoi redenumirea fișierului .htaccess M-A SALVAT ATÂT DE MULT!
Ești un salvator.
oladayo
Vă mulțumesc foarte mult. a fost opțiunea de reîncărcare a folderelor wp-admin și include care m-a salvat după aproximativ 3 săptămâni de depanare.
Rod Salm
Pentru mine, a fost setarea permisiunilor pentru întregul director. Trebuia să fie 750. Imediat ce am schimbat asta în Managerul de Fișiere din cPanel, a revenit la funcționare.
Nu am descoperit asta singur.
Rod
Giorgio
Mulțumesc mult! M-ai salvat de la un atac de cord…
Pur și simplu am redenumit, prin FTP, fișierul .htaccess în .htaccess_old, iar WP funcționează.
Acesta este noul fișier .htaccess, creat așa cum ați sugerat:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Acesta este fișierul .htaccess pe care îl găsesc în FTP și l-am redenumit în .htaccess_old:
## ÎNCEPUT WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Nu știu ce a modificat fișierul. Cineva are un răspuns?
Mulțumesc!
Donny
Cred că este o problemă de #, deoarece fișierul dvs. vechi are 2 # și cel nou 1 # la început.
Sper că a ajutat
Oderinde Taiwo Martins
Vreau doar să vă mulțumesc mult vouă. Mi-ați salvat ziua cu acest articol. Acum voi salva acest site în marcaje, deoarece știu că va trebui să revin și să învăț mai multe din resursele voastre. Mulțumesc mult.
Rionize
mulțumesc băieți totul este în fișierul .htaccess și permalink în WordPress verificați!!!
Petrus Rex
Am avut această problemă după o instalare curată de Wordpress. Primeam această eroare în special când accesam plugin-urile din tabloul meu de bord, s-a dovedit a fi un fișier .htaccess corupt, dar a trebuit gestionat de pe server de către gazda mea web. Rulez pe Arvixe.
abbas
mulțumesc
Ivan Aliku
Trebuie să dau un credit moderatorilor și dezvoltatorilor de conținut ai acestui blog. Nu am regretat că am cunoscut acest site nici măcar o dată. Fișierul .htaccess mi-a rezolvat problema cu ușurință. Continuați munca bună.
Being Khan
Nici măcar nu-l pot redenumi.
Petrus Rex
Puteți schimba numele cu un client FTP după ce îl transferați la gazda dvs. web.
Usman Aslam
Mulțumesc mult, era din cauza unui plugin prost nu puteam să mă loghez. Nu ar fi fost posibil fără să citesc asta. Muncă grozavă…!
Larah31
Mulțumesc, omule... Ești cel mai bun
Cory
Mulțumesc, redenumirea .htaccess în .htaccess.old a rezolvat problema :).
Mitch
Am o problemă ciudată. Erorile mele interne de server apar doar pe „Postări” și nu pe „Pagini”. Gazda a actualizat recent versiunea PHP, precum și limita de memorie, iar eu am reîncărcat fișierele wp-admin și wp-admin. Fără succes. Aveți alte idei?
James
Am aceeași problemă. Niciuna dintre aceste lucruri nu a rezolvat-o pentru mine.
josh
mulțumesc, a fost util
mark
.htaccess a rezolvat problema pentru mine. Mulțumesc!
Juan mejia
Mulțumesc!!!! htaccess în cazul meu.
Cachi
Mulțumesc, a rezolvat în cazul meu. Doar ștergeți .htaccess, reîncărcați, și un nou fișier .htaccess a fost generat și site-ul funcționează!
Mulțumesc din nou
Rochelle
Am fost în contact cu furnizorul meu de hosting de două ori și ei nu au idee ce este. Au schimbat bazele de date, au crezut că a fost spart, iar celălalt tip nu a putut înțelege de ce aveam probleme deloc.
Cineva mi-a indicat articolul tău (slavă cerului) Am făcut modificarea fișierului htaccess și a ajutat timp de două minute. Apoi am făcut chestia cu memoria php și asta a ajutat pentru câteva minute, apoi înapoi la eroarea internă de server. În prezent lucrez la a încerca să aflu dacă este un plugin. Dacă asta nu ajută... atunci voi verifica fișierele de bază. Și apoi după aceea... nu știu. Cred că voi încerca din nou la furnizorul meu de hosting.
Ar ajuta schimbarea gazdei cu ceva?
Suport WPBeginner
Dacă toți acești pași nu ajută și gazda ta nu poate asista, atunci da, poți lua în considerare schimbarea la o găzduire WordPress mai bună.
Admin
Adela
Thank you so much for so complet information!
It was a plugin problem for me, impossible to find without your help!