Laten we eerlijk zijn. Op een gegeven moment, tijdens het runnen van uw WordPress-site, zult u problemen en fouten tegenkomen en moet u zich uiteindelijk misschien afvragen:Hoe repareer ik mijn WordPress-site?
Een back-up en herstel lost uw probleem mogelijk niet op, en een plug-in wordt mogelijk niet weergegeven als de oorzaak van uw probleem, althans niet onmiddellijk. Het is moeilijk om precies te bepalen wat uw siteproblemen veroorzaakt door er alleen maar naar te kijken. Dit kan in sommige gevallen behoorlijk ernstig worden en kan variëren van een groot aantal verschillende problemen. In deze zelfstudie behandelen we de basisprincipes van het oplossen van problemen met uw WordPress-installatie om veelvoorkomende problemen met WordPress op te lossen. De eerste plaats waar u naar de oorzaak van uw probleem moet zoeken, is in het foutenlogboek.
Waar kan ik WordPress-foutlogboeken vinden?
Het meest voorkomende of meest voorkomende foutenlogboek dat wordt gebruikt in WordPress-onderzoeken, komt niet echt van WordPress, maar eerder van uw PHP-installatie op de server. Het php.ini-bestand dat wordt gebruikt om de PHP-instellingen voor uw site te beheren, bepaalt of en waar het foutenlogboek rapporteert. Als dit is ingeschakeld, kunt u het foutenlogboek meestal vinden in de map (of map) van uw WordPress-installatie. In de meeste gevallen heeft dit bestand de titel error_log maar is afhankelijk van de instelling in de php.ini het dossier. Je kunt het WordPress PHP-foutlogboek (indien ingeschakeld) ook vinden in de wp-content map in een bestand genaamd php.error_log . Als u geen van beide ziet en uw site wordt niet goed geladen, moet u de foutopsporingsmodus inschakelen of PHP-loggen inschakelen in uw php.ini.
Hoe schakel ik foutopsporing in WordPress in?
U kunt foutopsporing voor WordPress inschakelen in de wp-config.php het dossier. Dit is essentieel wanneer u probeert te bepalen waarom een site niet meer laadt of fouten vertoont. U zult misschien nooit begrijpen waarom een site niet laadt zonder de gegenereerde fouten te zien. Om beter te zien wat er gebeurt, bewerk je gewoon de volgende regel in je wp-config.php-bestand:
define('WP_DEBUG', false);En verander de false in true :
define('WP_DEBUG', true);Als u de waarde wijzigt in true, wordt de foutopsporingsmodus ingeschakeld en worden eventuele fouten in de sitecode direct op de pagina weergegeven. Dit kan handig zijn bij het opsporen van siteproblemen of om te zien of upgrades nieuwe problemen hebben veroorzaakt.
PHP-versies wijzigen
Als u de PHP-versie wijzigt en de site laadt niet meer, zal deze methode u vertellen waarom. De wp-config.php is ook de locatie waar u het WordPress PHP-foutlogboek kunt inschakelen en rechtstreeks kunt inloggen op een bestand in plaats van naar het scherm af te drukken. U kunt dit doen door de volgende code toe te voegen aan het wp-config-bestand:
define('WP_DEBUG_LOG', true);Deze code creëert het WordPress PHP-foutlogboek (php.error_log ) als er fouten aanwezig zijn en worden gegenereerd. Je kunt dit bestand vinden in de wp-content map van uw WordPress-installatie. U ziet dit foutbestand mogelijk niet als er geen fouten worden gegenereerd, dus het ontbreken van aanwezigheid, na het inschakelen van deze instelling, kan betekenen dat er geen fouten worden gerapporteerd. Als uw .htaccess-bestand bijvoorbeeld een syntaxisfout bevat, wordt de php.error_log zal de fout niet tonen omdat het geen PHP-gerelateerde fout is.
Schakel PHP-foutregistratie in
Als u liever PHP-foutregistratie inschakelt, kunt u waarden toevoegen aan de php.ini voor het domein of via de .htaccess bestand als uw configuratie ze ondersteunt:
Open het php.ini-bestand van uw site. Als u niet zeker weet waar deze zich bevindt, kunt u een phpinfo-pagina gebruiken om de locatie te tonen of u kunt ook het volgende uitvoeren in de opdrachtregel:
cpUser=`pwd | cut -d/ -f3`; for i in `pwd`; do touch $i/phpinfo.php; chown $cpUser. $i/phpinfo.php ; echo "<?php phpinfo(); ?>" > $i/phpinfo.php; doneMaak PHP-infopagina aan
Maak handmatig een phpinfo.php bestand in de public_html . van uw website map, met behulp van de volgende code.
<?php
// Show all information
phpinfo();
?>Nadat u deze code aan het bestand hebt toegevoegd, opent u dit bestand via een browser op de locatie waar u het hebt gemaakt. U vindt het php.ini-pad onder Geladen configuratiebestand :
Zodra u deze locatie hebt gevonden, bewerkt u het bestand en voegt u de volgende code toe als deze niet bestaat:
;;; log php errors
display_startup_errors = false
display_errors = false
html_errors = false
log_errors = true
track_errors = true
error_log = /home/USER/logs/error_log
error_reporting = E_ALL | E_STRICTU kunt het pad voor error_log . wijzigen naar waar u dit wilt opslaan in de thuismap van uw gebruiker. De WordPress-installatie is gebonden aan dezelfde toegangsrechten als de gebruiker die het installeert, dus het heeft niet de machtigingen om buiten hun thuismap te schrijven.
Op oudere setups kun je de loginformatie wijzigen via .htaccess als je configuratie php_flags ondersteunt (gebruikmakend van DSO oftewel als gegevensbronobject)
# log php errors
php_flag display_startup_errors off
php_flag display_errors off
php_flag html_errors off
php_flag log_errors on
php_value error_log /home/path/logs/error_logHoogstwaarschijnlijk gebruiken nieuwere en up-to-date configuraties geen DSO en moet u dit wijzigen via het php.ini-bestand.
Foutlogboeken lezen
Om te begrijpen hoe u de uitvoer van deze logs kunt lezen, kijkt u naar het volgende item:
[09-Sep-2018 22:57:20 UTC] PHP Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 32768 bytes) in home/USERNAME/public_html/wp-content/plugins/wordpress-seo/inc/class-wpseo-meta.php on line 477U kunt de datum- en tijdstempel zien, gevolgd door het algemene bericht en het pad waar dit vandaan komt. Dit vertelt u de meeste details die u nodig hebt om te bepalen waar het probleem ligt. U kunt aan het tijdstempel van deze fout zien wanneer de fout optreedt en of dat betrekking heeft op het huidige probleem of dat het een andere fout was. Het pad zal meestal laten zien of dit afkomstig is van een plug-in of thema en de locatie van de software die de fout genereert. Hierdoor wordt zelfs de regel in het document of bestand weergegeven die de fout heeft veroorzaakt, die verder kan worden beoordeeld door de ontwikkelaar van uw website.
Wat zijn enkele veelvoorkomende WordPress-fouten?
Fatale fout
De "fatale fout" is het meest voorkomende type fout en de oorzaak kan variëren van codering, zoals "undefined function", het aangeven van de functie en problematische coderegel tot geheugenfouten (zoals degene die in het bovenstaande voorbeeld wordt gebruikt). Dit gebeurt meestal wanneer de server geen geheugen meer heeft of de PHP-geheugenlimiet niet hoog genoeg is ingesteld om aan de vereisten van de code te voldoen. Om deze fouten op te lossen, moet u mogelijk de software bijwerken (meestal thema's en plug-ins), omdat deze mogelijk verouderde code en/of functies gebruikt. Mogelijk moet u ook de PHP-geheugenlimiet verhogen of zwaar gebruik van bronnen op de server lokaliseren die mogelijk geheugen in beslag nemen.
Fout Het opzetten van een databaseverbinding
Dit betekent over het algemeen dat er een probleem is met de database die in gebruik is of de configuratie van uw WordPress-installatie. Dit kan betekenen dat uw database beschadigd is of dat de configuratie-instellingen in uw wp-config . zijn gebruikt zijn niet correct of zijn gewijzigd. Controleer of uw wp-config-bestand de juiste inloggegevens en syntaxis heeft om ervoor te zorgen dat uw database kan communiceren met uw WordPress-bestanden. Mogelijk ziet u deze fout ook wanneer de server zwaar wordt belast of als de MySQL-service niet beschikbaar is. U moet het gebruik van bronnen op de server onderzoeken om te bepalen waarom.
Bestand niet gevonden
Een standaard 404-fout betekent dat uw server het bestand dat wordt aangeroepen door de software die op het domein wordt gebruikt, niet kan vinden. Dit gebeurt meestal wanneer eigendom of machtigingen onjuist zijn, het bestandspad onjuist wordt aangeroepen of het bestand volledig ontbreekt.
Conclusie
WordPress kan soms een tijdje probleemloos draaien, maar sommige veelvoorkomende fouten kunnen worden opgelost met een beetje achtergrondinformatie. Zoals altijd zijn onze behulpzame ondersteuningsexperts hier om te helpen met WordPress-gerelateerde fouten. Mocht je hulp nodig hebben bij het oplossen van problemen met je WordPress-installatie en we bieden zelfs een beheerd WordPress-hostingplatform met WordPress-foutexperts om veel problemen te onderzoeken.
Praat vandaag nog met een specialist!
We zijn er trots op de meest behulpzame mensen in Hosting™ te zijn!
Onze ondersteuningsteams zijn gevuld met ervaren Linux-technici en getalenteerde systeembeheerders die een grondige kennis hebben van meerdere webhostingtechnologieën, met name de technologieën die in dit artikel worden besproken.
Mocht u vragen hebben over deze informatie, dan staan wij altijd voor u klaar beschikbaar om alle vragen met betrekking tot dit artikel te beantwoorden, 24 uur per dag, 7 dagen per week 365 dagen per jaar.
Als u een volledig beheerde VPS-server, Cloud Dedicated, VMWare Private Cloud, Private Parent-server, Managed Cloud Servers of een Dedicated server-eigenaar bent en u zich niet op uw gemak voelt bij het uitvoeren van een van de beschreven stappen, is telefonisch bereikbaar via @800.580.4985, een chat- of supportticket om u te helpen bij dit proces.