使用PageSpeed Ninja插件遇touch(): Utime failed报错求助

我之前调试PageSpeed Ninja时也碰到过一模一样的报错，光改文件的777/775权限确实不一定能解决，给你几个实际可行的排查和解决方向：

• 检查文件/目录的所有者匹配性
  很多时候权限数值对了，但文件的所有者和服务器运行的用户不匹配，导致还是无法操作。你可以通过SSH执行命令查看目标文件的所有者：

  ls -l /content/plugins/psn-pagespeed-ninja/ress/classes/filesystem/native.php
  

  然后对比服务器运行PHP的用户（通常是www-data、apache或者主机商自定义的用户），如果不一致，用chown命令修改：

  chown www-data:www-data /content/plugins/psn-pagespeed-ninja/ress/classes/filesystem/native.php
  

  记得把插件整个目录的所有者也一并修改，避免后续其他文件出现同样问题。

• 排查服务器安全模块限制
  部分服务器会启用SELinux、SuPHP或者OpenBASEDIR这类安全机制，它们会严格限制文件操作权限，哪怕你改了777也没用：

  • 如果是SELinux，可以临时执行setenforce 0关闭它，测试报错是否消失。如果解决了，建议不要一直关闭，而是添加对应的SELinux规则允许插件操作文件。
  • 如果是OpenBASEDIR限制，需要联系主机提供商调整配置，或者确认插件的工作目录在允许的路径内。

• 确认插件缓存目录的权限
  PageSpeed Ninja会生成缓存文件，报错里的touch()操作可能不是针对native.php本身，而是它要写入的缓存目录。找到插件的缓存目录（一般在wp-content/cache/psn-*路径下），确保这个目录的所有者和权限都正确，给服务器用户读写权限。

• 尝试重新安装插件
  有时候插件文件损坏或者安装不完整也会触发这类奇怪的权限报错。先卸载插件，然后手动删除/content/plugins/psn-pagespeed-ninja整个目录，再重新安装最新版本的插件，大概率能解决文件层面的问题。

如果以上方法都没效果，建议开启WordPress的调试模式（在wp-config.php里设置WP_DEBUG=true），查看更详细的错误日志，或者直接联系你的主机提供商，因为有些共享主机有特殊的权限管控政策。

内容的提问来源于stack exchange，提问作者Marco