Início / computer / Perguntas / 1771353
Accepted
Bathinda Helper
Asked: 2023-03-01 18:53:55 +0800 CST

Qual é a diferença exata entre os modificadores Nginx `=` e `^~`?

  • 772

Tanto quanto eu li / entendi, ambos =e ^~são modificadores de prefixo de string normais ( nenhum deles é modificador 'reg-exp'). Ambos permitem apenas correspondências exatas (caso contrário, é considerado não correspondente). E se a correspondência exata for encontrada, ambos param o processo de correspondência e a 'localização' acompanhada é exibida imediatamente.

Então qual é a diferença entre esses 2 modificadores?

nginx

2 respostas

  1. Best Answer

    Tanto quanto eu li/entendi, ambos = e ^~ são modificadores de prefixo de string normais (nem são modificadores 'reg-exp').

    • =é correspondência exata, e não correspondência de prefixo
    • ^~é uma correspondência de prefixo "priorizada" que tem prioridade sobre as correspondências de expressão regular. Em outras palavras, é o mesmo que o local de prefixo padrão, location /somethingcom a única diferença de que, se corresponder ao URI, os locais de expressão regular não serão pesquisados.

    Ambos permitem apenas correspondências exatas (caso contrário, é considerado uma não correspondência).

    • =permite apenas correspondência exata, location = /fooé considerado uma correspondência apenas para URI /foo(ou /foo?some=arg) e nenhum outro, por exemplo, foobarnão corresponderá
    • ^~permite correspondência de prefixo, por exemplo, location ^~ /foocorrespondências /fooe /foobare/fooanything

    E se a correspondência exata for encontrada, ambos param o processo de correspondência e a 'localização' acompanhada é exibida imediatamente.

    Então qual é a diferença entre esses 2 modificadores?

    Conforme descrito acima, apenas =a correspondência exata tem apenas uma base de URI para correspondência e tem prioridade sobre outros tipos de correspondência.

    O ^~tem correspondências possíveis ilimitadas. Essa é a principal diferença entre os dois.

    A correspondência exata ( =) é o tipo de correspondência com maior eficiência de desempenho . Use-o sempre que possível:

    location = /foo/bar/ { return 301 /foo; }

    É preferível a location ~ ^/foo/bar$ { return 301 /foo; }.

    Se você deseja negar o acesso a diretórios específicos, a correspondência de prefixo priorizada também faz muito sentido, pois não envolve avaliação de expressão regular:

    location ^~ /foo/ {
    deny all;
}

    Irá negar qualquer coisa dentro /foo/do diretório, não apenas /foo/URI.

    Para recapitular:

    # matching URIs: /foo, /foo?some=1, etc.
# fastest matching of all, highest priority
location = /foo { ... }

# matching URIs: /foo, /foob, /foob?some=1, /foobar, /foo[...]
# second fasted matching of all, the second highest priority
location ^~ /foo { ...}
    • 2

  2. ATUALIZAR

    Obrigado a @danila-vershinin apontando isso, mas =na verdade não defina um prefixo, mas apenas uma correspondência exata. Veja a resposta dele para uma resposta mais completa/correta.

    Resposta original abaixo

    Se você tem um único local, está certo, não importa se você usa =ou ^~. A diferença ocorre quando você tem muitos locais, e os diferentes modificadores afetam a ordem de cada um no final.

    Da documentação :

    Maior prioridade é dada a expressões regulares, a menos que o ^~modificador seja usado. Entre as strings de prefixo, o NGINX Plus seleciona a mais específica (ou seja, a string mais longa e completa). A lógica exata para selecionar um local para processar uma solicitação é fornecida abaixo:

    1. Teste o URI em todas as strings de prefixo.
    2. O =modificador (sinal de igual) define uma correspondência exata do URI e uma string de prefixo. Se a correspondência exata for encontrada, a pesquisa será interrompida.
    3. Se o ^~modificador (caret-til) preceder a string de prefixo correspondente mais longa, as expressões regulares não serão verificadas.
    4. Armazene a string de prefixo correspondente mais longa.
    5. Teste o URI em expressões regulares.
    6. Interrompa o processamento quando a primeira expressão regular correspondente for encontrada e use o local correspondente.
    7. Se nenhuma expressão regular corresponder, use o local correspondente à string de prefixo armazenada.

    Basicamente, ter um = /testé útil se você deseja corresponder ao caminho exato /teste, nesse caso, todo o processamento posterior (expressões regulares) é omitido.

    Se nenhuma correspondência exata for encontrada, ambos =e ^~serão correspondências de prefixo , e a correspondência mais longa de todos esses locais será selecionada. Se tiver o modificador, ^~ele será usado imediatamente, caso contrário, as expressões regulares serão verificadas primeiro.

    No exemplo concreto, se você tiver um local = /teste solicitar o caminho /test/bla.html, primeiro todas as outras expressões regulares serão verificadas e somente se nenhuma corresponder será = /testusada. Se, em vez disso, você tiver ^~ /teste solicitar /test/bla.html, isso será usado, mesmo que haja, por exemplo, expressões regulares correspondentes *.html.

    PS

    Observe que apenas o prefixo correspondente mais longo é importante aqui. Se você tiver dois locais: = /teste ^~ /test/blae pedindo /test/bla/x.html, então o ^~ /test/blaé o usado e, como tem ^~, nenhum regex será verificado. Se, em vez disso, os locais forem ^~ /teste = /test/bla, o =é o mais longo, então o regex será verificado neste caso (e o ^~ /testé completamente ignorado).

    • 1

relate perguntas