Saltearse al contenido

Endpoints

Astro te permite crear endpoints personalizados para servir cualquier tipo de dato. Puedes usar esto para generar imágenes, exponer un documento RSS o usarlo como rutas API para construir una API completa para tu proyecto.

En los sitios generados estáticamente, tus endpoints personalizados son llamados al momento de compilación para producir archivos estáticos. Si optaste para modo SSR, los endpoints personalizados se convierten en endpoints de servidor que son llamados a petición. Endpoints estáticos y de tipo SSR son definidos similarmente, pero endpoints SSR soportan características adicionales.

Para crear un endpoint personalizado, agrega un archivo .js o .ts al directorio de /pages. La extensión .js o .ts se eliminará durante el proceso de compilación, por lo que el nombre del archivo debe incluir la extensión de los datos que se desea generar. Por ejemplo, src/pages/data.json.ts generará el endpoint /data.json.

Los endpoints exportan una función GET (opcionalmente async) que recibe un objeto de contexto con propiedades similares a las de Astro global. Aquí, retorna un objeto Response con un name y una url, y Astro va a llamarlo al momento de compilación y usar sus contenidos del body para generar un archivo.

src/pages/builtwith.json.ts
// Salidas: /builtwith.json
export async function GET({params, request}) {
return new Response(
JSON.stringify({
url: 'https://astro.build/'
})
)
}

Desde Astro v3.0, el objeto Response devuelto ya no necesita incluir la propiedad encoding. Por ejemplo, para generar una imagen PNG binaria:

src/pages/astro-logo.png.ts
export async function GET({ params, request }) {
const response = await fetch("https://docs.astro.build/assets/full-logo-light.png");
return new Response(await response.arrayBuffer());
};

También puedes escribir tus funciones de endpoint usando el tipo de APIRoute:

import type { APIRoute } from 'astro';
export const GET: APIRoute = async ({ params, request }) => {...}

Los endpoints soportan las mismas características que hacen las páginas de rutas dinámicas. Asigna un nombre a tu archivo con un nombre de parámetro entre corchetes y exporta una función getStaticPaths(). Después, ya puedes acceder al parámetro usando la propiedad de params que fue pasado a la función del endpoint.

src/pages/api/[id].json.ts
import type { APIRoute } from 'astro';
const usernames = ["Sarah", "Chris", "Dan", "Yan", "Elian"]
export const GET: APIRoute = ({ params, request }) => {
const id = params.id;
return new Response(
JSON.stringify({
name: usernames[id]
})
)
}
export function getStaticPaths() {
return [
{ params: { id: "0"} },
{ params: { id: "1"} },
{ params: { id: "2"} },
{ params: { id: "3"} }
]
};

Esto te va a generar cuatro JSON endpoints al momento de compilación: /api/0.json, /api/1.json, /api/2.json y /api/3.json. El enrutamiento dinámico con endpoints funciona igual que con las páginas, pero debido a que el endpoint es una función y no un componente, las props no son compatibles.

Todos los endpoints reciben una propiedad request, pero en el modo estático, solo tienes acceso a request.url. Esto retorna una URL completa del endpoint actual y funciona del mismo modo que Astro.request.url funciona con las páginas.

src/pages/request-path.json.ts
import type { APIRoute } from 'astro';
export const GET: APIRoute = ({ params, request }) => {
return new Response(JSON.stringify({
path: new URL(request.url).pathname
})
)
}

Endpoints del Servidor (Rutas de API)

Sección titulada Endpoints del Servidor (Rutas de API)

Todo lo descrito en la sección de endpoints de archivos estáticos también se puede usar en modo SSR: los archivos pueden exportar una función get que recibe un objeto de contexto con propiedades similares a las de Astro global.

Pero, a diferencia del modo static, cuando configuras el modo server, los endpoints se construirán cuando se soliciten. Esto desbloquea nuevas funciones que no están disponibles al momento de la compilación y permite crear rutas de API que escuchan solicitudes y ejecutan código de forma segura en el servidor en tiempo de ejecución.

Tus rutas se renderizarán bajo demanda de forma predeterminada en el modo server. En el modo hybrid, debes optar por no pre-renderizar para cada endpoint personalizado con export const prerender = false.

Los endpoints del servidor pueden acceder a params sin exportar getStaticPaths, y pueden retornar un objeto Response, lo que te permite establecer códigos de estado y encabezados:

src/pages/[id].json.js
import { getProduct } from '../db';
export async function GET({ params }) {
const id = params.id;
const product = await getProduct(id);
if (!product) {
return new Response(null, {
status: 404,
statusText: 'No Encontrado'
});
}
return new Response(
JSON.stringify(product), {
status: 200,
headers: {
"Content-Type": "application/json"
}
}
);
};

Esto responderá a cualquier solicitud que coincida con la ruta dinámica. Por ejemplo, si navegamos a /helmet.json, params.id se establecerá en helmet. Si el helmet existe en la base de datos del producto simulado, el endpoint usará la creación del objeto Response para responder con JSON y devolver un código de estado HTTP exitoso. Si no, utilizará un objeto Response para responder con un 404.

En modo SSR, ciertos proveedores requieren que el encabezado Content-Type devuelva una imagen. En este caso, usa un objeto Response para especificar una propiedad de headers. Por ejemplo, para producir una imagen binaria en formato .png:

src/pages/astro-logo.png.ts
export async function GET({ params, request }) {
const response = await fetch("https://docs.astro.build/assets/full-logo-light.png");
const buffer = Buffer.from(await response.arrayBuffer());
return new Response(buffer, {
headers: { "Content-Type": "image/png" },
});
}

Además de la función GET, puedes exportar una función con el nombre de cualquier método HTTP. Cuando llega una solicitud, Astro verificará el método y llamará a la función correspondiente.

También puedes exportar una función ALL para coincidir con cualquier método que no tenga una función correspondiente exportada. Si hay una solicitud sin método coincidente, se redirigirá a la página 404 personalizada de tu sitio.

src/pages/methods.json.ts
export const GET: APIRoute = ({ params, request }) => {
return new Response(JSON.stringify({
message: "¡Esto es un GET!"
})
)
}
export const POST: APIRoute = ({ request }) => {
return new Response(JSON.stringify({
message: "¡Esto es un POST!"
})
)
}
export const DELETE: APIRoute = ({ request }) => {
return new Response(JSON.stringify({
message: "¡Esto es un DELETE!"
})
)
}
export const ALL: APIRoute = ({ request }) => {
return new Response(JSON.stringify({
message: `¡Esto fue un ${request.method}!`
})
)
}

En modo SSR, la propiedad request retorna un objeto Request totalmente utilizable que hace referencia a la solicitud actual. Esto permite aceptar datos y verificar encabezados:

src/pages/test-post.json.ts
export const POST: APIRoute = async ({ request }) => {
if (request.headers.get("Content-Type") === "application/json") {
const body = await request.json();
const nombre = body.nombre;
return new Response(JSON.stringify({
message: "Tu nombre fue: " + nombre
}), {
status: 200
})
}
return new Response(null, { status: 400 });
};

El contexto del endpoint exporta la utilidad redirect() similar a Astro.redirect:

src/pages/links/[id].js
import { getLinkUrl } from '../db';
export async function GET({ params, redirect }) {
const { id } = params;
const link = await getLinkUrl(id);
if (!link) {
return new Response(null, {
status: 404,
statusText: 'No encontrado'
});
};
return redirect(link, 307);
};
Contribuir

¿Qué tienes en mente?

Comunidad