nginx: wyślij wszystkie żądania do jednej strony HTML

Korzystając z nginx, chcę zachować adres URL, ale w rzeczywistości ładuję tę samą stronę bez względu na wszystko. Będę używać adresu URL z History.getState()do kierowania żądań w mojej aplikacji javascript. Wygląda na to, że powinno to być proste?

location / {
    rewrite (.*) base.html break;
}

działa, ale przekierowuje adres URL? Nadal potrzebuję adresu URL, po prostu chcę zawsze używać tej samej strony.

Myślę, że to zrobi to za Ciebie:

location / {
    try_files /base.html =404;
}

Używanie po prostu try_filesnie działało dla mnie - spowodowało przepisanie lub wewnętrzny błąd cyklu przekierowania w moich dziennikach.

Dokumentacja Nginx zawierała dodatkowe szczegóły:

http://nginx.org/en/docs/http/ngx_http_core_module.html#try_files

Skończyło się na tym, że użyłem:

root /var/www/mysite;

location / {
    try_files $uri /base.html;
}

location = /base.html {
    expires 30s;
}

Twoje oryginalne przepisanie powinno prawie działać. Nie jestem pewien, dlaczego miałoby to być przekierowanie, ale myślę, że tak naprawdę chcesz po prostu

rewrite ^ /base.html break;

Powinieneś móc to umieścić w lokalizacji lub bezpośrednio na serwerze.

To zadziałało dla mnie:

location / {
    alias /path/to/my/indexfile/;
    try_files $uri /index.html;
}

Pozwoliło mi to utworzyć adres URL typu catch-all dla aplikacji jednostronicowej javascript. Wszystkie pliki statyczne, takie jak css, czcionki i javascript utworzone przez program, npm run build zostaną znalezione, jeśli znajdują się w tym samym katalogu co index.html.

Gdyby z jakiegoś powodu pliki statyczne znajdowały się w innym katalogu, potrzebowałbyś również czegoś takiego:

# Static pages generated by "npm run build"
location ~ ^/css/|^/fonts/|^/semantic/|^/static/ {
    alias /path/to/my/staticfiles/;
}

To zadziałało dla mnie:

location / {
    try_files $uri $uri/ /base.html;
}

Właściwy sposób to:

location / {
    rewrite (.*) base.html last;
}

Użycie lastspowoduje, że nginx znajdzie nowy odpowiedni locationblok zgodnie z wynikiem przepisywania.

try_files jest również doskonale uzasadnionym podejściem do tego problemu.