Я работаю над веб-сайтом WordPress с двух месяцев, и я загрузил много изображений раньше, но я получаю сообщение об ошибке при загрузке изображения, и я столкнулся с этой проблемой после нового года: - Загруженный файл не может быть перенесен в wp- содержание/добавления/2015/01.
есть снимок экрана ниже: -
Я искал и обнаружил, что проблема от поставщика сервера.
Как правило, все файлы должны принадлежать вашей учетной записи пользователя (ftp) на вашем веб-сервере и должны быть доступны для записи этой учетной записи. На общих хостах файлы никогда не должны принадлежать самому процессу веб-сервера (иногда это www, apache или никем не пользователь).
Любой файл, которому требуется доступ для записи из WordPress, должен принадлежать или принадлежать группе учетной записи пользователя, используемой WordPress (которая может отличаться от учетной записи сервера). Например, у вас может быть учетная запись пользователя, которая позволяет вам передавать файлы FTP туда и обратно на ваш сервер, но сам ваш сервер может работать с использованием отдельного пользователя, в отдельной группе пользователей, такой как dhapache или nobody. Если WordPress работает как учетная запись FTP, эта учетная запись должна иметь права на запись, т.е. Быть владельцем файлов или входить в группу, которая имеет доступ на запись. В последнем случае это будет означать, что разрешения устанавливаются более строго, чем по умолчанию (например, 775 вместо 755 для папок и 664 вместо 644).
В этой статье объясняется и решает проблему очень хорошо: http://2surge.com/how-to-fix-the-uploaded-file-could-not-be-moved-to-wp-content-error-message
Основная предпосылка заключается в том, что личность процесса, запускающего поток httpd/apache/web-сервера, должна иметь доступ на запись к вашему каталогу загрузки.
Чтобы устранить проблему:
Проверьте, на какой учетной записи работает ваш веб-сервер в
Обновить: в Unix использовать...
ps aux | egrep '(apache|httpd)'
... это покажет список процессов для веб-сервера вместе с идентификатором процесса, в котором его работает, например, "nobody"
nobody 8718 0.1 0.4 1332864 17180 ? Sl 17:11 0:06 /usr/local/apache/bin/httpd -k start -DSSL
Обновите разрешение каталога загрузки, чтобы позволить этой учетной записи писать на него.
Обновление. В Unix вы можете использовать...
chown -R nobody /<path to upload directory>/wp-content/upload/
Вы также можете изменить разрешения для этой учетной записи (в нужном месте), чтобы убедиться, что у нее есть права на запись с использованием chmod или filezilla и каскадирование изменений в каталогах по мере необходимости.
Просмотрите связанную статью для подробной разбивки. Надеюсь, это поможет!:)
Это работает для меня.
$ sudo chown -R _www uploads/
$ sudo chmod -R g+w uploads/
Я предполагаю, что вы находитесь в каталоге wp-content.
Вам просто нужно дать разрешение PHP для записи в папке uploads, это работает для меня:
sudo chown -R www-data <path>/wp-content/uploads
у него, вероятно, нет прав для создания /uploads/ 2015
Проверьте, существует ли эта папка, если да, то проверьте if/uploads/2015/1/существует.
разрешения:
chmod 755 /uploads/2015/1/
chown www-data:www-data /uploads/2015/1/
Эти папки должны иметь те же права, что и папка /uploads/. Также проверьте error_log, потому что он должен показать вам, какая именно папка вызывает проблему.
Это работает для меня
sudo chown -R www-data html
Предполагая, что текущий каталог - www
Ubuntu 16.04, Apache2
У меня тоже была эта проблема, и выяснилось, что это связано с тем, что квота дискового хранилища хостинга была превышена.
Я обнаружил, что был старый script, который регистрировал ошибки, и журнал ошибок стал настолько большим, что заполнил доступную квоту.
Я, наконец, понял это, когда попытался создать новый каталог с использованием FTP, и ответ сервера был "превышена дисковая квота".
Я получил эту ошибку в учетной записи хостинга cPanel, где не была проблема с дисковой квотой (для учетной записи). Пройдя некоторое время, я обнаружил, что инструмент cPanel "Выбор версии PHP" был установлен на v7.1, но несколько инструментов диагностики WordPress обнаруживали, что v5.6 фактически работает, и они также обнаруживали проблемы с файловой системой.
Инструмент Диспетчер файлов в cPanel показал, что все разрешения были правильными, и папки были доступны для записи.
Один из инструментов диагностики, который я использовал, был частью плагина Wordfence. Он был доступен в меню "Панель инструментов" в Wordfence> Инструменты> Диагностика (вкладка).
Я сообщил об этой проблеме хостинговой компании, и она, похоже, сама себя исправила (человек, который ответил на мой запрос в службу поддержки, указал, что ничего не исправил). Я думаю, что это, вероятно, было симптомом проблемы, которая затронула несколько учетных записей хостинга, и кто-то еще в хостинговой компании, вероятно, обнаружил это и исправил.
В случае, если другие столкнутся с подобной проблемой, я надеюсь, что этот ответ поможет им тратить меньше времени, пытаясь найти его. Как только я обнаружил, что работает неправильная версия PHP, я понял, что, вероятно, это не то, что я мог бы исправить с помощью только доступа cPanel.
Если вы используете что-то с SELinux (например, Fedora или CentOS), вам также необходимо установить разрешения SELinux. Предполагая, что ваш каталог называется uploads (например)
chcon -R -t httpd_sys_rw_content_t uploads
Это установит uploads и все, что находится под ним, для загрузки пользователем веб-сервера.
Мне помог изменить разрешение на 777.