Los WordPress Fatale fout op: Onbekend: kan outputbuffering niet gebruiken in outputbufferweergave

oplossenWordPressfatale fout: onbekend: kan niet worden weergegeven op onbekende uitvoerbuffer op regel 0

Onlangs, wanneer sommige netizens proberen het uiterlijk van de website aan te passen via het WordPress-dashboard, verschijnt het volgende foutbericht ▼

"Fatale fout: Onbekend: kan uitvoerbuffering niet gebruiken in weergavehandlers voor uitvoerbuffering in Onbekend op regel 0"

• fatale fout: onbekend: kan uitvoerbuffering in display-handler niet gebruiken voor onbekende uitvoerbuffering op regel 0

En er zijn al een tijdje geen nieuwe meer toegevoegdWordPress-plug-in, maar weet u niet wat u moet doen?

veel te lerenWordPress websiteNieuwelingen weten niet hoe ze WordPress-foutproblemen moeten debuggen...

Hoe op te lossen Fatale fout: Onbekend: Kan output buffering niet gebruiken in output buffering display?

Fatale fout van WordPressHoe ermee om te gaan?

Nadat de WordPress-website is verplaatst, is de voorpagina van de voorpagina leeg en is de achtergrond ook leeg, wat moet ik doen??

Het wordt aanbevolen om "WordPress-foutopsporingsmodus" in te schakelen om problemen met WordPress op te lossen.

Hoe WordPress-foutopsporingsmodus inschakelen?

1. Bewerk het bestand "wp-config.php" in de hoofdmap van uw WordPress-site;
2. Zullen"define('WP_DEBUG', false); ",veranderen in"define('WP_DEBUG', true); "
3. Nadat u WordPress-foutopsporing hebt ingeschakeld, vernieuwt u de foutpagina en worden het pad en de foutmelding weergegeven van de plug-in of het thema dat de fout heeft veroorzaakt;

/**
* 开发者专用：WordPress调试模式
*
* 将这个值改为true，WordPress将显示所有用于开发的提示
* 强烈建议插件开发者在开发环境中启用WP_DEBUG
*
* 要获取其他能用于调试的信息，请访问Codex
*
* @link https://codex.wordpress.org/Debugging_in_WordPress
*/
define('WP_DEBUG', true);
//define('WP_DEBUG', false);

• Eindelijk "define('WP_DEBUG', false); "terug gewijzigd"define('WP_DEBUG', false); '.

Na het vernieuwen van de foutpagina, wordt een plug-in-promptbericht weergegeven dat lijkt op het volgende en dat de WordPress-fout veroorzaakte▼

Strict Standards: Redefining already defined constructor for class PluginCentral in /home/eloha/public_html/etufo.org/wp-content/plugins/plugin-central/plugin-central.class.php on line 13

• Het voorlopige oordeel is dat het een fatale WordPress-fout is die wordt veroorzaakt door een WordPress-thema of een WordPress-plug-in, dus het is noodzakelijk om vast te leggen welke WordPress-plug-in een foutmelding heeft en deze vervolgens één voor één te verwijderen.
• Over het algemeen moet u bij het oplossen van problemen met een website alle plug-ins uitschakelen en overschakelen naar het standaardthema.
• Het is begrijpelijk dat de meeste webmasters dit niet willen doen, omdat het de bezoekers van de site beïnvloedt doordat ze door sites gaan die niet over de oorspronkelijke functionaliteit beschikken.

Aanbevolen gebruikPlug-in voor gezondheidscontrole en probleemoplossingControleer, klik op de onderstaande link om te bekijkenspecifieke methode▼

Wat te doen met WordPress-fouten? Gezondheidscontrole en probleemoplossing voor plug-ins

Wanneer er enkele fatale fouten op de WordPress-site zijn en de oorzaak niet kan worden gevonden, moeten alle plug-ins worden uitgeschakeld en vervolgens één voor één worden ingeschakeld om te zien of het het WordPress-thema is of welke WordPress-plug-ins het conflict veroorzaken.Het uitschakelen van alle WordPress-plug-ins heeft echter zeker invloed op ...

We hebben 6 WordPress-plug-ins gevonden die fatale WordPress-fouten kunnen veroorzaken:

1. Autoptimize
2. Heroïsche Favicon
3. Elementor
4. Contact Formulier 7
5. Askimet anti-spam
6. Toevoegen aan Elke

• (De laatste activeert het bericht "500: Interne fout") Het fatale foutbericht wordt gegenereerd.
• Deze 6 WordPress-plug-ins kunnen fatale fouten veroorzaken, dus u moet ze een voor een testen om ze uit te schakelen.