Назад | Перейти на главную страницу

Proxy_Cache на обратном прокси NGINX и FastCGI_Cache на вышестоящем сервере NGINX Wordpress

У меня есть несколько вопросов о реализации кеширования, поскольку большинство ресурсов, которые я нашел, похоже, не различают NGINX как обратный прокси-сервер или как «собственный» веб-хост.

Я установил сервер WordPress в стеке LEMP (так что NGINX как «собственный» веб-хост), который находится за отдельным обратным прокси-сервером NGINX. Для кеширования я реализовал fastcgi_cache на сервере WordPress. Я считаю, что, поскольку этот сервер все равно обрабатывает php, имеет смысл кэшировать его здесь локально, поскольку он находится на той же машине. Таким образом, если я получаю запрос .php от обратного прокси на моем вышестоящем сервере, он уже там и ждет.

1) Эта логика звучит / верна, или я все еще должен обрабатывать fastcgi_cache на обратном прокси?

На моем обратном прокси-сервере, на котором также работает NGINX, я настроил его на proxy_pass http-трафик на указанный выше сервер WordPress. Я собираюсь использовать статическое содержимое кеша браузера (например, .js, .css). Кроме того, я планирую использовать обратный прокси-сервер proxy_cache для HTTP-трафика, который он обычно пересылает в восходящий поток WordPress. Я исключу из прокси определенные местоположения (/ wp-admin /, файлы cookie и т. Д.). Моя логика такова, что здесь имеет смысл обрабатывать HTTP proxy_cache, поскольку он находится ближе всего к клиенту.

2) Это подходящий способ справиться с этим?

3) Будут ли запросы на файлы .php попадать на мой сервер WordPress для обработки с помощью fastcgi_proxy / fastcgi_cache? Я предполагаю / опасаюсь, что этого не произойдет, поскольку эти запросы все еще остаются HTTP-запросами.

Tl; dr: У меня два сервера NGINX: на одном размещается WordPress, а на другом работает обратный прокси. Я планирую использовать proxy_caching на обратном прокси и fastcgi_caching на сервере WordPress. Эта конфигурация приемлема?

Эти вопросы не обязательно касаются моего конкретного приложения, они также помогают мне понять, как именно должен работать NGINX. Заранее спасибо!

Это зависит от характера вашего сайта. Если нет динамического контента, то можно безопасно кешировать с помощью nginx.

Проблема с кешированием в nginx заключается в том, чтобы правильно сигнализировать nginx об изменениях содержимого. Проблема будет еще больше при настройке двух серверов кеширования.

Если у вас есть динамический контент на вашем сайте, я предлагаю использовать W3 Total cache для кеширования, так как это может правильно сделать кеши недействительными.