Nginx revisa primero las coincidencias exactas, recuerda el prefijo coincidente más largo, puede detenerse con ^~ y luego prueba regex en orden. Si ninguna gana, vuelve al prefijo guardado.
El parser acepta un bloque server o una lista plana de locations con =, ^~, prefijos normales, ~ y ~*. Rechaza locations anidados o con nombre, y las expresiones del navegador no reproducen todas las funciones PCRE de Nginx.
El análisis y la coincidencia ocurren por completo en el navegador. No se ejecuta Nginx ni se envían peticiones; los hosts, rutas y configuraciones pegados permanecen en tu dispositivo.
Preguntas y respuestas frecuentes sobre este tema.
Pega un bloque server o directivas location planas, introduce una URI que empiece por / y lee los cinco pasos. La regla elegida y las etapas omitidas o continuadas se actualizan al editar.
Solo los locations regex dependen directamente del orden: gana la primera regex coincidente. Los exactos y de prefijo siguen reglas propias, como prioridad exacta y prefijo más largo.
^~ sigue siendo un location de prefijo. Si es el prefijo coincidente más largo, Nginx lo elige sin revisar regex. Un ^~ más corto no supera a un prefijo normal más largo.
Nginx prueba los locations regex en el orden escrito y se detiene en la primera coincidencia. Cambiar el orden de dos regex solapadas puede cambiar la configuración elegida.
No. Modela un bloque server con locations planos y el comportamiento común de =, ^~, prefijo, ~ y ~*. No ejecuta directivas, locations anidados o con nombre, redirecciones rewrite/try_files ni todas las funciones PCRE.
El parser se ejecuta en el navegador y no sube la configuración ni envía la petición de prueba. Si hay datos sensibles, revisa también las políticas de pantalla, portapapeles y dispositivo de tu organización.