devops/apps-registry
1
0 Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
360 Commits 102 Branches 0 Tags
fix/frontend-trivy-scan-timeout
Commit Graph
4 Commits
Author SHA1 Message Date
devops 3b0be2bbdd fix(commerce-backend): exponer categories en /store/products
Build and Push Medusa / Escaneo de Secretos (Gitleaks) (pull_request) Successful in 49s
Details
Build and Push Medusa / Construir y publicar Medusa (pull_request) Skipped
Details 
/store/products descarta en silencio la relacion +categories aunque
/admin/products si la expone (bug real, no teorico, confirmado en la
auditoria de Fase 5 con las 21 categorias y 9 productos [DEMO]
creados en Etapa 1 -- todos caian a "Variedades" pese a tener
categoria real asignada). Middleware global sobre req.allowed, patron
oficial de Medusa v2 para ampliar campos de una ruta core restringida.

Etapa 2, sub-fase 1 (categorias/colecciones reales) de
docs/decisiones/0005-rediseno-storefront.md.
 2026-08-23 00:22:00 -05:00
devops 8c52229e71 feat(commerce-backend): revalidar el storefront al crear/borrar productos 
El subscriber revalidate-storefront.ts (PR #9) solo escuchaba
product.updated y los eventos de variante, asi que un producto nuevo
(product.created) o eliminado (product.deleted) no disparaba
revalidateTag: el storefront tardaba hasta el ciclo normal de cache
(~60s por pod) en reflejar altas/bajas de catalogo, a diferencia de
precio/descripcion/imagenes en productos existentes, que ya viajan por
product.updated.
 2026-08-13 16:55:16 -05:00
devops d1a4a84d24 feat(ecommerce): revalidar el storefront al instante tras editar precios 
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.
 2026-08-13 16:02:49 -05:00
devops aa857bc2ae fase 1
Build and Push Frontend / Construir y Subir Imagen (push) Successful in 9m23s
Details
Build and Push Medusa / Construir y publicar Medusa (push) Failing after 15m12s
Details
2026-07-31 23:27:01 -05:00