devops/apps-registry

Files

T

History

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

..

feat(commerce-backend): revalidar el storefront al crear/borrar productos

2026-08-13 16:55:16 -05:00

.dockerignore

Update workloads/commerce-backend/.dockerignore

2026-08-02 06:49:07 +00:00

.npmrc

fix(ci): stabilize Medusa dependency installation

2026-08-01 02:21:44 -05:00

BUILD_TRIGGER

ci(commerce): retry Medusa build

2026-08-01 01:29:14 -05:00

Dockerfile

Update workloads/commerce-backend/Dockerfile

2026-08-02 06:48:40 +00:00

medusa-config.ts

fix: desactivar cookie Secure en sesion admin de Medusa

2026-08-12 23:01:35 -05:00

package-lock.json

fix(commerce): add TypeScript runtime for Medusa build

2026-08-01 02:32:05 -05:00

package.json

fix(commerce): add TypeScript runtime for Medusa build

2026-08-01 02:32:05 -05:00

README.md

fase 1

2026-07-31 23:27:01 -05:00

tsconfig.json

fase 1

2026-07-31 23:27:01 -05:00

README.md

ARI Shopping Commerce Backend

Backend Medusa v2.18 para la Fase 1.

Capacidades iniciales

Medusa Admin en /app.
Catálogo, variantes y precios.
Imágenes en almacenamiento S3 compatible.
PostgreSQL y Redis externos.
Modo shared para una sola réplica durante la Fase 1.
Migraciones ejecutadas por el initContainer de Kubernetes.

La imagen se construye mediante:

.gitea/workflows/build-medusa.yaml

No se deben colocar secretos en este directorio.