Home-theater-designers
De 500 Interne server fout is de meest nutteloze vloek van WordPress-gebruikers overal. Het is een overkoepelende foutmelding die precies betekent: er is ergens iets misgegaan. Erger nog, uw WordPress-site geeft mogelijk helemaal geen fouten weer en toont alleen een lege witte pagina.
Dus hoe kun je erachter komen wat er precies mis is en het oplossen?
Ten eerste: geen paniek, want het is meestal een gemakkelijke oplossing! Dan: volg dit debug-proces en uw WordPress Internal Server Error wordt in een mum van tijd verholpen.
Veroorzaken WordPress-plug-ins Error 500?
Als je net een nieuwe plug-in hebt geïnstalleerd of als je site een 500-fout vertoont na een WordPress-kernupgrade, is de meest waarschijnlijke oorzaak een incompatibele plug-in. Er zijn veel redenen waarom een plug-in kapot kan gaan:
- WordPress heeft mogelijk enkele kernfuncties verwijderd die de plug-in gebruikt.
- Het is mogelijk gecodeerd voor een oude versie van PHP en al jaren niet bijgewerkt.
- Het kan gewoon verkeerd zijn gecodeerd, zoals verwijzen naar standaarddatabasenamen in plaats van voorvoegsels. We maken ons allemaal wel eens schuldig aan luie codering!
Het identificeren van de plug-in is eenvoudig als u er net een hebt geïnstalleerd en de fout zich net heeft voorgedaan. Maar hoe kunt u de plug-in uitschakelen als het beheerdersgedeelte niet toegankelijk is? En wat als u niet eens weet welke plug-in de fout heeft veroorzaakt? U hebt in beide gevallen FTP-toegang nodig, maar een webgebaseerde bestandsbeheerder van CPanel of Plesk werkt ook prima.
Oplossing:
Weet je precies welke plug-in kapot is? Zoek de plug-in en verwijder deze vanuit de wp-content/plugins/ map. U zou nu opnieuw moeten kunnen inloggen. Zoek een alternatief voor elke gewenste functionaliteit.
Als u niet zeker weet welke plug-in de fout heeft veroorzaakt, moet u de volledige naam wijzigen wp-content/plugins/ map zelf. Zet een onderstrepingsteken (' _ ') vooraan, dus het heet _plug-ins .
Het plaatsen van een onderstrepingsteken (_) aan het begin van de mapnaam van de plug-ins is een snelle en gemakkelijke manier om al uw plug-ins in één keer te deactiveren!
Door de map te hernoemen, deactiveert u effectief elke plug-in in één keer. U zou nu opnieuw moeten kunnen inloggen, maar u zult worden begroet door een lijst met foutmeldingen van WordPress met de melding 'De plug-in something.php is gedeactiveerd vanwege een fout: Plugin-bestand bestaat niet.'
Maak je geen zorgen, je bent geen instellingen kwijt. Plug-in-instellingen worden opgeslagen in de database en de meeste plug-ins zullen ze bij heractivering terugvinden.
Volgende, hernoem de map weer terug , door het onderstrepingsteken te verwijderen. Ze worden allemaal vermeld op uw pagina met plug-ins, maar in een gedeactiveerde staat. Je kunt ze nu één voor één opnieuw activeren totdat je de boosdoener hebt gevonden.
Wanneer de site opnieuw crasht, herhaalt u het proces, maar activeer deze keer de kapotte plug-in niet opnieuw!
500 Interne serverfout: incompatibel thema
Heeft het uitschakelen van plug-ins niet geholpen? Dan heeft het misschien iets met je thema te maken. Net als plug-ins, kunt u het actieve thema met geweld uitschakelen door simpelweg de map te hernoemen, die u vindt in de wp-inhoud/thema's/ map.
Als je nog steeds geen toegang hebt tot het beheerdersgedeelte nadat je geprobeerd hebt zowel de plug-ins als je huidige thema te hernoemen, moet je doorgaan met de volgende stappen. Als u kunt inloggen, waarschuwt WordPress u dat het is teruggezet naar een standaardthema. Op dit punt kun je een nieuw thema zoeken, contact opnemen met de thema-ontwikkelaar voor hulp of het zelf proberen te repareren.
Om het zelf op te lossen, of om de ontwikkelaar meer uitleg te geven, zie de sectie verderop WordPress-foutopsporingsmodus inschakelen .
500 Interne serverfout: slecht .htaccess-bestand
Als het deactiveren van uw plug-ins en thema niets heeft opgeleverd, is het mogelijk dat uw .htaccess bestand op de een of andere manier beschadigd is geraakt. Dit is meestal het geval als je nog steeds toegang hebt tot het admin-gedeelte van de site, maar de front-end niet correct werkt.
Het .htaccess-bestand zorgt voor de conversie van permalinks (mooie versies van een URL zoals /mijn-blog-bericht ), naar het interne lelijke URL-schema van WordPress (degene die u standaard krijgt, die eruitziet als /? p=12345). Het is een cruciaal onderdeel van WordPress, maar plug-ins kunnen het soms verpesten.
hoe maak je een anoniem Facebook-account aan
Oplossing:
Ga opnieuw naar uw FTP-client of bestandsbeheerder. Hernoem de .htaccess bestand in de hoofdmap van uw WordPress-installatiemap naar iets als .htaccess_old . Als u het bestand daar niet kunt zien, moet u inschakelen verborgen bestanden bekijken ---de exacte methode om dat te doen is afhankelijk van uw FTP-client.
De punt aan het begin van de bestandsnaam is een manier om te zeggen 'verberg dit bestand' in Linux en andere UNIX-achtige systemen.
Nadat je de huidige .htaccess hebt hernoemd, ga je terug naar het WordPress-beheergebied en ga je naar Instellingen > Permalinks en, zonder wijzigingen aan te brengen, klik op opslaan. Hierdoor wordt automatisch een nieuwe werkende versie van het bestand gegenereerd.
Als u handmatig wijzigingen in het bestand hebt aangebracht, gaan deze verloren (maar u moet het bestand sowieso niet met de hand bewerken).
WordPress Debug Mode inschakelen om fouten op te sporen
We kunnen een debug-logboek inschakelen vanuit de WordPress-configuratie, wat een idee kan geven van het exacte probleem, maar op dit moment staat u er alleen voor. Je moet uitzoeken hoe je het kunt repareren, waarvoor codeervaardigheden nodig zijn.
Om het foutopsporingslogboek in te schakelen, opent u wp-config.php , die u in de hoofdmap van uw WordPress-installatie vindt. Wees zeer voorzichtig met het bewerken van dit bestand: het kan een goed idee zijn om eerst een kopie te maken die u kunt terugdraaien in geval van onbedoelde wijzigingen.
Zoek de regel die zegt:
define('WP_DEBUG', false);
Als uw site niet vaak wordt bezocht en u vindt het niet erg dat de foutmeldingen aan iedereen worden weergegeven, wijzigt u gewoon het woord vals tot waar . Er worden nu foutmeldingen getoond wanneer u de site laadt.
Amazon zei dat het pakket was afgeleverd, maar dat was het niet
Als je de foutmeldingen liever privé houdt, becommentarieer die regel dan door te typen // aan het begin en plak het volgende eronder:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors',0);
Dit zal beginnen met het uitvoeren van fouten naar een bestand in wp-inhoud map genaamd error.log . Als u de FTP-client vernieuwt en na een minuut of zo niets ziet, is het mogelijk dat WordPress geen toestemming heeft om het bestand te maken. Maak handmatig een nieuw error.log-bestand en geef het toestemming 666.
Wees gewaarschuwd: dit bestand zal steeds groter worden totdat je die regels uit je configuratie verwijdert. Vergeet niet om ook de originele regel te uncommenteren. Lees het bestand in een teksteditor en controleer op kritieke PHP-fouten.
In het voorbeeld zie ik veel PHP-kennisgevingen over verouderde code, maar deze zullen een site niet echt kapot maken.
500 Interne serverfout: verkeerde serverconfiguratie
Het runnen van uw eigen Virtual Private Server is niet eenvoudig. Ik werd ooit geconfronteerd met een mysterieus geval waarbij ongeveer de helft van alle pagina's werd geladen met een 500-fout, maar zonder waarneembaar patroon en zonder aanwijzingen in de serverfoutlogboeken. Het activeren van WordPress-foutopsporingslogboeken toonde ook niets voor de hand: veel PHP-kennisgevingen en beëindigingen, maar niets kritisch.
Ten slotte realiseerde ik me dat ik het weekend ervoor APC-caching op de server had geïnstalleerd om te gebruiken met W3 Total Cache om de site te versnellen. Door de installatie ongedaan te maken, werden de 500 fouten volledig uitgeroeid.
Mijn punt is dat de 500-fout eenvoudig een combinatie van serverconfiguraties kan zijn die een incompatibiliteit vertonen. Dit is onwaarschijnlijk als u beheerde services gebruikt, maar met uw eigen Virtual Private Server ( wat is een virtuele server en waarom zou je er een willen? ) jij bent verantwoordelijk om ervoor te zorgen dat alles samenwerkt, en dit is moeilijker dan het klinkt.
Heeft uw site onvoldoende geheugen?
Op een gedeelde host vind je misschien de PHP-geheugenlimiet wordt geraakt --- plug-ins voor WooCommerce, forums of gerelateerde berichten kunnen dit veroorzaken vanwege hun complexiteit. Als je geluk hebt, zie je een foutmelding zoals 'Fatale fout: toegestane geheugengrootte van xxx bytes uitgeput', maar niet altijd.
U kunt dit mogelijk oplossen door de volgende regel toe te voegen aan uw wp-config.php :
define('WP_MEMORY_LIMIT', '64M');De meeste gedeelde hosts laten je de geheugenlimiet echter niet verhogen --- je krijgt wat je krijgt. Het is misschien tijd om andere vormen van hosting te overwegen.
500 Fout opgelost? Maak nu dagelijks back-ups!
Houd plug-ins bijgewerkt om conflicten met nieuwe versies van WordPress te voorkomen
De beste verdediging tegen elke vorm van kritieke WordPress-fout is om dagelijkse back-ups te maken, evenals een handmatige back-up voor elke belangrijke actie (zoals een WordPress-kernupdate). Houd plug-ins en thema's ook up-to-date: nieuwe versies van WordPress breken vaak oude code.
Het kan eng zijn als je site kapot gaat --- vooral als het een bron van inkomsten voor je is en niet alleen maar een hobby. Door deze handleiding te volgen en methodisch te werk te gaan, zou u deze snel weer op de rails moeten hebben.
Overweeg om te upgraden naar een beheerde WordPress-hostingservice die back-ups en optimalisaties voor u afhandelt, zodat dergelijke fouten niet bestaan. We raden InMotion Hosting aan (gebruik deze link om 38% korting te krijgen) en Bluehost (gebruik deze link 25% korting krijgen).
Deel Deel Tweeten E-mail Verwijder deze Windows-bestanden en -mappen om schijfruimte vrij te makenWilt u schijfruimte op uw Windows-computer vrijmaken? Hier zijn de Windows-bestanden en -mappen die veilig kunnen worden verwijderd om schijfruimte vrij te maken.
Lees volgende Gerelateerde onderwerpen- Programmeren
- Wordpress
- Wordpress-plug-ins
James heeft een BSc in Artificial Intelligence en is CompTIA A+ en Network+ gecertificeerd. Als hij het niet druk heeft als redacteur van hardwarerecensies, geniet hij van LEGO, VR en bordspellen. Voordat hij bij MakeUseOf kwam, was hij lichttechnicus, leraar Engels en datacenteringenieur.
Meer van James BruceAbonneer op onze nieuwsbrief
Word lid van onze nieuwsbrief voor technische tips, recensies, gratis e-boeken en exclusieve deals!
Klik hier om je te abonneren