CHMOD 0777,但WordPress仍无法写入文件/文件夹

时间:2013-03-23 作者:Erik van de Ven

前天我订购了自己的副总裁。但现在我对Wordpress有问题,Wordpress无法创建。htaccess本身无法写入,插件也无法创建文件/文件夹。

支持对我来说没有时间,所以从昨天开始,我一直在寻找自己的解决方案,运气不好。

如果我将所有文件夹和文件的CHMOD更改为777或755,我仍然无法写入文件/文件夹。所以我进一步看了看,vps上我的www文件夹的所有者/组是webapps:apache。我试图将webapps更改为用户“root”、“nobody”、“apache”和“admin”。但什么都没用。

当我激活调试插件时,前端会出现以下错误:警告:parse\\u ini\\u file()[函数.parse ini file]:open\\u basedir限制生效。文件(/usr/local/lib/php.ini)不在允许的路径内:(/home/admin/:…/php/)位于/班克鲁莫。php在线284

其他人有其他可能的解决方案吗?

2 个回复
SO网友:markratledge

这真的不是Wordpress的问题。也就是说,关键错误是“open_basedir 限制生效。“如果您正在运行自己的VPS,您需要学习配置它。

open_basedir 限制使一个目录中的脚本无法影响另一个目录中的脚本,这是一个重要的安全特性。如果一个帐户遭到黑客攻击,open\\u basedir可以防止感染传播到另一个帐户。

看见https://stackoverflow.com/questions/1846882/open-basedir-restriction-in-effect-file-is-not-within-the-allowed-paths 并修改open\\u basedir配置http://www.php.net/manual/en/ini.core.php#ini.open-basedir

配置open base后,您应该能够返回755权限文件夹和标准WP权限方案:Changing File Permissions « WordPress Codex

SO网友:Hasin Hayder

这很奇怪,因为如果你的文件夹chmoded为777,这意味着所有用户/组都有写入权限。因此,我的主要想法是,您没有对适当的目录进行chmoded。可能是一些插件改变了上传目录的位置等。

安装WP Debug plugin并首先查看调试消息,获取它试图写入的文件夹的not,然后再次获取chmod

祝你好运

结束

相关推荐

更改Apache/Linux配置以使自动升级更加简单

我一直在读some posts 这似乎触及到这一点(或可能解决它,但它超出了我的头脑)。Unix很可能不是我的强项。我继承了Fedora服务器,在自动升级方面有点颠簸。我注意到两件事:1。它会提示我输入FTP用户和密码。我希望消除这种情况,而不必对凭据进行硬编码(出于许多原因)2。由于权限原因,最近的3.3.1更新失败(早期升级没有失败)。解决方法是sudo chmod-R g+w。/*在wp主目录中,但我厌倦了每次都这样做。一句话:一切都很顺利,但这比我想要的要多。现在,一切似乎都在“apache”用户