问题: WordPress博客的错误日志中充斥着“假设utf-8,不支持字符集”消息;在24小时内将0字节增长到450 Mb(如果统计数据正确,则页面浏览量约为28000)。
详细信息:我有一个由Wordppress支持的博客,托管在共享托管帐户中。它已经运行了很多年,直到不久前这才成为问题,但是我无法确定何时开始发生的确切时间范围。几个月前,我开始超出允许的资源(主要是内存),因此他们将我转移到其他服务器,并且我不得不升级帐户以允许更高的资源使用率。旧服务器正在运行php5,这是php7。最新的WP +大约15个流行的插件,全部都是各自的最新版本。主题是古老的,从一开始就存在。
昨天,我删除了网站根目录中9 GB(!)的错误日志,今天24小时后又删除了其500 MB。所有行都是相似的:
[datetime] PHP Warning: html_entity_decode(): charset `keep-ali0' not supported, assuming utf-8 in /home/accountname/public_html/wp-includes/formatting.php on line 5124
[datetime] PHP Warning: htmlentities(): charset `/[^0-9\.]/' not supported, assuming utf-8 in /home/accountname/public_html/wp-content/plugins/wp-super-cache/wp-cache-base.php on line 5
... etc.
我解析了较旧的2 GB日志:
htmlentities()
,htmlspecialchars()
,html_entity_decode()
#^[a-z]:[/\\]#i
,{ {1}},meta_value
,0x7fe858ae2920
,... 这些值从何而来?
我什至在哪里可以开始对此进行故障排除?
编辑: 解决方案
下面有一个很好的答案,解释了为什么会发生这种情况。不幸的是,在共享主机上并使用第三方应用程序时,我无法使用任何解决方法。但是,在与托管服务提供商进行交谈之后,他们通过包含配置(?之类的)将/home/someone-elses-account-name/public_html/includes/functions.php
添加到了Apache Web服务器配置中。而且有效。
答案 0 :(得分:0)
这似乎是PHP中的一个已知错误,很难重现,因此会停留一段时间。
https://bugs.php.net/bug.php?id=71876
建议了各种解决方法,包括:
internal_encoding=utf-8
或使用ini_set('internal_encoding', 'utf-8');
default_charset
html_entity_decode($x, null, 'utf-8');
这些变通办法似乎产生了不同的结果。
答案 1 :(得分:-1)
此答案有误,请参阅@ miken32对问题的评论。
我暂时不会返回stackoverflow了,所以我只能给您过程的第一个迭代来解决您的问题。将以下内容放入您的functions.php文件中。
set_error_handler( function( $errno, $errstr, $errfile, $errline ) {
static $count = 0;
if ( $count++ < 10 && $errno == E_USER_WARNING ) {
error_log( print_r ( debug_backtrace(), true ) );
}
} );
这将在发生错误时为您提供追溯。基于此回溯,您可能需要也可能不需要收集其他数据来了解您的问题。 set_error_handler函数已记录在here中,debug_backtrace函数已记录在here中。如果还有其他E_USER_WARNING错误,则需要对文件和行号进行其他过滤。 php.ini error_reporting选项已记录在here中。
我的猜测是,此问题可能是由最近输入到数据库中的数据库中的错误数据引起的。希望回溯可以告诉您这些数据在哪里。
希望这会有所帮助,祝你好运。
mc