nginx e verniz para cache forçando ssl

Question

Estou no processo de fazer meu dever de casa para passar do apache sem cache para o nginx com o cache, possivelmente via verniz ...

Depois de ler vários blogs, artigos, questões de falha de servidor, etc. Entendo que o verniz não pode trabalhar com ssl e que o verniz pode ser melhor que o nginx para o cache real de conteúdo dinâmico. Mas estou um pouco empenhado em entender como funciona o cache nginx e como o nginx + verniz pode ser executado juntos quando o SSL é necessário.

Como o seguinte seria implementado, com nginx + verniz OU apenas nginx com cache?

1. alguns URLs gerados por um mecanismo de php personalizado: por exemplo, example.com/thispage é exibido por example.com/index.php?p=this-page

2. alguns URLs são direcionados por wordpress: por exemplo, example.com/blog/this-article é tratado pelo wordpress via example.com/blog/index.php?p=this-article

3. deve forçar o ssl em todos os lugares: ou seja, o link * redireciona para link *

4. www deve redirecionar para o domínio principal: ou seja, o link * redireciona para link *

Tudo o que serve a versão em cache, se existir (se eu entendi, o cache é baseado em tempo, por isso, se eu fizer uma atualização para essa página, eu preciso chamar PURGE se a rota verniz e excluir manualmente os arquivos se o caminho nginx )

    

Answer 1

Se você quiser usar nginx e verniz, sugiro algo assim.

• nginx como front-end e terminador SSL, configurado com o Varnish como backend. Isto também normalizará (reescreve) nomes de host de, e. www.example.org para example.org.
• Verniz para armazenamento em cache de conteúdo de seu back-end, nginx
• nginx com virtualhosts em execução, por ex. porta 8080 com toda a "lógica de aplicação" como reescritas do WordPress, reescritas de mecanismo PHP personalizadas e tais.

Então basicamente você teria uma pilha assim:

nginx - > Verniz - > nginx - > php-fpm

Os quatro pontos que você mencionou seriam então resolvidos assim.

1. Backend-nginx com reescritas e proxy_pass para php-fpm.
2. Backend-nginx com reescreve o WordPress .
3. Frontend-nginx com virtualhosts simples para redirecionamentos.
4. O mesmo que 3.