Почему сайт перестает работать после загрузки новых файлов?

Типичная ситуация: веб-мастер залил обновленный архив сайта через FTP/SFTP или распаковал его в консоли от имени пользователя root. В результате созданные файлы принадлежат суперпользователю root с правами доступа, запрещающими запись другим процессам. Возникают следующие проблемы:

• При открытии страниц сайта в браузере выдается ошибка 403 Forbidden.
• CMS (WordPress, 1С-Битрикс, Laravel) не может загружать картинки и плагины: Permission denied: unable to write to upload directory.
• В логах веб-сервера появляются записи: open() "/var/www/site/index.php" failed (13: Permission denied).

Инструкция по восстановлению корректного владельца файлов

Веб-серверы Nginx, Apache и обработчик PHP-FPM в Ubuntu/Debian по умолчанию работают под системной учетной записью и группой www-data (в CentOS/RHEL/AlmaLinux — пользователь apache или nginx).

1. Шаг 1. Проверяем текущего владельца папки:

   ls -la /var/www/html

   Если в столбце владельца написано root root, веб-сервер не имеет прав на изменение этих файлов.

2. Шаг 2. Рекурсивно меняем владельца и группу (команда chown):

   Флаг -R (recursive) применяет смену владельца абсолютно ко всем вложенным папкам и файлам:

   # Для Ubuntu / Debian:
   sudo chown -R www-data:www-data /var/www/html
   
   # Для CentOS / RHEL / AlmaLinux:
   sudo chown -R nginx:nginx /var/www/html

3. Шаг 3. Выставляем правильные стандартные права доступа (chmod):

   В целях безопасности каталоги должны иметь права 755 (rwxr-xr-x), а файлы — 644 (rw-r--r--):

   # Выставляем права 755 для всех директорий:
   sudo find /var/www/html -type d -exec chmod 755 {} \;
   
   # Выставляем права 644 для всех файлов:
   sudo find /var/www/html -type f -exec chmod 644 {} \;