De ce nginx „return 301” și âtry_filesâ cad într-o buclă infinită

codul meu de conf:

index index.html index.php;
Locație / {
    dacă ($uri = '/a/') {
        returnează 301 https://example.com/a;
    }
    try_files $uri $uri/ =404; 
}

Dacă url este /A/, 301 la /A, atunci try_files parte, adaugă / la /A termina, deveni /A/.

Următorul pas, cred că va încerca index definiție, deveni /a/index.html, și ajungeți la fișier.

Dar, de fapt, a încercat /A/, și sari afară Locație, apoi intră în Locație din nou, să dacă ($uri = '/a/') { ... }.

Apoi o buclă infinită.

De ce, pur și simplu m-am încurcat.

Ceea ce vreau să fac este

1. La cerere example.com/a/, sari la exemplu.com/a, apoi la 2
2. La cerere exemplu.com/a, spectacol example.com/a/index.html (dar URL-ul este exemplu.com/a).

Ma poate ajuta cineva sa ajung la asta?

Face exact ceea ce este menit să facă.

Nu poți ajunge niciodată /a/index.html pentru că tot redirecționezi înapoi către /A înainte ca acest lucru să se poată întâmpla. Când nginx procesează acest lucru, vede directorul de pe sistemul de fișiere și redirecționează automat (corect) către /A/.

Ar trebui să eliminați această redirecționare inadecvată.

Bun venit la ServerFault. Puteți face ceea ce este menționat în OP cu următorul cod...

Locație / {
    dacă ($uri = '/a/') {
        returnează 301 https://example.com/a;
    }
    try_files $uri $uri/index.html =404; 
}

Vă rugăm să vedeți întrebarea relevantă și răspunsul acceptat la Eliminarea slash-ului final dintr-o adresă URL cu nginx .

Practic, nu trebuie să ne bazăm pe index și mai degrabă servi index.html direct când exemplu.com/a este solicitat.