devops
d1a4a84d24
Antes el precio actualizado en Medusa tardaba hasta ~60s (o más, con
varias réplicas del frontend sin cache handler compartido) en verse en
el front, por el revalidate:60 del fetch a /store/products.
Ahora:
- Nueva ruta app/api/revalidate en el storefront que llama a
revalidateTag("medusa-products") al recibir un POST autenticado con
el header x-revalidate-secret.
- Nuevo subscriber en el backend Medusa (product.updated,
product-variant.updated/created/deleted) que llama a esa ruta usando
STOREFRONT_URL (ya existe en commerce-config) y un REVALIDATE_SECRET
compartido entre ambos servicios.
- secrets.template.yaml documenta la nueva clave REVALIDATE_SECRET en
commerce-secrets y commerce-storefront (mismo valor en ambos).
Requiere reaplicar commerce-secrets y commerce-storefront con el script
actualizado en el repo scripts (fix/revalidate-secret-scripts) para que
el REVALIDATE_SECRET exista en el cluster.
14 lines
421 B
TypeScript
14 lines
421 B
TypeScript
import { revalidateTag } from "next/cache";
|
|
|
|
export async function POST(request: Request) {
|
|
const secret = request.headers.get("x-revalidate-secret");
|
|
|
|
if (!secret || secret !== process.env.REVALIDATE_SECRET) {
|
|
return Response.json({ message: "Invalid secret" }, { status: 401 });
|
|
}
|
|
|
|
revalidateTag("medusa-products");
|
|
|
|
return Response.json({ revalidated: true, tag: "medusa-products" }, { status: 200 });
|
|
}
|