这个问题可能无处不在,但我已经尝试了大多数答案和许可 777。但是,仍然没有运气。
/etc/apache2/sites-available/mysite.conf
<VirtualHost *:80>
ServerName www.mysite.com
ServerAdmin mymail@mail.com
DocumentRoot /var/www/html/wordpress
ErrorLog ${APACHE_LOG_DIR}/mysite_error.log
CustomLog ${APACHE_LOG_DIR}/mysite.log combined
</VirtualHost>
/etc/vsftpd.conf
listen=YES
anonymous_enable=NO
local_enable=YES
write_enable=YES
dirmessage_enable=YES
use_localtime=YES
xferlog_enable=YES
connect_from_port_20=YES
chroot_local_user=YES
secure_chroot_dir=/var/run/vsftpd/empty
pam_service_name=vsftpd
rsa_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
rsa_private_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
allow_writeable_chroot=YES
我将权限 777
设置为 /usr/share/wordpress
和 /var/lib/wordpress
。
最佳答案
更新在站点目录内的 wp-content/update 中创建一个目录。 Linux 不会自动将子目录的权限设置为父目录的权限。因此 wp-content/upload 不一定有 777 权限。
尝试将 wp-content/update 的权限更改为 777。如果可行,则意味着 WordPress 文件夹的所有者不是尝试更新站点的用户。
对我有用的是将我的 ftp 客户端添加到 WordPress 进程所有者的组中。 ( How do I know which linux user Wordpress uses for plugin installation ) 找到所有者。然后将站点目录中的所有目录权限设置为775,文件设置为665。
chmod 775 $(find -type d)
chmod 665 $(find -type f)
关于wordpress - 解压包... 无法创建目录。 WordPress、Apache2、Ubuntu,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/27788728/