Я планирую серверную систему NVA (Nginx-Varnish-Apache), где запросы маршрутизируются в этом порядке. Apache будет обслуживать WordPress CMS или аналогичный.
Мне интересно, где применить дополнительные правила перезаписи (например, добавить пользовательские перезаписи в conf вручную). Следует ли переписывать на стороне Nginx или Apache? Что проще реализовать, а что лучше? Или переделывать надо в Varnish?
Насколько я понимаю, все перезаписи могут быть выполнены в Apache, поскольку Varnish будет обслуживать эти перезаписанные запросы как есть, снижая необходимость обработки (?) Перед обслуживанием страниц.
Прав ли я в этом, или лучше действительно переписать, прежде чем запрашивать страницы из Varnish (который получает страницы из Apache)? Это требует, чтобы сервер действительно проверял и перезаписывал каждый запрос. Но в этом случае все перезаписи будут «мгновенными» без необходимости очистки кеша на Varnish.
У меня есть мультисайт WordPress с установкой поддомена (дочерние сайты идут как foo.domain.com
, bar.domain.com
, baz.domain.com
и так далее). Корневой сайт мультисайта должен находиться в www.domain.com
, но фактическое содержание доступно по адресу domain.com
(нет www
).
Сам WordPress обрабатывает сопоставление поддоменов дочерних сайтов (переключение таблиц базы данных), но перезапись без www на www должна выполняться вручную. Где бы это переписать?
У меня есть определенный шаблон на бэкэнде, который иногда можно переписывать, а иногда нет. Скажем так www.domain.com/offer/12345/?available=0
и иногда мы можем захотеть переписать URL-адрес для перенаправления на шаблон www.domain.com/offers
с данными о недоступности.
Эта перезапись будет приходить и уходить, в зависимости от того, есть ли на сайте контент для ситуации с недоступными предложениями. Будет ли эта перезапись лучше работать до или после Varnish?
(Я знаю, что это перенаправление должно выполняться во внутренней логике сайта, чтобы автоматизировать его, но для этого примера предположим, что он должен быть переписан самим сервером.)