我在本地主机上没有任何问题。但是当我在服务器上测试我的代码时，每一页的结尾我都会看到这个通知。
我的代码：
<?php
ob_start();
include 'view.php';
$data = ob_get_contents();
ob_end_clean();
include 'master.php';
ob_end_flush(); // Problem is this line
【问题讨论】：
标签： php wordpress compression buffer zlib
WordPress 尝试在关闭时刷新输出缓冲区。失败是因为你已经调用了ob_end_flush()。
您应该能够保持压缩，并简单地取消刷新操作：
remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );
您现在可以手动调用ob_end_flush()，并保持zlib 压缩开启。
【讨论】：
我不建议完全禁用wp_ob_end_flush_all() 功能，我绝对不会在您的php.ini 文件中关闭zlib.output_compression。这是一种更好的方法，可以替换导致问题的源代码，并保留底层功能：
/**
* Proper ob_end_flush() for all levels
*
* This replaces the WordPress `wp_ob_end_flush_all()` function
* with a replacement that doesn't cause PHP notices.
*/
remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );
add_action( 'shutdown', function() {
while ( @ob_end_flush() );
} );
关于原因的更多细节，以及为什么这可能是最好的方法可以在这里找到：Quick Fix for WordPress ob_end_flush() Error
【讨论】：
关闭php.ini中的zlib.output_compression时解决了
zlib.output_compression = Off
【讨论】：
我发现一个特定的插件是我们客户的一个 WP 网站上的原因。
在这种情况下，它是由“NextGEN Gallery”插件引起的，但奇怪的是，只需停用然后激活插件即可解决问题。
对于遇到此问题的其他人来说，寻找可疑的前端插件并尝试相同是值得的。如果您在重新激活罪魁祸首插件后发现问题再次出现，您应该向插件作者提出问题。
【讨论】：
出于安全原因，您应该始终禁用实时网站上的正面错误 - 无论如何。
如果您想在 Wordpress 中隐藏错误并获取错误日志以供审查，您可以在 wp-config.php 文件中执行以下操作：
// Enable WP_DEBUG mode
define( 'WP_DEBUG', true );
// Enable Debug logging to the /wp-content/debug.log file
define( 'WP_DEBUG_LOG', true );
// Disable display of errors and warnings
define( 'WP_DEBUG_DISPLAY', false );
@ini_set( 'display_errors', 0 );
PS：如果你想使用上面alexg的remove_action代码，remove_action('shutdown', 'wp_ob_end_flush_all', 1);你需要把它放在你主题的functions.php文件中。
PPS：您可能还想尝试在 wp-config.php 文件中使用 define(‘WP_MEMORY_LIMIT’,’1024M’); - 但是，请注意不要分配超出您需要的内容，因为这会影响 Wordpress 的前端并且您如果页面上的同时点击次数过多，则会冒内存不足的风险。
【讨论】：
另一个场景：
我在实时站点上收到此通知，但在 localhost 和暂存/演示站点上没有收到此通知，即使演示站点与实时站点位于同一台服务器上。
事实证明，zlib 扩展没有在现场激活，它导致了通知。一旦 zlib 扩展被激活，通知就停止了。 因此无需修复代码。
【讨论】：
只需将此添加到主题functions.php文件中
remove_action('shutdown', 'wp_ob_end_flush_all', 1);
【讨论】：
不要惊慌，就这么简单。只需打开函数 php 并找到此代码
**
* Flush all output buffers for PHP 5.2.
*
* Make sure all output buffers are flushed before our singletons are destroyed.
*
* @since 2.2.0
*/
function wp_ob_end_flush_all() {
$levels = ob_get_level();
for ( $i = 0; $i < $levels; $i++ ) {
ob_end_flush();
}
}在你简单地删除“ob_end_flush();”之后并替换此代码
remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );100% 解决了。
【讨论】：
把这个ob_end_flush()替换成remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 )
**
* Flush all output buffers for PHP 5.2.
*
* Make sure all output buffers are flushed before our singletons are destroyed.
*
* @since 2.2.0
*/
function wp_ob_end_flush_all() {
$levels = ob_get_level();
for ( $i = 0; $i < $levels; $i++ ) {
ob_end_flush();
}
}
更新后的代码应如下所示
function wp_ob_end_flush_all() {
$levels = ob_get_level();
for ( $i = 0; $i < $levels; $i++ ) {
remove_action( 'shutdown', 'wp_ob_end_flush_all', 1 );
}
}
【讨论】：
只需在关闭挂钩上使用您的代码并更早地确定位置 默认的 ob_end_flush() 会识别你的输出并刷新它
add_action('shutdown', 'your_code', 0);
function your_code(){
/* Your Code Goes here */
}
【讨论】：
我尝试了一种可行的蛮力方法（我对此不满意，但希望这可以帮助某人）：
在/wp-content/themes/
ob_get_clean();
【讨论】：
尝试禁用 wordpress 调试模式并解决。
您可以在/wp-config.php 中禁用 WP 调试模式：
define('WP_DEBUG', FALSE);
【讨论】：