Reemplaza la espera de hasta ~60s (revalidate:60 en el fetch a Medusa) por revalidacion instantanea via revalidateTag.
Nueva ruta app/api/revalidate en el storefront (POST + header x-revalidate-secret) que llama a revalidateTag("medusa-products").
Nuevo subscriber en el backend Medusa (product.updated, product-variant.updated/created/deleted) que invoca esa ruta usando STOREFRONT_URL + REVALIDATE_SECRET.
secrets.template.yaml documenta la nueva clave REVALIDATE_SECRET (mismo valor en commerce-secrets y commerce-storefront).
Depende de PR companero en el repo scripts: fix/revalidate-secret-scripts.
Requiere reaplicar commerce-secrets y commerce-storefront en el cluster despues de mergear (el REVALIDATE_SECRET no existe todavia en los Secrets vivos).
Reemplaza la espera de hasta ~60s (revalidate:60 en el fetch a Medusa) por revalidacion instantanea via revalidateTag.
- Nueva ruta app/api/revalidate en el storefront (POST + header x-revalidate-secret) que llama a revalidateTag("medusa-products").
- Nuevo subscriber en el backend Medusa (product.updated, product-variant.updated/created/deleted) que invoca esa ruta usando STOREFRONT_URL + REVALIDATE_SECRET.
- secrets.template.yaml documenta la nueva clave REVALIDATE_SECRET (mismo valor en commerce-secrets y commerce-storefront).
Depende de PR companero en el repo scripts: fix/revalidate-secret-scripts.
Requiere reaplicar commerce-secrets y commerce-storefront en el cluster despues de mergear (el REVALIDATE_SECRET no existe todavia en los Secrets vivos).
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.
devops
merged commit a1d2f9db67 into main2026-08-13 21:06:14 +00:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Reemplaza la espera de hasta ~60s (revalidate:60 en el fetch a Medusa) por revalidacion instantanea via revalidateTag.
Depende de PR companero en el repo scripts: fix/revalidate-secret-scripts.
Requiere reaplicar commerce-secrets y commerce-storefront en el cluster despues de mergear (el REVALIDATE_SECRET no existe todavia en los Secrets vivos).
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.