PHP’；s open_basedir值在Apache日志中提供二进制值
查看日志文件以找出几天前我的站点宕机的原因，我发现了数百行这样的行（部分用“x”编辑）： [2009年11月27日星期五23:14:36][错误] [客户端xxx.xxx.xxx.xxx]PHP警告： require_once（）：打开\u basedir 有效的限制。 文件（/var/www/xxx/xxx.php）不可用 在允许的路径内： （\xa0\x99\xc4）在 /var/www/xxx/index.php，第17行 请注意，open_basedir值是二进制的，因此它与任何内容都不匹配 服务器上没有（管理员）更改导致此问题，也没有任何更改阻止此问题。。它显然自行解决了问题（apache或其他服务没有重新启动/重新加载）。apache conf文件中的open_basedir指令如下所示： php\u admin\u值open\u basedir /var/www:/usr/share/php 什么会导致open_basedir值用二进制值重新加载，或者我可以从哪里开始对此进行故障排除？这是过去两周内第二次出现这个问题 Apache版本：2.2.8，PHP:5.3.0，Linux 2.6.24-23与类似，应在5.3.1中修复PHP’；s open_basedir值在Apache日志中提供二进制值,php,apache,logfiles,open-basedir,Php,Apache,Logfiles,Open Basedir,查看日志文件以找出几天前我的站点宕机的原因，我发现了数百行这样的行（部分用“x”编辑）： [2009年11月27日星期五23:14:36][错误] [客户端xxx.xxx.xxx.xxx]PHP警告： require_once（）：打开\u basedir 有效的限制。 文件（/var/www/xxx/xxx.php）不可用 在允许的路径内： （\xa0\x99\xc4）在 /var/www/xxx/index.php，第17行 请注意，open_basedir值是二进制的，因此它与任何内容都不