Início / server / Perguntas / 329592
Accepted
user274
Asked: 2011-11-10 19:46:15 +0800 CST

Como o try_files funciona?

  • 772

Eu olhei para a documentação do nginx e ainda me confunde totalmente.

Como try_filesfunciona? Veja o que diz a documentação:

De NginxHttpCoreModule

try_files

sintaxe: try_files path1 [path2] uri

padrão: nenhum

contexto: servidor, local

disponibilidade: 0.7.27

Verifica a existência de arquivos em ordem e retorna o primeiro arquivo encontrado. Uma barra final indica um diretório - $uri /. Caso nenhum arquivo seja encontrado, um redirecionamento interno para o último parâmetro é chamado. O último parâmetro é o URI de fallback e deve existir, caso contrário, um erro interno será gerado. Ao contrário da reescrita, $args não são preservados automaticamente se o fallback não for um local nomeado. Se você precisar de argumentos preservados, deverá fazê-lo explicitamente:

Não entendo como ele verifica os caminhos e se eu não quiser um erro interno, mas ele retomar o restante do caminho em um esforço para encontrar outro arquivo?

Se eu quiser tentar um arquivo em cache /path/app/cache/url/index.htmle se ele falhar, /path/app/index.phpcomo eu escreveria isso? Se eu escrevi:

try_files /path/app/cache/ $uri
include /etc/nginx/fastcgi_params;
fastcgi_pass unix:/var/run/php-fastcgi/php-fastcgi.socket;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;

eu tenho index index.php index.html index.htm;. Quando eu visitar /urlname, ele tentará verificar /path/app/cache/urlname/index.phpentão /path/app/cache/urlname/index.html? Se ignorarmos tudo depois try_files, é possível try_filesverificar a pasta de cache? Tenho tentado e falhei.

nginx

2 respostas

  1. Best Answer

    try_files tenta o caminho literal que você especifica em relação à diretiva raiz definida e define o ponteiro de arquivo interno. Se você usar, por exemplo , try_files /app/cache/ $uri @fallback;com index index.php index.html;, ele testará os caminhos nesta ordem:

    1. $document_root/app/cache/index.php
    2. $document_root/app/cache/index.html
    3. $document_root$uri

    antes de finalmente redirecionar internamente para o local nomeado @fallback. Você também pode usar um arquivo ou um código de status ( =404) como seu último parâmetro, mas se estiver usando um arquivo, ele deve existir .

    Você deve observar que o próprio try_files não emitirá um redirecionamento interno para nada além do último parâmetro. Isso significa que você não pode fazer o seguinte: try_files $uri /cache.php @fallback;pois isso fará com que o nginx defina o ponteiro do arquivo interno para $document_root/cache.php e o sirva, mas como nenhum redirecionamento interno ocorre, os locais não são reavaliados e, como tal, serão serviu como texto simples. (A razão pela qual funciona com arquivos PHP como índice é que a diretiva index emitirá um redirecionamento interno)

    • 86

  2. Aqui está outro uso conveniente de try_files, como redirecionamentos incondicionais para locais nomeados. Os locais nomeados estão efetivamente atuando como sub-rotinas, economizando a duplicação de código. Quando o primeiro argumento para try_files é _o redirecionamento de fallback sempre é usado (assumindo que _não é um nome de arquivo existente). Porque o nginx precisa de uma gotodeclaração, mas não tem uma.

        location =/wp-login.php { try_files _ @adminlock; }
    location ^~ /wp-admin/  { try_files _ @adminlock; }
    location @adminlock  {
            allow 544.23.310.198;
            deny all;
            try_files _ @backend;
            # wp-admin traffic is tiny so ok to send all reqs to backend 
    }
    location ~ \.php {  try_files _ @backend; }
    location / { try_files $uri $uri/ =403; }
    location @backend {
            fastcgi_pass 127.0.0.1:9000;
            include snippets/fastcgi-php.conf;
    }
    • 13

relate perguntas