Debugging (WordPress)

Debugging, troubleshooting, storingen of errors: Dit artikel is het uitgangspunt om problemen te verhelpen, geïnspireerd op artikel Storingen (Drupal).

Waar ligt het probleem?

Dit is een kritieke eerste stap: Vaststellen waar in de keten tussen webserver en gebruiker, het probleem ligt. Een bloemlezing:

• Client-computer
• Netwerk
• DNS
• WordPress
• PHP
• MySQL
• Apache
• Server

Voorbeelden

Een WSOD (White Screen of Death) duidt meestal op een PHP-storing. In dit geval kon ik wel inloggen in het admin-gedeelte van de site. Dat duidt vaak op een WordPress-theme of -plugin-storing. Ik vond geen bijzondere meldingen in the beheer-interface

Client-computer & netwerk

• Wat krijg je als je de URL ping'ed?
• Kun je de site zien mbv. Lynx op de betreffende server?

WordPress

• Zie log-file in wp-content/debug.log. Wel eerst aanzetten! - Wat me niet wil lukken (feb. 2019): De betreffende variabele (WP_DEBUG_LOG is al gedefineerd, en ik weet zo snel niet hoe ik 'm van waarde kan veranderen)

PHP

• Bekijk het PHP error log: tail /var/log/php/error.log.
• Geen log? Misschien eerst configureren in php.ini. Geen idee welk php.ini-bestand? → locate php.ini. Toevoeging aan php.ini + chmod o+rwx (feb. 2019) - Dit werkt. Ik denk alleen dat dat chmod-commando iets te wild is:

;;;;;;;;;;;;;;;;;;;;;;
; Strompf - Feb. 2019
;;;;;;;;;;;;;;;;;;;;;;;;
;
error_log = "/var/log/php/error.log"

Losse dingen

• WordPress Debugging Mode. Zie Debugging Mode (WordPress) & CSS-storing na migratie (WordPress)
• Interessante plugin: wp plugin install query-monitor.
• wp_memory: Op een server met 16GB geheugen, is 2GB een prima getal - Kan zelfs nog iets hoger. Deze instelling kun je oa. zien via WooCommerce » Status » WordPress environment
• PHP: Max input vars: 1.000 is een gebruikelijke waarde.

Zie ook

• CSS-storing na migratie (WordPress)
• Storingen (Drupal)

Bronnen

• https://wordpress.org/support/article/debugging-in-wordpress/
• https://kinsta.com/blog/wordpress-white-screen-of-death/