Ș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.
Ryan
Primesc aceeași eroare de server intern care apare la fiecare câteva săptămâni.
De fiecare dată este o problemă cu fișierul .htaccess, este o soluție ușoară pentru a pune site-ul în funcțiune datorită informațiilor pe care le-ați furnizat mai sus, dar există ceva ce pot face pentru a preveni reapariția erorii?
Mulțumesc.
carl
Mulțumesc, m-ai salvat și m-ai scos dintr-o mare încurcătură. Super Kudos
Anil
Aveți sfaturi pentru erori intermitente 500?
WHITEFEATHER HUNTER
Am încercat să redenumesc fișierul htaccess în htaccess_old, așa cum mi-ai spus, și a dispărut! Acum primesc erori 404 de fiecare dată când încerc să accesez diverse pagini ale site-ului.
Problema mea inițială a fost într-adevăr legată de pluginuri – dezactivarea lor a readus site-ul meu online. Totuși, ACUM am această problemă 404.
De asemenea, nu pot găsi o opțiune de Setări în FileZilla – mă puteți ajuta, vă rog?
Mulțumesc!
Chad Warren
Motivul pentru care primiți erori 404 este că ați redenumit fișierul .htaccess Fișierul .htaccess conține codul de rescriere pentru a face linkurile dvs. frumoase. de ex.: http://www.example.com/about în loc de http://www.example.com/?p=259
Cel mai simplu mod de a corecta acest lucru este să vă conectați la administratorul WP și să mergeți la Setări >> Permalink-uri. Asigurați-vă că aveți opțiunea de permalink corectă selectată și apoi Salvați. Acest lucru va recrea parametrii de rescriere corecți în .htaccess
Previsha
Mulțumesc mult, Schimbarea fișierului .htaccess a funcționat.
Norman Fellows
Salut, echipa editorială!
Verificarea soluției pentru fișierul .htaccess corupt a funcționat pentru mine. Mulțumesc.
Făceam o mulțime de lucrări pe site, inclusiv actualizarea Jetpack. Nu sunt sigur care a fost cauza, dar am fost complet blocat...
Matthew
Destul de util! Bravo, Syed.
aiyeboy
mulțumesc, dar de fiecare dată când redenumesc fișierul htaccess, site-ul apare și dispare din nou după 1 minut, iar acest lucru a ținut site-ul meu offline timp de zile... ajutooooor
Suport WPBeginner
De ce ați redenumi fișierul htaccess? Ștergeți orice fișier .htaccess pe care l-ați redenumit, inclusiv fișierul .htaccess original.
Admin
aiyeboy
Vrei să spun că ar trebui să-mi șterg fișierul htaccess, dar acesta revine automat.
Suport WPBeginner
Da, funcționează, dacă fișierul tău .htaccess a avut o problemă, atunci ștergerea lui ar fi trebuit să o rezolve.
Owolabi
Sunteți grozavi! Găsesc mereu soluții la problemele mele aici. Încă o dată, mulțumesc și continuați munca bună.
Noroc!
pushkar
Nimic din cele de mai sus nu a funcționat. Se pare că problema a fost la tema mea de WordPress. Am schimbat la o altă temă și site-ul a revenit la normal. Acest link arată cum să schimbi tema fără un administrator funcțional http://wordpress.shadowlantern.com/change-wordpress-theme-in-phpmyadmin/
Suport WPBeginner
De asemenea, puteți schimba tema ștergând toate temele și lăsând doar tema pe care doriți să o utilizați în directorul /wp-content/themes.
Admin
viksit singh
Chiar funcționează, mulțumesc, frate
E bun, postare drăguță, ai o cunoaștere grozavă despre asta...
Vă rog să mă ajutați, vreau un serviciu de găzduire ieftin, dați-mi domeniu și suport
Mulțumesc
Jayson T Cote
Am vrut să adaug o altă situație care poate cauza erori interne de server și poate fi remediată ușor.
Verificați fișierul php.ini, de obicei situat în directorul rădăcină al serverului dvs. de găzduire web.
Am actualizat recent serverul nostru de la versiunea PHP 5.3.x la 5.4.x. Actualizarea a modificat câteva opțiuni PHP care erau setate diferit în fișierul local php.ini. Am făcut aceleași modificări la fișierul local php.ini al site-ului web ca și pe server și am eliminat eroarea de server intern.
Fiți precaut, puteți încerca să redenumiți fișierul php.ini (php.ini.old) și să reîncărcați site-ul dvs. web pentru a vedea dacă face o diferență. Analizarea jurnalelor de erori ale serverului va determina opțiunea PHP exactă în cauză care va trebui editată în fișierul dvs. php.ini local.
Bill Cruz
Mulțumesc, Dumnezeule binecuvântat! Redenumirea fișierului meu .htaccess și forțarea creării unuia nou mi-a rezolvat pagina web goală! Mi-am resetat parola bazei de date mySQL și am actualizat parola în fișierul wp-config.php, dar asta tot nu a rezolvat problema, însă această metodă a funcționat. Mulțumesc.
Mikkel Lindblom
Thank you! Allways remember to check the .htaccess file
Mert Can
Salut,
Aș dori să vă întreb, cum pot edita acest fișier de eroare (Eroare internă de server)? Deoarece acolo apare adresa mea de e-mail. Folosesc Linux Debian 7.
Mulțumesc,
Cu stimă,
Vyacheslav
Mulțumesc pentru un articol atât de bun. Acest set de remedieri este foarte util pentru a le avea la îndemână.
Problema mea a fost fișierul .htaccess, dar nu cel din directorul rădăcină. Mai degrabă a fost cel din directorul meu /wp-admin. S-a întâmplat ca am protejat directorul /wp-admin cu o parolă prin intermediul panoului furnizorului de găzduire. Acesta a creat fișierul .htaccess în interiorul directorului meu /wp-admin. Am adăugat și niște cod în fișier.
Mai târziu am dezactivat o astfel de protecție prin parolă a folderului, astfel încât codul adăugat de panoul furnizorului de hosting a fost preluat automat din fișierul .htaccess. Între timp, codul adăugat de mine a rămas în fișier. Această bucată de cod a cauzat problema ducând la eroarea de server intern 500.
Tocmai am eliminat fișierul .htaccess din cauza lipsei sale de necesitate și a rezolvat problema.
Vijay Sharma
Da, funcționează pentru mine să înțeleg ideea,
Procesul soluțiilor pe care l-am făcut
1. Definește limita de memorie Php în “wp-config.php”
2. Dezactivează toate plugin-urile
3. Actualizează structura permalink-urilor
4. Activează plugin-urile unul câte unul
NatalieDawn
Salut,
I have loads of problems with 503 error. My host told me it’s a problem with index.php file. Don’t know, how to solve it, HELP PLEASE! (I’m really desperate now
).
Asha Singh
Pot să repar prin încărcarea manuală a fișierului sau trebuie să schimb vreun fișier de hosting al site-ului meu. deoarece are aceeași problemă de mai multe ori la mine.
Mulțumesc pentru informații.
Suport WPBeginner
Da, puteți încerca să încărcați copii noi ale fișierelor pe serverul dvs., suprascriind orice fișiere existente pe care le-ați putea avea. Vă rugăm să faceți o copie de rezervă mai întâi.
Admin
Paul
da, am trecut prin toți pașii și, ca întotdeauna, norocul meu a fost să obțin cel mai greu, am reinstalat prin ftp, treabă făcută!
Piers
Hooray, chestia cu .htaccess a funcționat. Mulțumesc mult pentru sfaturile valoroase.
Yogesh
goooooooooooood…….Mulțumesc, frate
illahi
articol foarte informativ, îmi place
Paul
Niciuna dintre soluțiile de mai sus nu a funcționat pentru mine – însă, acest lucru s-a datorat cauzei problemei mele – așa că m-am gândit că nu vor funcționa, dar le-am încercat oricum.
Cu toate acestea, am lucrat cu o mulțime de site-uri WordPress, așa că nu am fost prea îngrijorat când am întâlnit problema.
Pentru mine, eroarea a apărut când am încercat să accesez admin (site-ul în sine se încarcă) și nu a fost hostingul, deoarece era un site pe platforma mea de hosting temporară și toate celelalte site-uri sunt în regulă.
Soluția, însă, este foarte simplă (pentru ceea ce a cauzat problema mea),
Știam că s-a întâmplat imediat după schimbarea structurii permalink-urilor și am apăsat din greșeală pe „Structură personalizată”. (Ar fi trebuit să folosesc una dintre celelalte pentru acest site). În cazul meu, acest lucru nu s-a reflectat în fișierul htaccess și nici eliminarea fișierului nu a funcționat.
Remediere:
Veți avea nevoie de acces la phpMyAdmin. Localizați baza de date utilizată pentru instalarea dvs. Localizați tabelul wp_options și găsiți rândul permalink_structure (în jur de 30). Puteți edita permalink-ul acolo înapoi la unul dintre celelalte.
Apoi, editează fișierul htaccess cu următorul conținut pentru a include regulile de rescriere corespunzătoare:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
După aceea, ștergeți cache-ul browserului și reîmprospătați – încercați, de asemenea, să accesați printr-un browser diferit.
Aceasta este una dintre numeroasele soluții – funcționează pentru mine pentru a reseta permalink-urile.
khandy
Mulțumesc!
Fișierul php.ini m-a salvat.
Am avut această problemă de când am introdus imagini aleatorii în antet pentru tema Graphene. Dacă se întâmplă din nou mai târziu astăzi (înainte de a obține jurnalele de erori de la gazda mea), va funcționa din nou sau trebuie să măresc numărul?
Bobbie Blakely
Bună ziua Vă mulțumesc pentru tot ajutorul dumneavoastră. Am o eroare 500, eroare internă de server. Am schimbat numele plugin-ului în plugin.deactivate, asta nu a schimbat eroarea. Am încercat să schimb numele fișierului .htaccess, dar spune că nu pot deoarece folderul este gol. Am avut probleme timp de trei zile. Repar un lucru și primesc o altă eroare. Astăzi am încărcat fișierele mele de backup wp prin FTP. După finalizare am primit eroarea 500. Aș fi recunoscător pentru orice ajutor. Mulțumesc
Bobbie
Suport WPBeginner
Bobbie, încearcă asta. Descarcă folderele tale /wp-content/plugins și /wp-content/themes pe computer. Apoi șterge-le pe cele de pe server și creează directoare noi goale cu aceleași nume. Din directorul rădăcină al site-ului tău șterge fișierul tău .htaccess (Îl poți regenera mai târziu din setări -> permalinks.
Admin
poemaderoca
Mi-am dezactivat pluginurile, dar nu a ajutat, așa că am decis să redenumesc fișierul .htaccess și asta mi-a rezolvat problema. Mulțumesc pentru tutorial.
Stuart
Thank you. A real saver!! A corrupted .htaccess file was the answer
chris
serios rapid și fără dureri! mulțumesc!
Sascha
Mulțumesc pentru asta. M-a ajutat mult!
Tim
Mulțumesc! Problema a fost fișierul .htaccess! Problema a apărut după instalarea și activarea magazinului eCommerce.
Nu am nicio idee cum a funcționat redenumirea acelui fișier, dar a funcționat! Deci, mulțumesc din nou!
Anton
Redenumirea fișierului .htaccess a funcționat. Mulțumesc!!!!
Noerila
Uau.. articol grozav!
Funcționează pentru mine..
Mersi, om..
Chris
Mulțumesc mult! Am schimbat numele fișierului htaccess și eroarea mea 500 a dispărut!
Erik von Werlhof
Uf!
Am întâmpinat această problemă aseară și am crezut că sunt terminat! Am încercat soluția prezentată mai sus și a funcționat!
Mulțumesc mult,
Erik
Hossam
din păcate, NICIUNA dintre cele de mai sus nu a funcționat pentru mine, dar cred că am o altă problemă legată de asta O.o
problema mea este: site-ul meu funcționa bine, dar când încerc să editez setările oricărui plugin sau să adaug date noi în el, apare „pagina nu a fost găsită”!! NOTĂ că folosesc %postname% ca permalink-uri, iar când l-am schimbat la „default” și am încercat din nou să editez orice plugin, apare „Eroare internă de server” O.o
Sunt confuz, vă rog ajutați-mă
mulțumesc anticipat
sebastian okelly
Articol excelent. Acesta este un site foarte util pentru cei care se pierd în Codex. Mulțumesc.
Remington Phillips
Mulțumesc! Pentru mine, redenumirea .htaccess în “.htaccess_old” a funcționat.
Deckey
Salut,
Încă am problema cu Eroarea Internă.
Am încercat toate metodele tale (PHPmemory, htaccess, pluginuri dezactivate...) Și tot nu funcționează.
Dacă modific htaccess, mesajul Eroarea Internă se schimbă și apare altul:
„Nu a fost găsit
URL-ul solicitat /about/ nu a fost găsit pe acest server.
În plus, a apărut o eroare 404 Not Found în timp ce se încerca utilizarea unui ErrorDocument pentru a gestiona cererea.
Server Apache la http://www.gdbautomotive.com Port 80″
Cum pot face?
Poate e mai bine să refac site-ul de la început?
Pentru că am făcut trecerea de la localhost la serverul remote…
Poate dacă repornesc totul imediat pe web e mai bine și va funcționa?
Sunt destul de disperat și nu știu cum să fac alte lucruri….
Mulțumesc mult,
Deckey
Suport WPBeginner
Înainte de a face asta, încercați ultima opțiune menționată în articol și cereți suport gazdei dvs. web.
Admin
Krishanu Choudhury
Salut, am un blog care are un ranking Alexa destul de bun. Folosesc în prezent MArkabihost pentru găzduirea site-ului meu web și folosesc scriptul WordPress. Acum am decis să mă mut la un serviciu de găzduire mai bun, așa că aș dori să-mi sugerați un serviciu de găzduire bun, care este ieftin și mai bun, și vreau să știu cum să fac backup de la Markabi la serviciul de găzduire curent.
Suport WPBeginner
Aruncă o privire la ghidul nostru de găzduire, cum să alegi cea mai bună găzduire WordPress.
Admin
payal
cum pot rezolva eroarea în care pagina web arată că trebuie să contactez administratorul?
Terhie
Salut, aș dori să vă mulțumesc pentru ajutor. Există multe pagini cu rezolvări pentru „eroare 505”, dar a ta a fost clară și simplă, și asta face diferența.
Problema mea a fost puțin diferită. Eroarea Internal Server Error apărea doar când încercam să accesez panoul de administrare prin aplicația Android WordPress. Totul era în regulă, și puteam să mă loghez în panoul de administrare prin browser, indiferent de sistemul de operare sau browserul folosit.
Furnizorul meu de găzduire a negat existența oricăror jurnale (da…), dar datorită site-ului dvs. am descoperit că unul dintre pluginurile mele cauzează această eroare.
Mulțumesc mult!
Walter
Salut. Când șterg fișierul meu de acces, paginile mele funcționează. Dar apoi, când îmi reîmprospătez permalink-urile, problema reapare. Deci este un ciclu.
Suport WPBeginner
Pot exista și alte motive, cum ar fi, de exemplu, furnizorul dvs. de găzduire WordPress s-ar putea să nu aibă mod_rewrite activat (puțin probabil, dar nu imposibil). Dacă utilizați o structură de permalink personalizată definită prin utilizarea propriilor etichete, încercați să comutați la cele bazate pe lună sau dată și vedeți dacă acest lucru rezolvă problema. Dacă da, atunci înseamnă că etichetele dvs. personalizate nu au fost în formatul corect. Puteți, de asemenea, să încercați să creați manual fișierul .htaccess. Acesta ar trebui să conțină doar acest cod:
# 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
Admin
Nicole
Mărirea memoriei PHP a funcționat. MULȚUMESC!
harryjkt
Salut,
am obținut soluția corectă de pe site-ul dvs..
Mulțumesc
Trent
Ok, deci acesta nu este încă pe această pagină! M-am mutat de pe un server cPanel pe alt server cPanel. Am folosit atât /scripts/pkgacct $user, cât și opțiunile de transfer conturi, ambele mi-au dat Eroare Internă 500. După câteva ore am găsit această pagină și am încercat totul, cu excepția reinstalării WordPress.
Ei bine, vinovatul a fost de fapt fișierul PHP.INI. Am descărcat binarele sursă PHP și am încărcat fișierul php.ini-production. Apoi am șters fișierul php.ini și am redenumit php.ini-production în php.ini. Totul a funcționat bine.
Sper să ajute!
Dave
Mulțumesc... a fost o problemă de memorie pentru mine. Primeam eroarea doar la un singur plugin. Restul site-ului funcționa bine. Poate ar trebui să adaug asta undeva, ar putea fi utilă pentru altcineva.
Mulțumesc.
Puneinvest
Salut,
Articol frumos. Urmez toți pașii. Dar problema nu s-a rezolvat.
Când verific jurnalul de erori –
Eroare de analiză PHP: eroare de sintaxă, ‘}’ neașteptat în …/themes/techmaish/index.php pe linia 1
Pur și simplu înlocuiți index.php pe server
Acum problema mea s-a rezolvat.
Din nou mulțumesc Postarea ta este grozavă
Christopher
Îmi plac site-urile de genul acesta. Vă mulțumesc pentru un tutorial/postare de depanare clar, concis și bine structurat. Bine făcut, domnule.
Daniela
MULȚUMESC!!! Am făcut toate modificările, htaccess, am mărit dimensiunea memoriei…
Apoi am sunat la compania de hosting… și mi s-a spus că TOATE site-urile mele au fost infectate de un virus!!!
Așa că m-am întors la acea postare și am făcut acel pas pe care nu l-am făcut, care a fost dezactivarea tuturor plugin-urilor. Asta a rezolvat problema!
Era Jetpack …..
Sam
Mulțumesc, fișierul .htaccess făcea asta. Fișierul a fost încărcat greșit odată cu site-ul meu. Mulțumesc din nou.