Då är det antagligen så att något i innehållet på den sidan anropar ett tillägg som någonstans orsakar ett ”allvarligt PHP-fel”.
Det kan bero på att det helt enkelt är ett programmeringsfel i tillägget. Men det är också möjligt att tillägget inte är korrekt uppdaterat för att fungera med den PHP-version som din webbplats använder. (PHP är den programmiljö för webbprogrammering som WordPress använder.) Nu i dagarna slutar PHP 7.3 att få säkerhetsuppdateringar, så många webbhotell lyfter alla sina kunder till åtminstone PHP 7.4. I samband med det kan vissa saker sluta att fungera. Den efterföljande PHP-versionen 8.0 innebär ett något större hopp. Faktum är att WordPress fortfarande deklarerar stödet för 8.0 som ”Beta”, trots att PHP 8.0 släpptes för ett år sedan och PHP 8.1 lanserades i förra veckan.
För att få ledtrådar kring vad det är som strular kan du tillfälligt aktivera WordPress felsökningsläge och loggning av PHP-fel till fil. Besök sedan sidan som har problem (för att vilket fel det nu är ska inträffa och kunna loggas). Gå sedan och kolla loggfilen för att se om det dök upp någon varning eller felmeddelande.
Följ anvisningarna i https://wordpress.org/support/article/debugging-in-wordpress/ och ändra i filen /wp-config.php raden
define( ’WP_DEBUG’, false );
till
define( ’WP_DEBUG’, true );
define( ’WP_DEBUG_LOG’, true );
Eventuella fel kommer att skrivas till filen /wp-content/debug.log
Kom ihåg att efteråt stänga av loggningen. Annars finns risken att loggen tar onödigt mycket plats och att eventuella angripare i framtiden via loggen kan få information om säkerhetsproblem som de kan försöka att utnyttja.
Om du behöver hjälp med att tolka eventuella felmeddelanden kan du posta dem här. Kolla bara så att du inte av misstag lägger ut någon känslig information.
Denna fil bör du redigera i ett program som INTE lägger något s.k. Bit-order-mark (BOM). För Windows rekommenderar jag https://notepad-plus-plus.org/, om du använder vanliga Windows anteckningar/notepad.exe måste du INTE använda UTF-8.
