Permission denied после миграции

После копирования сайта владельцем файлов часто становится root/агент, а PHP-пользователь теряет возможность писать cache, uploads или storage.

Хостинг и серверПроверка по симптомам

Проверьте по порядку

Сначала локализуйте слой сбоя и только потом меняйте конфигурацию.

  1. 1
    Сравните owner:group webroot и проблемных файлов/каталогов.
  2. 2
    Проверьте, под каким пользователем реально работает PHP-FPM сайта.
  3. 3
    Не лечите всё chmod 777 — это маскирует неправильного владельца.
  4. 4
    Разделите read-only код и каталоги, которым приложение действительно нужен write.

Как читать результат

Неверный владелец

Признак: Файлы принадлежат root после rsync/tar.

Что делать: Верните владельца пользователю сайта.

Нет write у runtime-каталога

Признак: Ломаются uploads/cache/sessions.

Что делать: Дайте минимально необходимые права.

ACL конфликтует с ownership policy

Признак: Автоматизация пишет, но владелец меняется.

Что делать: Оставьте site-user владельцем, агенту — ACL-доступ.

Сохраняйте наблюдаемую ошибку

Код ответа, заголовки и запись в логе полезнее случайного «починилось после перезапуска»: именно они показывают, какой слой действительно сломался.