Как исправить «Не удалось создать каталог» в WordPress без 777

Сначала скопируйте полный текст ошибки и путь к папке: по ним проще понять, где WordPress не может записать файлы. Чтобы исправить ошибку «Не удалось создать каталог» без прав 777, проверьте свободное место, владельца папки и доступ процесса PHP к записи. Ниже — порядок проверки через панель хостинга и файловый менеджер, без команд в терминале. Он поможет отделить проблему с правами от ограничений тарифа и собрать понятный запрос в поддержку, если самостоятельно исправить доступ не получится.

Почему WordPress не удаётся создать каталог?

При установке плагина WordPress скачивает архив, распаковывает его и переносит файлы в папку сайта. Если процесс PHP, который выполняет эти действия, не получает доступ к нужному каталогу, установка останавливается. Среди причин также встречаются нехватка места и ограничения хостинга (источник: «Не удалось создать каталог WordPress: права на папки при установке плагина»).

Посмотрите на путь после сообщения об ошибке. Если там /wp-content/plugins/имя-плагина, проверять нужно в том числе родительскую папку /wp-content/plugins: именно в ней WordPress пытается создать новый каталог. Папки с именем плагина после неудачной установки может вообще не быть.

Путь /wp-content/upgrade указывает на рабочую папку обновлений. Ошибка при загрузке изображения ведёт к другой области проверки — /wp-content/uploads. Сохраните путь целиком: исправление прав у соседней папки не даст процессу PHP доступ к нужному месту.

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

Что проверить до изменения прав на папки?

Начните с панели хостинга. На виртуальном хостинге часть настроек доступна только провайдеру, а на VPS за них отвечает администратор сервера. Не меняйте параметры всего сайта ради одной ошибки установки.

1. Сохраните сообщение об ошибке. Скопируйте полный путь и запишите действие, после которого оно появилось: установка плагина, обновление или загрузка файла.
2. Проверьте резервную копию. Убедитесь, что она включает файлы сайта и базу данных, а также выясните, как запустить восстановление. При нехватке места не создавайте новый архив в той же заполненной учётной записи.
3. Откройте раздел использования ресурсов. Проверьте доступное место и лимит inode, если панель его показывает. Inode в таком отчёте обычно отражает количество файлов и каталогов: лимит может закончиться раньше дискового пространства.
4. Посмотрите свойства проблемной папки. В файловом менеджере найдите её владельца и права доступа. Если нужного каталога ещё нет, откройте свойства родительской папки.

Свободное место и доступный лимит файлов уже позволяют исключить часть причин. Если панель показывает превышение квоты, сначала уточните, какие данные её занимают. Удаление незнакомых каталогов из /wp-content может затронуть изображения, плагины или файлы темы.

Успешная загрузка файла через файловый менеджер ещё не доказывает, что WordPress тоже может записывать данные. Менеджер, FTP и PHP могут работать от разных пользователей. Поэтому проверка через панель помогает сузить поиск, но окончательный тест нужно выполнить в самом WordPress.

Как восстановить доступ без прав 777?

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

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

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

Не включайте рекурсивное применение прав ко всему сайту без проверки. Файлам и каталогам нужны разные разрешения, а у отдельных компонентов могут быть свои требования. Массовое изменение затруднит поиск причины и способно нарушить уже работающие участки сайта.

После исправления повторите то действие, которое завершилось ошибкой. Если плагин установился и появился в списке WordPress, создание нужного каталога работает. Перед активацией всё равно проверьте назначение плагина и его совместимость с сайтом: успешная запись файлов подтверждает только устранение этой ошибки.

Когда обращаться в поддержку и стоит ли менять хостинг?

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

В обращение можно вставить такой текст: «При установке плагина WordPress появляется ошибка “Не удалось создать каталог”. Полный путь: [вставьте путь из сообщения]. Проверьте, пожалуйста, от какого пользователя работает PHP, кому принадлежит родительская папка и разрешена ли в неё запись. Также прошу проверить квоту места и лимит файлов».

Добавьте результат проверки ресурсов и время последней попытки установки — это поможет найти соответствующую запись в журнале. Пароль от WordPress в текст заявки не включайте. Если поддержке нужен доступ, используйте способ передачи, который предлагает провайдер.

Сама ошибка не означает, что бизнесу нужен VPS. Для начала достаточно исправить доступ или квоту на текущем хостинге. Если одновременно сайт медленно открывается, разбирать эту проблему лучше отдельно: в материале о том, почему WordPress тормозит на дешёвом хостинге, рассмотрены причины, которые не сводятся к правам папок.

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

Типичные ошибки при исправлении доступа

• Ставить 777 на весь /wp-content. Это расширяет доступ к записи и при этом не устраняет неверного владельца, заполненный диск или ограничения хостинга.
• Менять права только у конечной папки. WordPress может не иметь доступа к родительскому каталогу, внутри которого должен создать новый.
• Считать успешную загрузку по FTP достаточной проверкой. У FTP и PHP могут быть разные пользователи, поэтому результат нужно проверить через WordPress.
• Удалять рабочие файлы ради свободного места. Сначала определите, что занимает квоту, и проверьте резервную копию вне этой же учётной записи.
• Повторять установку после каждого случайного изменения. Зафиксируйте исходные настройки и проверяйте одну причину за раз, чтобы понимать, какое исправление сработало.

Сейчас за минуту скопируйте полный текст ошибки вместе с путём в отдельную заметку — это отправная точка для проверки конкретной папки и обращения в поддержку.