6 Commits

Include renames

Author	SHA1	Message	Date
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
devopsandClaude Sonnet 5	a6a92f75ea	fix(ecommerce): render product detail dynamically instead of stale SSG+ISR ... Product detail pages were generateStaticParams'd at Docker build time, where MEDUSA_* env vars aren't set, so the static snapshot baked in the mock catalog (price: null for all products). With revalidate=60 and no shared ISR cache handler across the 2 frontend replicas, each pod healed its own cache independently on next visit past staleness — so a product could show "Consultar precio" on one pod and the real price on the other, while the fully-dynamic catalog listing always hit Medusa fresh. Verified against the live Medusa API that pricing/region data itself was correct for the reported failing products. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_01DXqBoNfYQNwFg65mbx2FWM	2026-08-13 01:59:44 -05:00
devops	7a09202c27	fix: forzar ISR en /product/[slug] para que no quede atascado en datos mock del build ... generateStaticParams usa el catálogo mock en build time porque HEADLESS_PROVIDER y MEDUSA_* no existen como build args del Dockerfile. Sin un revalidate explícito, esa ruta queda estática para siempre con price:null. El listado no sufre esto porque su ruta es dinámica por searchParams.	2026-08-12 22:56:03 -05:00
devops	47bba80cb5	fix(frontend): synchronize catalog navigation with URL	2026-07-26 20:36:53 -05:00
devops	fe7b2019c2	feat(ecommerce): migrate Ari Shopping to Next.js 15 headless storefront v4	2026-07-19 21:36:35 -05:00
devops	f263a9cc55	feat(ecommerce): migrate Ari Shopping to Next.js 15 headless storefront v4	2026-07-19 19:37:41 -05:00