Что настроить для Switch Pages на Nginx

Перенесите смысл правил сервера

Наличие .htaccess в архиве ничего не меняет для Nginx. Администратор сервера должен перенести ограничения в конфигурацию нужного виртуального хоста. Готовую конфигурацию нельзя бездумно объединять с существующим сайтом: порядок location и обработчик PHP влияют на фактическое поведение.

Укажите document root каталога CMS и рабочий PHP-FPM. Адреса разделов и объектов должны доходить до index.php, сохраняя путь для маршрутизации. Одновременно обычные CSS, JavaScript и изображения должны возвращаться без подмены на HTML.

Закройте служебные пути

Прямой HTTP-доступ к .local, исходным классам, шаблонам, SQL, инструментам, тестам и каталогам сборки должен быть запрещён. В uploads запрещается выполнение скриптов. Защищённые изображения нельзя раздавать в обход медиашлюза только потому, что файл физически существует на диске.

Например, правило try_files для всех uploads способно случайно открыть фотографию приватной публикации. Поэтому проверяйте прямую ссылку гостем, а не ограничивайтесь просмотром карточки после входа администратора.

Проверяйте весь путь запроса

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

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

Продолжить работу

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