Ошибка создания директории при обновлении WP несмотря на права доступа 777

26 янв. 2011 г., 23:34:20
Просмотры: 40.4K
Голосов: 8

Я пытаюсь обновиться до WP 3, но получаю странную ошибку при попытке это сделать:

Скачивание обновления с http://wordpress.org/wordpress-3.0.4.zip.

Распаковка обновления.

Не удалось создать директорию: /my/path/web/wp-content/upgrade/wordpress-3.tmp

Установка не удалась

Странность в том, что директория upgrade имеет права доступа 777. Я выполнил команду chmod -R 777 upgrade/ и когда делаю ls, вижу что upgrade доступна для записи всем. Я уверен, что работаю с правильной директорией, потому что если я удаляю upgrade, получаю другую ошибку.

Есть идеи, почему это происходит?

2
Комментарии

включён ли safe_mode в PHP?

Cronco Cronco
27 янв. 2011 г. 06:16:37

и правильный ли владелец у этой директории? Необходимые права доступа могут отличаться в зависимости от реализации сервера

Tom J Nowell Tom J Nowell
27 янв. 2018 г. 03:49:42
Все ответы на вопрос 13
2

Вам необходимо выполнить команду chown для всей директории wp-content:

chown www-data:www-data /путь/к/wp-content/ -R
27 янв. 2011 г. 07:42:40
Комментарии

Это сработало у меня.

Zabba Zabba
12 июл. 2011 г. 09:26:03

в зависимости от сервера, пользователь/группа может быть nobody вместо www-data

yitwail yitwail
26 февр. 2013 г. 01:39:04
2

Если вы не можете создавать директории даже с CHMOD 777, это может означать, что ваш локальный FTP-пользователь не имеет прав на запись файлов на вашем сервере. Чтобы исправить это, попробуйте отредактировать файл vsftpd.conf и убедитесь, что параметр write_enable установлен в значение YES.

Редактируем файл vsftp.conf

sudo vim /etc/vsftpd.conf

затем раскомментируйте существующую строку (или установите её значение в YES)

write_enable=YES
16 июл. 2014 г. 06:12:29
Комментарии

Пожалуйста, объясните, почему это изменение улучшит вопрос. Ответ, содержащий только код, является наихудшим вариантом.

Mayeenul Islam Mayeenul Islam
16 июл. 2014 г. 07:08:08

@MayeenulIslam, ответ отредактирован

Mohamed Ayoub BENJELLOUN Mohamed Ayoub BENJELLOUN
18 июл. 2014 г. 02:39:31
5

Исправление оказалось в изменении прав vsftp в конфигурационном файле vsftp.

20 янв. 2012 г. 18:39:38
Комментарии

Затем отметьте ваш ответ как Правильный ответ.

fuxia fuxia
20 янв. 2012 г. 19:44:23

Там есть задержка, прежде чем они позволят тебе это сделать, приятель.

Jason Swett Jason Swett
20 янв. 2012 г. 20:46:59

Не могли бы вы уточнить изменения в vsftpd.conf?

iyrin iyrin
7 янв. 2014 г. 22:07:37

@JasonSwett, плохой ответ, пожалуйста, уточни, что именно ты изменил?

Black Black
9 июл. 2018 г. 12:10:34

Извини, это было много лет назад, и я не помню деталей.

Jason Swett Jason Swett
9 июл. 2018 г. 16:32:21
0

Оказалось, что у меня была ошибка из-за нехватки места на диске. Я удалил несколько резервных файлов, и проблема с правами доступа исчезла.

15 июл. 2017 г. 10:12:41
2

Какой пользователь владеет каталогом? Попробуйте изменить владельца каталога (CHOWN) на пользователя, под которым работает ваш веб-сервер (скорее всего, это "apache").

Обычно это выглядит так:

chown apache:apache ваш/путь/к/upgrade

Но в вашем случае команда может отличаться в зависимости от настройки сервера.

По какой-то причине (я не опытный администратор серверов), владение каталогом может вызывать проблемы с правами доступа, даже если права установлены в 777.

26 янв. 2011 г. 23:58:01
Комментарии

Владелец — пользователь jason. Я уже пробовал изменить владельца своей директории на www-data (пользователя Apache), но это не помогло.

