WordPress не может записать файл: что проверить до chmod

Если WordPress не может записать файл, сначала выясните этап отказа: приём загрузки PHP, временное хранение или сохранение в каталоге сайта. Затем проверьте конкретный путь, пользователя процесса и доступное место. Назначение одинаковых расширенных прав всему wp-content не объясняет причину и может открыть лишний доступ.

Одна фраза скрывает несколько операций

Посетитель загружает изображение, PHP принимает данные, приложение определяет место хранения и пытается сохранить результат. При обновлении компонента цепочка другая: загрузка архива, подготовка файлов, замена нужного каталога. Сообщение интерфейса может описывать итог, не называя точную операцию, которая сорвалась.

Начните с записи действия и полного текста ошибки. Укажите время, тип файла, повторяется ли отказ на небольшом безопасном изображении и затрагивает ли он только загрузки или ещё обновления. Не переносите вывод с одной операции на все возможности CMS. Если обновление удалось, это ещё не подтверждает запись в папку изображений.

Код PHP полезнее догадки по переводу

В списке констант PHP UPLOAD_ERR_CANT_WRITE имеет значение 7 и означает невозможность записи на диск. Отсутствию временной папки соответствует другая константа — UPLOAD_ERR_NO_TMP_DIR, значение 6. Превышение ограничения загрузки тоже выделено отдельно. Эти различия помогают не лечить любую ошибку изменением прав целевого каталога.

Если есть доступ к диагностике приложения, сохраните код и относящуюся к попытке строку журнала. Не публикуйте подробный журнал вместе с секретами конфигурации. Когда панель показывает только общий текст, передайте точное время обращения поддержке: это позволит найти событие без многократных проб загрузить большой файл.

Разделите маршрут файла на контрольные точки

Таблица — рабочая карта для администратора, а не результат проверки определённого сервера. Не каждую клетку может заполнить владелец через панель. Неизвестный пользователь процесса или путь лучше обозначить как неизвестный и запросить у провайдера, чем подставлять типовое имя из случайной инструкции.

Почему 755 у двух папок даёт разный результат

В руководстве WordPress по правам сказано, что подходящая схема зависит от размещения. Для записи важны не только числовые разрешения, но и принадлежность файла либо группы пользователю, от которого работает WordPress. Учётная запись загрузки файлов может отличаться от процесса приложения.

Поэтому вопрос «какие цифры поставить» без владельца и контекста неполон. Одинаковая запись режима на двух серверах может давать разный доступ разным процессам. Уточните также, какой путь действительно используется приложением: исправление похожей папки в старой копии проекта никак не повлияет на текущую загрузку.

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

Не забудьте временную папку и ограничения размещения

По описанию upload_tmp_dir в PHP, временный каталог должен допускать запись пользователем PHP. При некоторых настройках используется системное временное место; ограничения open_basedir также могут иметь значение. Смотреть следует конфигурацию того обработчика, который обслуживает сайт, а не только отдельного запуска PHP в другом окружении.

Попросите хостера проверить место, квоту аккаунта и доступность нужных каталогов. Факт, что в панели есть свободный объём, ещё не отвечает на вопрос о конкретной файловой системе или лимите услуги. Если причина в ограничении ресурса, добавление разрешений не создаст недостающее место и не устранит сам лимит.

Безопасный порядок исправления

1. Сохраните сведения об ошибке и пригодную копию затрагиваемых файлов до изменения настроек.
2. Установите этап остановки и используемый путь по коду, журналу или данным хостера.
3. Проверьте пользователя процесса, принадлежность и доступ к этому месту.
4. Исправьте подтверждённую причину в минимальной нужной области, без перебора разрешений всего дерева.
5. Повторите исходную операцию безопасной пробой и проверьте, не появился ли лишний публичный доступ.

Не включайте запись для всех пользователей как постоянное решение. Если такая попытка уже предпринималась, сообщите об этом администратору: после восстановления работы потребуется вернуть согласованную схему доступа. Успешная загрузка при избыточных разрешениях подтверждает только возможность записи, а не безопасность конфигурации.

Что считать завершённым ремонтом

Для медиатеки проверьте сохранение нового файла, его появление в интерфейсе и открытие ожидаемого результата на странице. Для обновления отдельно проверьте завершение операции и работу изменённого компонента. Удалять случайные каталоги в поисках свободного места не нужно: сначала установите их назначение и наличие копий.

Если неисправность повторяется при следующем переносе или выпуске, добавьте проверку прав и путей в процедуру развёртывания. Здесь пригодятся сопровождение сервера и согласованный перенос проекта. В передаваемом описании должны остаться причина, исправленный участок и критерий повторной проверки, а не только отметка «поставили права — заработало».