Middleware
Un Middleware te permite interceptar las solicitudes y respuestas e inyectar comportamientos dinámicamente cada vez que una página o endpoint está a punto de ser renderizado. Esta renderización se produce en tiempo de compilación para todas las páginas prerenderizadas, pero se produce cuando se solicita la ruta para las páginas renderizadas bajo demanda, lo que permite características adicionales de SSR como cookies y encabezados disponibles.
El middleware también permite establecer y compartir información específica de la solicitud entre endpoints y páginas mutando un objeto locals
que está disponible en todos los componentes Astro y endpoints API. Este objeto está disponible incluso cuando este middleware se ejecuta en tiempo de compilación.
Uso básico
Sección titulada Uso básico-
Crea
src/middleware.js|ts
(Alternativamente, puedes crearsrc/middleware/index.js|ts
.) -
Dentro de este archivo, exporta una función
onRequest()
a la que se le pueda pasar un objetocontext
y la funciónnext()
. Esta no debe ser una exportación por defecto. -
Dentro de cualquier archivo
.astro
, puedes acceder a los datos de respuesta utilizandoAstro.locals
.
El objeto context
Sección titulada El objeto contextEl objeto context
incluye información que estará disponible para otros middlewares, rutas de la API y rutas .astro
durante el proceso de renderizado.
Esto es un argumento opcional pasado a onRequest()
que puede contener el objeto locals
así como cualquier propiedad adicional que se comparta durante el renderizado. Por ejemplo, el objeto context
puede incluir cookies utilizadas en la autenticación.
Almacenando datos en context.locals
Sección titulada Almacenando datos en context.localscontext.locals
es un objeto que se puede manipular dentro del middleware.
Este objeto locals
se reenvía a lo largo del proceso de manejo de la solicitud y está disponible como una propiedad de APIContext
y AstroGlobal
. Esto permite compartir datos entre middlewares, rutas de la API y páginas .astro
. Esto es útil para almacenar datos específicos de la solicitud, como datos de usuario, durante el paso de renderizado.
Las Integraciones pueden establecer propiedades y proporcionar funcionalidad a través del objeto locals
. Si estás utilizando una integración, comprueba su documentación para asegurarte de que no estás sobrescribiendo ninguna de sus propiedades o realizando trabajo innecesario.
Puedes almacenar cualquier tipo de datos dentro de locals
: cadenas de texto, números e incluso tipos de datos complejos como funciones y maps.
Luego puedes utilizar esta información dentro de cualquier archivo .astro
con Astro.locals
.
locals
es un objeto que existe y se destruye dentro de una sola ruta de Astro; cuando se renderiza la página de la ruta, locals
dejará de existir y se creará uno nuevo. La información que necesita persistir a través de múltiples solicitudes de página debe almacenarse en otro lugar.
El valor de locals
no se puede sobrescribir en tiempo de ejecución. Hacerlo podría eliminar toda la información almacenada por el usuario. En el modo dev
, Astro realiza comprobaciones y lanzará un error si se intenta sobrescribir locals
.
Ejemplo: Redactando información sensible
Sección titulada Ejemplo: Redactando información sensibleEl ejemplo a continuación utiliza un middleware para reemplazar “PRIVATE INFO” con la palabra “REDACTED” y así permitirte mostrar HTML modificado en tu página:
Tipos de middleware
Sección titulada Tipos de middlewarePuedes importar y usar la función de utilidad defineMiddleware()
para aprovechar la seguridad de tipos:
En cambio, si estás utilizando JsDoc para aprovechar la seguridad de tipos, puedes utilizar MiddlewareHandler
:
Para tipar la información dentro de Astro.locals
, lo que te da autocompletado dentro de los archivos .astro
y el código del middleware, declara un namespace global en el archivo env.d.ts
:
Luego, dentro del archivo de middleware, puedes aprovechar el autocompletado y la seguridad de tipos.
Encadenando el middleware
Sección titulada Encadenando el middlewareMúltiples middlewares pueden ser unidos en un orden específico utilizando sequence()
:
Esto resultará en el siguiente orden en la consola:
Páginas de error
Sección titulada Páginas de errorEl middleware intentará ejecutarse para todas las páginas renderizadas bajo demanda, incluso cuando no se pueda encontrar una ruta coincidente. Esto incluye la página 404 por defecto (en blanco) de Astro y cualquier página 404 personalizada. Sin embargo, depende del adaptador decidir si ese código se ejecuta. Algunos adaptadores pueden servir una página de error específica de la plataforma en su lugar.
El middleware también intentará ejecutarse antes de servir una página de error 500, incluyendo una página 500 personalizada, a menos que el error del servidor se haya producido en la ejecución del propio middleware. Si tu middleware no se ejecuta correctamente, entonces no tendrás acceso a Astro.locals
para renderizar tu página 500.