Jason Swett Jason Swett
27 янв. 2011 г. 00:09:13

@Jason Swett Хм... а ты менял группу при смене владельца? Обновление (в конечном итоге) просто использует mkdir для создания директории, так что ты можешь протестировать любые изменения прав или групп, создав простой скрипт с командой mkdir и проверяя его через браузер, пока не заработает.

MathSmath MathSmath
27 янв. 2011 г. 00:31:03
1

Возможно, это проблема с safe_mode в PHP. Он доставил мне немало хлопот при работе с загрузками в автоматически создаваемые папки, и я подозреваю, что здесь может быть аналогичная ситуация.

Если этот режим активирован, пожалуйста, зайдите в вашу cPanel, Plesk Panel, обратитесь к системному администратору, попробуйте отключить его и повторите попытку.

27 янв. 2011 г. 16:53:46
Комментарии

Спасибо. После того, как потратил много времени, я нашел ваш комментарий. В панели Plesk для домена была настройка для деактивации safe_mode (это также можно было сделать через php.ini).

tavi tavi
5 мая 2014 г. 12:00:47
0

При попытке обновления WordPress я столкнулся с ошибкой «Не удалось создать директорию». Я поискал решения и нашел несколько рекомендаций, которыми поделюсь с вами, а также расскажу, что в итоге помогло лично мне.

Первый способ: перейти в папку wp-content → upgrades, удалить её, затем создать заново и установить права 777 (также можно временно установить права 777 на всю папку /wp-content). После завершения установки верните права обратно на 755.

Второй способ: отключить все плагины или хотя бы все плагины безопасности.

Третий способ: выполнить ручную установку обновлений.

Поскольку это был первый раз, когда я столкнулся с ошибкой при обновлении, я решил попробовать отключить только последний установленный плагин безопасности под названием AskApache (не меняя никаких прав доступа). После этого обновление прошло без каких-либо проблем.

12 мар. 2012 г. 20:45:48
0

У меня была такая же проблема - не получалось обновить плагины или темы. Также я не мог загружать изображения, но мог создавать новые записи. Как оказалось, проблема была в нехватке места на диске - после удаления некоторых резервных копий всё снова заработало. Я использую бесплатный хостинг, и в cPanel было указано, что я далёк от исчерпания дискового пространства, поэтому изначально я даже не рассматривал этот вариант решения проблемы.

10 янв. 2018 г. 13:34:38
0

Проверьте свои квоты файловой системы — это была моя проблема. Как только я увеличил квоты, WordPress начал работать нормально.

27 янв. 2018 г. 01:08:52
0

Кто ваш веб-хостинг? Права собственности на новые директории могут быть проблемой у некоторых (дешёвых) хостинг-провайдеров, и вы не сможете изменить их без их помощи.

И не оставляйте никакие директории с правами 777. Для WordPress максимально допустимые права — 755.

27 янв. 2011 г. 02:28:45
0

У меня была такая же проблема, и вот как я её решил:

  1. Пользователь, который не может создать директорию — это FTP-пользователь, используемый для загрузки. В безопасном окружении можно разрешить вход root через FTP. Но — обязательно отключите root для FTP после этого. Не забудьте.

  2. В моей установке (Ubuntu 16.04) оказалось две директории wp-content/plugins — не спрашивайте почему. usr/share/wordpress/wp-content/plugins и var/lib/wordpress/wp-content/plugins. Убедитесь, что обе директории доступны для записи FTP-пользователем.

9 июн. 2016 г. 08:08:09
0

Я решил эту проблему, скачав и переместив распакованную папку плагина в wp-content/plugins, а затем изменил её разрешения на 777. Таким образом, я смог увидеть плагин в админке WordPress на экране плагинов.

30 авг. 2016 г. 16:34:17
1

Вам следует заново скачать файлы WordPress, возможно, у вас отсутствуют некоторые папки или файлы. Со мной тоже такое случилось 10 минут назад.

8 янв. 2017 г. 09:31:26
Комментарии

В сообщении об ошибке указано, что директория не может быть создана. Не имеет значения, существовала ли она ранее.

fuxia fuxia
8 янв. 2017 г. 11:07:55