Alles wat u moet weten over het inschakelen van foutopsporing in WordPress
Als dit je ooit is overkomen, weet je waarom je WordPress-foutopsporing moet begrijpen. Je gaat de nieuwste en beste plug-in uitproberen en zodra je activeert. Boom!
Uw website - Dood!
U wilt de plug-in verwijderen, maar dat kan niet omdat de backend ook dood is.
Of je bent een WordPress ontwikkelaar coderen van een nieuwe plug-in, maar u kunt er niet achter komen waarom deze niet werkt zoals u dat wilt. Daarom is foutopsporing een essentiële functie voor programmeurs en webdesigners.
Zou het niet geweldig zijn als je gemakkelijk de fouten zou kunnen ontdekken wanneer je aan code werkt om een nieuw thema of een plug-in te ontwikkelen? WordPress-foutopsporing is een coole functie waarmee u gemakkelijk de fouten en verouderde functies kunt vinden tijdens het uitvoeren van code op uw WP-installatie.
Het is vooral handig tijdens het debugproces, vooral als je hebt geprobeerd enkele experimentele functies op je thema's of plug-ins te implementeren.
Standaard verbergt de WordPress-configuratie PHP-meldingen tijdens het laden van een pagina. Als u foutopsporing in PHP en de WordPress API wilt uitvoeren, moet u enkele aanpassingen doen om foutopsporing in WordPress in te schakelen.
Dit komt door het feit dat de meeste websites geen PHP-fouten willen tonen op een live site. Het tonen van dergelijke WordPress-foutopsporingsfouten kan gevaarlijk zijn, omdat de meldingen cruciale details over uw website, code, paden en andere informatie kunnen onthullen aan uw sitebezoekers, wat hints kan geven aan hackers. Deze informatie kan vervolgens worden gebruikt om kwaadaardige codes te misbruiken en te gebruiken om uw website te doorbreken.
Aanbevolen Reading: 17 acties om te voorkomen dat WordPress-beveiliging wordt verbeterd
Tijdens de ontwikkelingsfase, de WP-codex raadt programmeurs ten zeerste aan om WordPress-foutopsporing in te schakelen.
In feite helpt het inschakelen van WordPress-foutopsporing u op 2 manieren.
- PHP-fouten: Het toont fouten veroorzaakt door PHP-functies
- Verouderde functies: Dit zijn functies die mogelijk in eerdere versies van code zijn gebruikt, maar die onlangs zijn gemarkeerd als niet meer te gebruiken. Dit zal u helpen een vervangende functie te vinden die u in plaats daarvan kunt gebruiken.
Laten we in dit bericht eens kijken naar verschillende WordPress-foutopsporingsconstanten en hoe u foutregistratie op uw installatie of website kunt inschakelen...
Instellingen voor WordPress-foutopsporing
1. Schakel WordPess-foutopsporing in met WP_DEBUG
De belangrijkste PHP-constante die kan worden gebruikt om de foutopsporingsmodus op uw site in te schakelen, is WP_DEBUG.
Standaard is deze PHP-constante ingesteld op false. Het wordt als volgt weergegeven in uw wp-config.php bestand.
define( 'WP_DEBUG', false );
Om logboekregistratie in te schakelen, hoeft u alleen maar WP_DEBUG in te stellen op true.
Zie onderstaande code.
define( 'WP_DEBUG', true );
Hieronder staan een aantal dingen die u in gedachten moet houden voordat u WordPress-foutopsporing inschakelt.
- Wees voorzichtig voordat u wijzigingen aanbrengt in uw wp-config.php bestand omdat dit het belangrijkste bestand in uw installatie is dat kan worden gebruikt om databasetoegang te configureren, de prestaties te verbeteren en de beveiliging te verbeteren. Als u een kleine fout maakt in de configuratie, kan uw site ontoegankelijk worden
- Zorg ervoor dat u WordPress-foutopsporing op een live site niet inschakelt. Zoals we eerder zeiden, kan cruciale informatie worden onthuld, naast het feit dat het inschakelen van WordPress-foutopsporing tot prestatieproblemen zal leiden, omdat dit resulteert in aanzienlijke overhead
Aanbevelen lezen: Hoe maak je een native back-up van WordPress of met een plug-in
Nu we de instelling voor foutopsporing in WordPress hebben ingeschakeld, moeten we kijken naar de uitvoer van de foutopsporingsopdrachten. Om dit te doen, is het het beste dat we het WordPress debugging-logbestand inschakelen.
Dit kan worden gedaan door de volgende instelling in te schakelen wp-config.php.
2. Log fouten in debug.log met WP_DEBUG_LOG
Om fouten in WordPress-foutopsporing, mededelingen of andere uitvoer te kunnen beoordelen, moeten we het WordPress-foutopsporingsbestand bekijken. Mogelijk moet u dit bestand verzenden naar leveranciers of WordPress-ontwikkelaars waarmee u werkt.
Om het WordPress-foutopsporingslogbestand te genereren, moet u 'WordPress debug-logboekregistratie' inschakelen met behulp van de WP_DEBUG_LOG-instelling. Deze constante dwingt WordPress in wezen om foutopsporingsuitvoer naar een logbestand te schrijven.
Wat deze PHP-constante doet, is dat het alle foutmeldingen opslaat in a debug.log bestand dat zich in de directory-instelling 'wp-content' bevindt, zodat u dergelijke meldingen/fouten kunt bekijken wanneer u maar wilt.
Merk op dat de WP_DEBUG_LOG-instelling werkt in combinatie met de WP_DEBUG-constante, dat wil zeggen dat de WP_DEBUG moet zijn ingeschakeld om de WP_DEBUG_LOG-instelling van kracht te laten worden.
Hier leest u hoe u logboekregistratie voor foutopsporing in de debug.log het dossier. Voeg eenvoudig de volgende code toe aan uw wp-config.php bestand.
define( 'WP_DEBUG_LOG', true);
Zodra het is ingesteld op waar, worden al uw thema's en plug-insfouten bijgehouden en opgeslagen in de debug.log bestand.
Er is ook de mogelijkheid om een ander bestand in te stellen door een kleine variatie in deze instelling te gebruiken. Als u bijvoorbeeld een andere locatie of naam voor het logbestand wilt instellen, kunt u het volgende gebruiken:
definiëren( 'WP_DEBUG_LOG', '/logs/wordpress-errors.log');
De bovenstaande instellingen hebben geen invloed op wat er op de frontend wordt weergegeven. Dit kan onafhankelijk worden ingesteld met behulp van de volgende instelling die we hieronder gaan bespreken.
3. Schakel weergavefouten in/uit met WP_DEBUG_DISPLAY
Kijk eens naar de onderstaande schermafbeelding. Dit is hoe uw website eruit zou kunnen zien als WP_DEBUG_DISPLAY is ingeschakeld. In wezen is dit een instelling die WordPress dwingt om de fouten op de frontend te tonen, in plaats van ze alleen naar het logbestand te schrijven, zoals we in de vorige stappen hebben gezien.
In de meeste gevallen, als u WP_DEBUG_LOG hebt ingeschakeld om eventuele fouten veroorzaakt door uw thema's en plug-ins in een logbestand bij te houden.
Als u echter in een ontwikkelomgeving werkt, kunt u er ook voor kiezen om de PHP-meldingen of fouten ook aan de voorkant van de site weer te geven.
De constante WP_DEBUG_DISPLAY in het wp-config.php-bestand stelt je in staat om in of uit te schakelen of debug-berichten worden weergegeven op de frontend van je site.
Als je WordPress-foutopsporing hebt ingeschakeld, is het weergeven van WordPress-foutmeldingen standaard ingesteld op 'true'. Je kunt het op 'false' zetten als je ze wilt verbergen.
Het enige wat u hoeft te doen is de onderstaande regel code toe te voegen aan uw wp-config.php-bestand.
define( 'WP_DEBUG_DISPLAY', false);
Wees voorzichtig als u dit inschakelt op een live site, omdat dit gevoelige informatie kan vrijgeven. Als u het tijdelijk inschakelt, vergeet dan niet om het uit te schakelen zodra u uw probleem hebt geïdentificeerd en opgelost.
4. Schakel scriptfoutopsporing in met SCRIPT_DEBUG
Tot nu toe hebben we het belang van de WP_DEBUG-modus besproken en hoe u deze kunt inschakelen op uw website-installatie. Er is nog een belangrijke PHP-constante die u kunt inschakelen voor foutopsporing in WordPress-scripts: SCRIPT_DEBUG.
Terwijl het inschakelen van WP_DEBUG alle fouten onthult die worden veroorzaakt door PHP-functies op uw WordPress-thema en plug-ins, laat het inschakelen van SCRIPT_DEBUG u zien of er Javascript-ontwikkeling of CSS-fouten.
In feite, terwijl het debuggen als de SCRIPT_DEBUG constante is ingeschakeld, dwingt het WordPress om de ontwikkelingsversie van bestanden te gebruiken in plaats van de verkleinde versie.
Zoals u wellicht weet, WordPress laadt verkleinde versies van CSS- en JS-bestanden in de live-omgeving. Deze verkleinde versies van bestanden verwijderen alle onnodige tekens in die bestanden in een poging de bestandsgrootte te verkleinen voor sneller laden van pagina's.
Aanrader om te lezen: 21 acties om WordPress sneller te maken
Hoewel het laden van verkleinde bestanden zeer nuttig kan zijn in termen van gebruikerservaring en WordPress SEO, kan het lastig zijn voor ontwikkelingsdoeleinden, vooral als je bugs probeert te vinden en op te lossen.
Door de installatie te dwingen de ontwikkelingsversie te laden, kunt u eenvoudig achterhalen welke scripts conflicten veroorzaken in uw CSS- en JS-kernbestanden. Door deze instelling in combinatie met de console van de browsertools te gebruiken, kunt u identificeren waar Javascript-fouten worden gegenereerd, zodat u deze kunt herstellen.
Om SCRIPT_DEBUG in te schakelen, voegt u de volgende code toe aan uw wp-config.php-bestand.
define( 'SCRIPT_DEBUG', true );
5. Logboekregistratie van databasequery's in-/uitschakelen
Nogmaals, tijdens het debuggen van problemen, wil je misschien weten welke databasequery's worden uitgevoerd. In het bijzonder, als u problemen met het oplossen van problemen en prestatieproblemen oplost, wilt u misschien precies controleren welke query's worden uitgevoerd.
De wp-config.php bestand heeft een andere instelling waarmee u alle uitgevoerde query's kunt loggen. Voeg de volgende regel toe aan w-config om het opslaan van query's in te schakelen.
define('SAVEQUERIES', true);
Zodra u deze optie inschakelt, worden alle zoekopdrachten opgeslagen in de $wpdb->vragen globaal. Als u niet zeker weet wat de waarde van de variabele is, kunt u het volgende PHP-codefragmentscript toevoegen aan een bestand in WordPress. Dit geeft de waarde van $wpdb->vragen globale variabele.
vragen ); ?>
WordPress Debug-plug-ins
Naast log-foutmeldingen, moet u mogelijk ook query's op prestaties controleren of anderszins proberen te begrijpen wat er onder de motorkap gebeurt. Er zijn een aantal andere plug-ins en tools die we u aanraden te gebruiken wanneer u dergelijke foutopsporing of probleemoplossing moet uitvoeren.
1. Query-monitor
Query Monitor is een handige plug-in waarmee je precies kunt zien wat verschillende plug-ins op je WordPress-installatie doen. Ook al zegt de naam dat het een "querymonitor" is, deze plug-in doet meer dan alleen databasequery's monitoren.
In feite kan deze plug-in:
- debug-query's
- controleer PHP-fouten
- check hooks en acties
- HTTP API-aanroepen
- in de wachtrij geplaatste scripts en stylesheets controleren
- debuggen van AJAX-oproepen
- enz.
U kunt dergelijke monitoring ook verfijnen per plug-in of thema, wat u helpt de bronnen van problemen te beperken.
2. Foutopsporingsbalk
deze plugin wordt meestal gebruikt door ontwikkelaars terwijl ze hun thema's of plug-ins coderen. De plug-in voegt een debug-menu toe aan de WordPress-beheerbalk met query-, cache- en andere WordPress-foutopsporingsinformatie.
Het mooie is dat het de WordPress debug-instellingen respecteert die we hierboven hebben beschreven.
3. Verouderde kennisgevingen loggen
Dit is een andere op ontwikkelaars gerichte plug-in. In wezen registreert of u verouderde functies, bestanden of argumenten gebruikt, zodat u uw code kunt upgraden en repareren om de nieuwste aanbevelingen te gebruiken.
Schrijven naar het WordPress-foutopsporingslogboek
Als ontwikkelaar moet u waarschijnlijk indien nodig foutinformatie toevoegen aan het WordPress-foutopsporingslogboek. Om dit te doen, moet u een specifieke WordPress-functie gebruiken die berichten naar het logboek stuurt:
error_log( "This is a log entry" );
Als foutopsporing is ingeschakeld, verschijnt het bovenstaande bericht in het logbestand. U kunt het bovenstaande gebruiken om uitzonderingen of andere onverwachte problemen te loggen.
IMH
Wil je een snelle website?
Wie ben ik voor de gek aan het houden? Doen we dat niet allemaal?
Dus waarom worstelen zovelen van ons?
De grootste uitdaging is meestal het vinden van een snel, betrouwbaar hostingbedrijf.
We hebben allemaal de nachtmerries meegemaakt - ondersteuning duurt een eeuwigheid of lost ons probleem niet op, altijd iets aan jouw kant de schuld geven...
Maar het grootste minpunt is dat de website altijd traag aanvoelt.
At CollectiveRay we hosten met InMotion-hosting en onze website is stom snel. We draaien op een custom stack van LightSpeed server setup op MariaDB met een PHP7.4 engine en via Cloudflare.
Gecombineerd met onze front-end optimalisaties bedienen we elke dag betrouwbaar 6000 gebruikers, met pieken van 50+ gelijktijdige gebruikers.
Wil je een snelle installatie zoals de onze? Breng uw site gratis over naar InMotion-hosting en ontvang onze 50% KORTING op de huidige prijzen.
Probeer InMotion Hosting met 50% KORTING voor CollectiveRay bezoekers ALLEEN in april 2024!
Veelgestelde vragen over WordPress Debug
Wat doet WordPress debuggen?
De verschillende WordPress-foutopsporingsinstellingen maken het mogelijk om eventuele meldingen te bekijken, zoals fouten, verouderde functies of andere foutenlogboeken die worden gegenereerd door thema's, plug-ins en andere WordPress-functies. Door de bovenstaande instellingen in te schakelen, kunt u eventuele fouten in uw WordPress-plug-ins of -thema's identificeren en oplossen.
Waar is het foutopsporingslogboek van WordPress?
Het foutopsporingslogboek van WordPress is meestal te vinden in de hoofdmap met de naam debug.log. Met behulp van de hierboven gedefinieerde instellingen kunt u de locatie van het WordPress-foutopsporingslogboek wijzigen naar een locatie die voor u handiger is.
Hoe schakel ik foutopsporing in WordPress uit?
Om foutopsporing in WordPress uit te schakelen, voegt u eenvoudig het volgende item toe aan uw wp-config.php-bestand: define('WP_DEBUG', false ); Misschien wilt u ook de rest van de instellingen controleren die we in dit artikel beschrijven.
Wat doet WP Debug?
De WP Debug-instelling in het wp-config.php-bestand wordt gebruikt om WordPress-foutopsporing in of uit te schakelen.
Heeft WordPress-foutopsporing invloed op de prestaties?
Ja, WordPress-foutopsporing heeft een impact op de prestaties omdat het wat overhead toevoegt, inclusief de noodzaak om naar een bestand te exporteren. Het wordt aanbevolen dat u al deze instellingen uitschakelt wanneer u klaar bent met debuggen. Dit maakt uw installatie ook veiliger, aangezien gevoelige informatie kan worden opgenomen in foutopsporingslogboeken.
Samengevat
Als je een snelle samenvatting wilt van alles wat we hebben besproken, bekijk dan het onderstaande voorbeeldbestand wp-config.php met alle instellingen:
// Schakel WP_DEBUG-modus in - om gewoon false in plaats van true uit te schakelen definiëren ('WP_DEBUG', true); // Schakel Logboekregistratie voor foutopsporing in naar het bestand /wp-content/debug.log define ('WP_DEBUG_LOG', true );
// Reageer op het bovenstaande bestand en verwijder het commentaar op het onderstaande om in te loggen op een specifiek bestand
//define( 'WP_DEBUG_LOG', '/logs/wordpress-errors.log'); // Schakel de weergave van fouten en waarschuwingen uit / schakel over naar true om define in te schakelen ('WP_DEBUG_DISPLAY', false); // Gebruik dev-versies van core JS- en CSS-bestanden (alleen nodig als je deze core-bestanden aanpast) define('SCRIPT_DEBUG', true );
// Logquery's ingeschakeld, schakel over naar false om uit te schakelen
define('SAVEQUERIES', true);
Heb je ooit WordPress-foutopsporing ingeschakeld? Deel uw mening met ons in het opmerkingengedeelte ...
Hulp nodig om dingen voor elkaar te krijgen? Probeer deze best beoordeelde betaalbare optredens op Fiverr!
Klik hier om experts te vinden WordPress-problemen oplossen.
Alstublieft laat een nuttig geef commentaar met je mening, deel dit dan op je Facebook-groep (en) die dit nuttig zouden vinden en laten we samen de vruchten plukken. Bedankt voor het delen en aardig zijn!
Disclosure: Deze pagina kan links bevatten naar externe sites voor producten die we geweldig vinden en die we van harte aanbevelen. Als u producten koopt die we aanbevelen, kunnen we een verwijzingsvergoeding verdienen. Dergelijke vergoedingen hebben geen invloed op onze aanbevelingen en we accepteren geen betalingen voor positieve beoordelingen.
en nog veel meer ...