6 Commits

Include renames

Author	SHA1	Message	Date
devops	ef16858d35	revert: Sub-fase 1 ADR 0007 (tokens+smoke test) fuera de produccion ... El smoke test en aislamiento (boton CTA terracota + precio en Fraunces) no se puede juzgar de forma justa rodeado del resto de la pagina, que sigue en la paleta anterior (badges NUEVO/TOP en fucsia/ amarillo, fondo blanco) -- choque visual real, no una direccion de marca evaluable. Ademas la direccion terracota/artesanal en si no era lo que se buscaba (se quiere premium/serio, no rustico). Vuelve product-card.tsx y button.tsx a su estado anterior a Sub-fase 1. globals.css/layout.tsx quedan con los tokens y next/font ya integrados (nadie los consume todavia, cero impacto visual) para no rehacer ese trabajo de infraestructura -- la proxima iteracion de diseno se construye y aprueba en una preview aislada (fuera del storefront real) antes de volver a tocar produccion.	2026-08-27 01:07:54 -05:00
devops	45d8152317	feat(ecommerce): ADR 0007 Sub-fase 1 - tokens base + smoke test ... Identidad visual propia (ver docs-portal/docs/decisiones/0007-identidad-visual-propia.md): paleta terracota/espresso/pino/crema/carbon reemplaza los tokens --color-ari-cyan/magenta/yellow/blue (confirmado sin uso en ningun componente antes de tocarlos). Fraunces + Inter cargadas via next/font/google (antes "Inter" era solo un fallback de CSS sin garantia real de carga). Cambio minimo a proposito: nueva variant "primary" en button.tsx sin tocar la clase base compartida (radio, ring de foco quedan igual para el resto del sitio), aplicada como smoke test unico en el CTA y el precio de ProductCard. El resto de la propagacion (header, footer, badges, home, product detail) queda para las Sub-fases 2-5, cada una con su propio gate. Validado con `docker build --target builder` (npm ci + next build con typecheck completo) -- compila limpio.	2026-08-27 00:27:54 -05:00
devopsandClaude Sonnet 5	206571627b	fix(ecommerce): forzar renderizado dinamico en home y layout raiz ... Bug preexistente (no introducido en esta sesion, solo expuesto): "/" se prerenderizaba en build time dentro del Dockerfile, donde HEADLESS_PROVIDER/MEDUSA_* no existen todavia (solo se inyectan en runtime via el Deployment de k8s) -- el provider caia a "mock" y ese HTML quedaba cacheado 1 año (confirmado en vivo: x-nextjs-prerender:1, Cache-Control: s-maxage=31536000, x-nextjs-cache:HIT). El carrusel de "Novedades" del home ya mostraba productos mock desde antes; recien se noto con el nav data-driven de la sub-fase 2 porque las categorias mock ("Figuras"/"Peluches"/"Mochilas") son obviamente distintas a las reales. /catalog y /product/[slug] no sufren esto porque ya son dinamicos (searchParams / params fuerzan SSR). export const dynamic = "force-dynamic" en app/page.tsx y app/layout.tsx (el layout comparte el fetch del Navbar con TODAS las rutas -- forzarlo ahi tambien protege contra que una pagina futura reintroduzca el mismo bug). Decision del usuario: priorizar datos reales sobre el cacheo estatico de 1 año. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 23:42:57 -05:00
devopsandClaude Sonnet 5	8742ce714c	fix(ecommerce): nav y tiles data-driven contra la jerarquia real de categorias ... Sub-fase 2 de Etapa 2 (ADR 0005 seccion 6). Navbar y CategoryTiles usaban arrays hardcodeados (Figuras/Peluches/Mochilas/Marvel) que ya no coinciden con los nombres reales de categoria en Medusa desde que se elimino legacyProductMeta (PR #29) -- todos esos links de navegacion quedaron rotos silenciosamente (0 productos al filtrar). - lib/headless: nuevo tipo Category + metodo getCategories() en CatalogProvider (medusa via /store/product-categories, mock deriva de su catalogo plano, shopify sin implementar como el resto de sus metodos). - Navbar: arbol real de categorias (6 raices/21 nodos), dropdown de hijos por raiz en desktop, lista anidada en el sheet movil. Colecciones del sheet ahora se derivan de los productos reales en vez de un array hardcodeado con 2 nombres obsoletos (Marvel/Frozen vs. los reales Universo Marvel/Reino de Frozen). - CategoryTiles: tiles de home por categoria raiz real; imagen solo donde ya existe asset, gradiente honesto donde no (no hay fotografia para las 6 raices todavia, deuda explicita del ADR). - catalog-client/catalog page: cuando el query param `category` es una raiz con hijos, se expande a los nombres reales de sus hijos para que el filtro (igualdad exacta de producto.category) siga funcionando -- sin esto, tiles/nav apuntando a una raiz mostrarian 0 productos porque ningun producto tiene la raiz asignada directamente. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_013dunTcReWMKhWgCPkvAVHD	2026-08-24 21:21:18 -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