Depanare eroare 500 Internal Server Error pe un blog WordPress

3 nov. 2011, 00:52:44
Vizualizări: 5.92K
Voturi: 0

Blogul meu WordPress este găzduit pe un server partajat la Hostgator. Am început să primesc erori 500 Internal Server Error în ultimele zile. Nu am instalat niciun plugin nou de când au apărut aceste erori.

Am contactat suportul tehnic de mai multe ori dar nu am primit un răspuns satisfăcător. Webhost-ul are o limită de 25 de procese. Uneori această limită este atinsă, iar site-urile de pe acel server cad. Când mă uit în consola de procese, observ că procesul care se înmulțește este php care servește fișierul index.php al blogului meu.

Prima dată când am contactat suportul, mi-au spus că ar putea fi din cauza unei creșteri mari de trafic pe site. Dar nu am motive să cred că traficul ar fi crescut atât de mult într-o singură zi. Verificând Analytics (deși majoritatea cererilor se pierd din cauza erorilor), observ că nu a fost nicio creștere semnificativă a traficului. În plus, site-ul a mai trecut prin efecte "Slashdot" în trecut, atingând de patru sau cinci ori media zilnică de accesări fără probleme.

Un alt tehnician mi-a sugerat să înlocuiesc plugin-ul WP-Super Cache cu W3 Total Cache, deoarece acesta este recomandat de Hostgator. Dar nu s-a schimbat nimic. Am încercat să dezactivez și să dezinstalez ambele, apoi să testez cu Hyper Cache, dar rezultatele au fost aceleași.

Când am activat WP-DEBUG, singurele mesaje pe care le-am văzut au fost câteva avertismente de la All In One Seo Pack și un alt plugin.

Toți tehnicienii mi-au spus că un plugin cauza problema. Așa că le-am dezactivat pe toate și am început să le activez pe rând. Problema este că încă nu am reușit să identific care plugin (dacă asta e problema) cauzează eroarea. Pe scurt, nu au fost de mare ajutor.

Care sunt opțiunile mele pentru a depana și identifica problema? EDIT: Plugin-urile mele active: Akismet, All In One SEO Pack, Dagon Design Sitemap Generator, FastFast Secure Contact Form, Google XML Sitemaps, Laconica Tools, List Category Posts, NextGEN Gallery, RubyConf Uruguay Ribbon, Smooth Slider, Subpage Listing, Subscribe to Comments Reloaded, UserAgent Spy, W3 Total Cache, WP-PageNavi, WP-Syntax.

6
Comentarii

Am avut aceeași problemă, dar din păcate nici eu nu am reușit să aflu motivul. În final, cei de la suport au oprit toate procesele și problema nu s-a mai repetat de atunci.

onetrickpony onetrickpony
3 nov. 2011 02:53:34

Această întrebare se încadrează la limita a ceea ce considerăm prea specific, dar poți enumera toate pluginurile tale active?

Chip Bennett Chip Bennett
3 nov. 2011 14:48:53

Am încercat să opresc procesele, dar problema persistă. @ChipBennett întrebarea este despre opțiunile de depanare pentru a găsi eroarea, dar voi edita și voi enumera pluginurile. Mulțumesc!

Fernando Briano Fernando Briano
3 nov. 2011 18:58:13

Ai verificat în fișierul php error_log?

v0idless v0idless
3 nov. 2011 19:40:18

Ai încercat să crești limita de memorie în PHP?

Brad Dalton Brad Dalton
3 nov. 2011 14:04:30

Am crescut memoria alocată WordPress de la 32 la 64M, dar problema încă persistă. :S

Fernando Briano Fernando Briano
4 nov. 2011 16:19:09
Arată celelalte 1 comentarii
Toate răspunsurile la întrebare 3
0

Am avut aceleași probleme, după ce nu am mai lucrat o perioadă la site, a început să afișeze eroarea "500 Internal Server Error" pe diverse pagini. După o săptămână în care mi-am smuls părul din cap, am descoperit că fișierul meu "/wp-content/debug.log" (pe care l-am activat cu mult timp în urmă și apoi am uitat de el) a depășit 128 MB și, din anumite motive, nu se mai putea scrie în el. Drept urmare, toate pluginurile sau funcționalitățile care accesau acest fișier au încetat să mai funcționeze. Deci nicio intrare utilă în debug.log, => eu confuz.

Deci, dacă aveți debug.log activat și este mare (limita poate varia în funcție de setările host-ului), încercați să-l ștergeți.

10 apr. 2013 15:02:56
1

Nu poți depana cu adevărat erorile de server fără a avea acces bun la serverul în sine. Acest lucru ar implica analizarea funcționării interne a acestui gazdă specific, lucru de care sunt sigur că nu ar permite și nici nu ar investi timp în remediere. Mută-te la un gazdă mai bun dacă nu pot oferi mai multe detalii despre problema sau solicită acces la jurnalele Apache și SQL.

Cel mai bun lucru pe care îl poți face este să dezactivezi pluginurile unul câte unul, începând cu cele care ar putea necesita multă putere de procesare, cum ar fi hărțile de site XML sau orice rulează dinamic la cerere sau acțiune.

Activează înregistrarea interogărilor lente pentru a identifica problemele din baza de date.

Poți încerca și acest plugin, dar nu sunt sigur cât de util este, TPC! Memory Usage

3 nov. 2011 07:57:05
Comentarii

Pe lângă obținerea jurnalelor serverului, rularea WP Super Cache în modul de depanare a fost destul de utilă.

Fernando Briano Fernando Briano
7 nov. 2011 18:53:24
0

În continuarea răspunsului de mai sus: Nu știu dacă aceasta este explicația în acest caz, dar, dacă ați uitat accidental un logger activat (ceea ce se întâmplă frecvent încercând să depanați!), acesta poate înregistra în fundal la dimensiuni de neimaginat. S-a întâmplat pe un site pe care îl gestionam recent. După ce am găsit și am șters fișierul jurnal de câțiva GB și am dezactivat o casetă de activare a înregistrării (pe WP SuperCache), problema a dispărut.

Detaliile sunt neclare pentru mine într-un incident oarecum similar care a avut loc pe perioada în care am mutat serverele și am actualizat nivelurile PHP, iar pe partea gazdei a fost inițiat un proces care a stocat automat și a înregistrat date pentru un set de plugin-uri. Din nou, ca mai sus, după ce fișierele inutile metastatizate au fost șterse și procesele oprite, problemele au dispărut.

5 sept. 2015 20:36:58