Permission denied после миграции
После копирования сайта владельцем файлов часто становится root/агент, а PHP-пользователь теряет возможность писать cache, uploads или storage.
Проверьте по порядку
Сначала локализуйте слой сбоя и только потом меняйте конфигурацию.
- 1Сравните owner:group webroot и проблемных файлов/каталогов.
- 2Проверьте, под каким пользователем реально работает PHP-FPM сайта.
- 3Не лечите всё chmod 777 — это маскирует неправильного владельца.
- 4Разделите read-only код и каталоги, которым приложение действительно нужен write.
Как читать результат
Неверный владелец
Признак: Файлы принадлежат root после rsync/tar.
Что делать: Верните владельца пользователю сайта.
Нет write у runtime-каталога
Признак: Ломаются uploads/cache/sessions.
Что делать: Дайте минимально необходимые права.
ACL конфликтует с ownership policy
Признак: Автоматизация пишет, но владелец меняется.
Что делать: Оставьте site-user владельцем, агенту — ACL-доступ.
Сохраняйте наблюдаемую ошибку
Код ответа, заголовки и запись в логе полезнее случайного «починилось после перезапуска»: именно они показывают, какой слой действительно сломался.