adrelanos's questions

O servidor back-end define o Cache-Controlcabeçalho HTTP, mas o front-end pode manipulá-lo. Para depuração, seria útil ver o Cache-Controlcabeçalho HTTP como o back-end o definiu. Portanto, é possível no servidor de back-end definir X-o cabeçalho custom ( ) que contém o mesmo valor que Cache-Control?

Já tentei o seguinte:

more_set_headers "X-Backend-Cache-Control: $http_cache_control";

Mas isso não funcionou. Nenhum cabeçalho foi adicionado.

Não é um problema com more_set_headers. Funcionou o seguinte:

more_set_headers "X-Backend-Cache-Control: test";

Um cabeçalho foi adicionado. Mas isso foi apenas um teste simples para ver que os cabeçalhos podem ser definidos e obviamente não são úteis.

Eu gostaria de modificar o html como vem do webapp antes de entregá-lo ao visitante do site. No entanto, se os visitantes do site postarem em uma fórmula da web, a entrada também será transformada pelo nginx's subs_filter.

É possível usar o nginx apenas subs_filterpara GETsolicitação, mas não para POST?

Pergunta semelhante (não duplicada!) nginx apenas sub_filterpara GETsolicitação?

FAQ do nginx Existe uma maneira adequada de usar variáveis ​​do nginx para tornar as seções da configuração mais curtas, usando-as como macros para fazer com que partes da configuração funcionem como modelos? ) dizendo (negrito é meu):

P: Existe uma maneira adequada de usar variáveis ​​nginx para tornar as seções da configuração mais curtas, usando-as como macros para fazer com que partes da configuração funcionem como modelos?

R: As variáveis ​​não devem ser usadas como macros de modelo. As variáveis ​​são avaliadas em tempo de execução durante o processamento de cada solicitação, portanto, são bastante caras em comparação com a configuração estática simples . Usar variáveis ​​para armazenar strings estáticas também é uma má ideia. Em vez disso, uma expansão de macro e diretivas "include" devem ser usadas para gerar configurações mais facilmente e isso pode ser feito com as ferramentas externas, por exemplo, sed + make ou qualquer outro mecanismo de modelo comum.

Por exemplo, em vez de um super longo add_header Content-Security-Policypara melhor legibilidade, estou usando:

set $CSP "default-src 'none'";

set $CSP "${CSP}; connect-src 'self'";

set $CSP "${CSP}; script-src 'self' https://*.domain.org 'unsafe-inline' 'unsafe-eval'";

set $CSP "${CSP}; style-src 'self' https://*.domain.org 'unsafe-inline'";

set $CSP "${CSP}; img-src 'self' data: https://*.domain.org";

set $CSP "${CSP}; font-src 'self' https://*.domain.org";

## CSP closing colon.
set $CSP "${CSP};";

add_header Content-Security-Policy "$CSP";

Quanto impacto no desempenho do nginx esse uso da variável teria adequadamente? Houve algum teste/pesquisa de desempenho sobre esse assunto?