7 Commits

Include renames

Author	SHA1	Message	Date
devops	c6c66b76a3	docs(adr0005): cerrar pendiente de usuario admin temporal ... [email protected] (creado para la auditoria de Etapa 1) fue borrado 2026-08-27 via Medusa Admin UI -- ya no queda pendiente abierto en el ADR.	2026-08-26 23:40:53 -05:00
devops	4afc63bdc6	docs(adr): nota de implementacion 2 -- hallazgos del gate en vivo de Fase 2	2026-08-26 17:12:10 -05:00
devops	c243f02ec4	docs(adr): marcar ADR 0006 como aceptada, nota de implementación ... Aprobada tras el diagnóstico de memoria del host (swap saturado resuelto, ~500-700MiB liberados al desactivar monitoring). Agrega nota de implementación con 3 desviaciones reales encontradas al verificar el código fuente del plugin en el tag v1.4.1 antes de escribir código: no hace falta subscriber propio (el plugin trae los suyos), las rutas del plugin no devuelven facetDistribution (se agrega una ruta Store API propia), y se conecta vía plugins: no modules:. Ninguna cambia la decisión, solo el cómo.	2026-08-26 14:56:19 -05:00
devops	5ce7030c4d	docs(adr): propuesta de motor de busqueda y facetas (Fase 5 Etapa 3) ... Etapa 1 (auditoria/propuesta, sin codigo) de la Etapa 3 de Fase 5: motor de busqueda y filtros facetados reales, reemplazando el filtrado/conteo 100% client-side que dejo la sub-fase 3 de Etapa 2. Verificado contra documentacion oficial vigente (no memoria de entrenamiento): - Medusa no tiene modulo de busqueda propio integrado con Meilisearch; el Search Module nativo llego en Medusa 2.19, y el plugin comunitario @rokmohar/medusa-plugin-meilisearch se conecta a el solo desde su version ^2.0.0 (requiere Medusa >=2.19). Nuestro backend corre Medusa 2.18.0 -- la version compatible es la linea ^1.4.1 del plugin (Medusa >=2.15 <2.19), documentada como deuda tecnica explicita si se sube Medusa mas adelante. - Impacto de recursos evaluado contra el estado real del host (swap al 100%, mismo tipo de contencion que el incidente de Gitea): Meilisearch recomendado sobre Typesense por menor huella de RAM y por ser el unico con integracion Medusa mantenida para nuestra version -- comparacion mantenida breve porque la diferencia es clara, sin profundizar mas de lo necesario. - Diseno de indexacion (campos buscables/filtrables/ordenables), sincronizacion (mismo patron de subscriber por eventos que revalidate-storefront.ts, sumando product-category.* al set de eventos) y UI de facetas/autocompletado (reutiliza catalog-client.tsx y CatalogProvider.searchProducts ya existentes, sin componentes nuevos). Cross-referencia agregada en ADR 0004 (que ya habia identificado Meilisearch como paso natural) y entrada nueva en mkdocs.yml. Etapa 2 (implementacion) NO arranca hasta aprobacion explicita de esta propuesta.	2026-08-25 18:10:28 -05:00
devops	6f24109d91	docs(adr): marcar Etapa 2 del ADR 0005 como completa ... Estado seguia diciendo "propuesta -- pendiente de aprobacion antes de Etapa 2" aunque las 3 sub-fases (datos/categorias, navegacion, componentes visuales -- PRs #29-#42) ya estan implementadas y en produccion desde el 2026-08-25. Actualiza el header de estado y reemplaza la seccion 6 (antes "Proximos pasos" pendiente de aprobacion) por el resumen real de lo ejecutado, dejando explicito que sigue pendiente borrar el usuario admin temporal de la auditoria y que no hay Etapa 3 definida todavia.	2026-08-25 16:00:40 -05:00
devops	07b669f1cd	docs(decisiones): ADR 0004 (stack multi-categoria) y 0005 (rediseno storefront) ... Fase 5 Etapa 1: auditoria del catalogo actual (categorias/colecciones de Medusa sin uso real, nav hardcodeado, bug de +categories en Store API), decision de evolucionar el stack en vez de reescribirlo, patrones UX de Amazon/eBay/Walmart y taxonomia de 21 categorias ya creada en Medusa junto con 9 productos [DEMO] validados en vivo en shop.cruzcloud.net como linea base pre-rediseno.	2026-08-22 23:35:28 -05:00
devops	fb5cf8bc98	feat(docs-portal): pipeline GitOps y manifiestos K8s para el portal MkDocs ... Agrega lo que faltaba para desplegar workloads/docs-portal/ (ya existente sin commitear): deployment/service/ingress + kustomization siguiendo el patrón de workloads/nginx, Applications de workload y gobernanza separadas, y el workflow de Gitea Actions (build+push a Gitea Registry, bump de versión en el manifiesto) siguiendo el mismo patrón que build.yaml/build-medusa.yaml.	2026-08-13 21:08:04 -05:00