Estoy trabajando en un proyecto que está alojado en kubernetes, hay un ingreso configurado para que ir a la raíz del dominio (llamémoslo ejemplo.com) dirija a un servicio nginx que aloja un spa que ya se está ejecutando. ciertas rutas de api /v1, /v2, etc. apuntan a diferentes servicios de api.

Estamos agregando un segundo SPA que se alojará en example.com/ui

Probablemente debería mencionar que este SPA está construido con elementos iluminados (componentes web), pero se procesa previamente (minificado/transpilado/etc.) y se aloja a través de nginx en lugar de usar polímeros o algo similar. El procesamiento se realiza a través de rollupjs y tailwind-cli (para el css). También el sitio usa el enrutamiento, por lo que otras rutas example.com/ui/someOtherRoute definen las vistas de los usuarios en el SPA pero solo devolverían el index.html del servidor.

Comencé con una configuración de nginx que uso para todos mis otros SPA, sin embargo, está configurada para usar el dominio raíz.

 server { listen 80; listen [::]:80 default ipv6only=on; root /usr/share/nginx/html; index index.html; server_name _; # all hostnames location / { try_files $uri /index.html; } add_header Access-Control-Allow-Origin *;

}

Así que tenemos una situación en la que si el uri no tiene /ui no se enrutará a mi servidor nginx

Cuando algo contiene /ui, quiero verificar si hay archivos coincidentes; de lo contrario, servir el index.html

No tengo mucha experiencia con nginx, pero he estado investigando posibles soluciones.

actualmente estoy tratando de aprovechar la función de alias como tal:

 location /ui/ { alias /usr/share/nginx/html; try_files $uri /index.html; }

Tengo entendido que usar el alias eliminará "/ui" de la ruta de búsqueda para que una solicitud de ejemplo.com/ui/algúnarchivo.css busque archivos como si fuera ejemplo.com/algúnarchivo.css

Sin embargo, también encontré un error antiguo que todavía está abierto aquí .

Indicando que el uso de try_files $uri no se ve afectado por el alias. por lo tanto, el comando try_files aún debe usar /ui en su búsqueda de archivos.

También intenté aprovechar la etiqueta base html en mi índice, pero eso comenzó a agregar /ui/ui a todas mis solicitudes de script css y js.

Puede que esté muy lejos de entender esto, pero cualquier orientación sería excelente. Tengo un control limitado sobre lo que se puede cambiar en el ingreso de kuberenetes, pero tengo un control completo sobre el contenedor ngix y la base del código SPA.

Tenemos un plan alternativo para agregar un subdominio separado para la nueva aplicación ui, que funcionará y lo hemos hecho muchas veces antes. Estoy realmente atrapado en mi cabeza en esto porque estoy seguro de que se puede resolver tal como está y realmente me gustaría resolverlo.