5 Commits

Include renames

Author	SHA1	Message	Date
devops	902350b58b	Fase 3a ADR 0006 Etapa 2: buscador del navbar via Meilisearch ... PredictiveSearch pasa de filtrar en memoria el arreglo completo de productos (prop products, substring match) a un fetch debounced (250ms, con AbortController) contra la nueva ruta /api/search -- mismo componente visual, solo cambia de donde salen los datos, tal como pide el ADR 0006 seccion 5. /api/search (nueva, server-side) es el puente same-origin: el componente es cliente y no puede pegarle directo al provider server-side (MEDUSA_BACKEND_URL es DNS interno del cluster, no resuelve desde el navegador). CatalogProvider gana un metodo OPCIONAL searchWithFacets? (no cambia la firma de getProducts/searchProducts) -- mock.ts y shopify.ts compilan sin tocarlos, siguen sin implementarlo. medusa.ts lo implementa contra /store/search (Fase 2), reutilizando mapProduct() ya que la ruta devuelve el mismo shape de producto que /store/products. searchProducts tambien se repunta a /store/search, dejando de usar el ?q= + re-filtro client-side de fetchProducts/matchesFilters para busqueda (que sigue sirviendo para navegacion sin busqueda, sin cambios). Navbar deja de pasarle products a PredictiveSearch (ya no los necesita) pero los sigue recibiendo el mismo -- collections todavia se deriva de ahi. Limpieza: borrado patches/frontend-medusa-env.yaml, confirmado huerfano (ningun kustomization lo referencia; el patch que si esta vivo es frontend/patches/deployment.yaml). Validado: build completo de Docker (target builder) -- npm ci, next build con typecheck, /api/search aparece en la tabla de rutas generada. Cero errores nuevos (los warnings de ESLint son preexistentes en catalog-client.tsx, no tocado en esta fase).	2026-08-26 17:30:47 -05:00
devopsandClaude Sonnet 5	d0ecb5ef16	refactor(frontend): migrar a base+overlay de platform-templates ... Reemplaza frontend.yaml + patches/frontend-resources.yaml por un overlay de Kustomize sobre el base remoto de platform-templates (workloads/ecommerce/frontend/). Agrega readinessProbe/livenessProbe (no tenia ninguna, apuntando a /api/health que ya expone el propio Dockerfile) y securityContext (capabilities NET_BIND_SERVICE agregada de vuelta por el puerto 80 privilegiado -- frontend ya corre no-root de antes, sin el problema de chown que tuvo docs-portal). El Ingress generico del base se excluye via $patch:delete -- frontend comparte ecommerce-ingress con catalog-api-svc, no le corresponde un Ingress propio. Validado con kubectl kustomize contra el arbol completo de workloads/ecommerce antes de aplicar. Co-Authored-By: Claude Sonnet 5 <[email protected]> Claude-Session: https://claude.ai/code/session_011FqYP3Wf1W63Qmh7qgXAAT	2026-08-17 00:43:10 -05:00
devops	aa857bc2ae	fase 1	2026-07-31 23:27:01 -05:00
devops	932dec8dbd	Add workloads/ecommerce/patches/frontend-resources.yaml	2026-07-26 20:55:07 +00:00
devops	df4a3cd557	Add workloads/ecommerce/patches/catalog-resources.yaml	2026-07-26 20:41:36 +00:00