devops
6be8dd409c
Instala @rokmohar/medusa-plugin-meilisearch@^1.4.1 (linea v1, la unica compatible con nuestro Medusa 2.18.0 exacto -- confirmado contra peerDependencies reales de npm: @medusajs/* ^2.15.2, satisfecho por 2.18.0). Conectado via un array `plugins:` nuevo en medusa-config.ts (primer uso en este repo, no `modules:`), env vars leidos con `?? ""` en vez de required() -- si Meilisearch esta caido o mal configurado, el plugin se degrada solo en vez de tumbar el arranque de Medusa entero. No se escribe un subscriber propio: se verifico contra el codigo fuente real del paquete (descargado el tarball exacto de npm, inspeccionado en /app/node_modules dentro de una imagen Docker de verdad) que trae sus propios subscribers de product/category/ collection/variant/etc, descubiertos por Medusa en runtime desde dentro del propio paquete -- confirmado que sobreviven a `npm prune --omit=dev` y llegan intactos a la imagen final. Tambien trae un job de indexado inicial de una sola corrida al boot (numberOfExecutions: 1, no un cron recurrente -- no viola la restriccion del ADR de "nunca cron"). Nueva ruta Store API propia (src/api/store/search/route.ts): las rutas /store/meilisearch/* que trae el plugin no devuelven facetDistribution (verificado leyendo su codigo fuente), asi que esta ruta pide facets explicitamente via additionalOptions.facets, y despues re-hidrata los productos via query.graph (mismos campos que ya usa el storefront) en vez de confiar en precios/inventario indexados -- mismo patron "safe path" que ya usa la ruta oficial del plugin para /store/meilisearch/products. Transformer custom en medusa-config.ts que espeja mapProduct() del storefront (category/collection/brand/ageRange desde metadata, disponibilidad desde la primera variante) para que el documento indexado sea exactamente lo que el storefront ya muestra. Validado en vivo: build completo de Docker (target builder) corre limpio -- npm ci, medusa build (typecheck + compile backend/frontend), npm prune -- cero errores. package-lock.json regenerado con un contenedor node:22.18.0-bookworm-slim real (mismo base image que el Dockerfile), no a mano. Dockerfile: dummy MEILISEARCH_HOST/MEILISEARCH_API_KEY en el stage de build (insurance barata, no son required() asi que no eran estrictamente necesarios para que el build pasara, y de hecho paso sin ellos en la prueba -- se dejan de todas formas por consistencia con el resto de dummies de esa capa).
35 lines
877 B
JSON
35 lines
877 B
JSON
{
|
|
"name": "ari-shopping-commerce-backend",
|
|
"version": "1.0.0",
|
|
"private": true,
|
|
"description": "Backend de catálogo dinámico ARI Shopping sobre Medusa v2.",
|
|
"license": "UNLICENSED",
|
|
"scripts": {
|
|
"build": "medusa build",
|
|
"start": "medusa start",
|
|
"dev": "medusa develop",
|
|
"predeploy": "medusa db:migrate"
|
|
},
|
|
"dependencies": {
|
|
"@medusajs/admin-sdk": "2.18.0",
|
|
"@medusajs/cli": "2.18.0",
|
|
"@medusajs/framework": "2.18.0",
|
|
"@medusajs/medusa": "2.18.0",
|
|
"@rokmohar/medusa-plugin-meilisearch": "^1.4.1"
|
|
},
|
|
"devDependencies": {
|
|
"@swc/core": "^1.7.28",
|
|
"@types/node": "^20.12.11",
|
|
"@types/react": "^18.3.2",
|
|
"@types/react-dom": "^18.2.25",
|
|
"react": "^18.3.1",
|
|
"react-dom": "^18.3.1",
|
|
"ts-node": "^10.9.2",
|
|
"typescript": "^5.6.2",
|
|
"vite": "^5.4.14"
|
|
},
|
|
"engines": {
|
|
"node": ">=20"
|
|
}
|
|
}
|