vite-plugin-milpa 0.1.0 → 0.1.2

package/README.md

@@ -33,7 +33,9 @@ export default defineConfig({
 
 1. **`base` + `build.manifest` + entry** — lo que el helper `vite()` de milpa necesita para
    emitir `<link>`/`<script>` hasheados en prod. La base se deriva de la carpeta:
-   `surcos/<app>` → `/vite/<app>/`.
+   `surcos/<app>` → `/vite/<app>/`. Los chunks salen con NOMBRE legible derivado de la ruta
+   del módulo (`modules/tienda/pages/productos/[id].jsx` → `tienda-productos-id-<hash>.js`)
+   — sin esto, el file-routing produce puros `index-<hash>.js` indistinguibles.
 2. **Build a `public/<app>` del proyecto** (estilo `mix.js` → `public/` de Laravel): milpa
    monta `public/` completo y un solo mount sirve a todas las apps.
 3. **Hot-file (modelo Laravel)** — `npm run dev` escribe `./hot` con la URL real del dev

package/index.js

@@ -61,6 +61,26 @@ function resolveBase(options, root) {
     return url.endsWith('/') ? url : `${url}/`;
 }
 
+// Nombre LEGIBLE para cada chunk, derivado de la ruta del módulo que lo origina
+// (su facade): con file-routing casi todas las páginas se llaman index.jsx y
+// Rollup nombra por basename → un desfile de "index-<hash>.js" indistinguibles.
+// pages/acerca.jsx → acerca · modules/tienda/pages/productos/[id].jsx →
+// tienda-productos-id · _layout → tienda-layout. Los segmentos ruido
+// (src/modules/pages) se omiten; chunks sin facade (compartidos/vendor) caen
+// al default [name] de Rollup.
+function chunkName(facadeModuleId) {
+    if (!facadeModuleId) return null;
+    const match = facadeModuleId.split('?')[0].match(/\/src\/(.+)\.(jsx|tsx|js|ts)$/);
+    if (!match) return null;
+    const name = match[1]
+        .split('/')
+        .filter((segment) => segment !== 'modules' && segment !== 'pages')
+        .map((segment) => segment.replace(/^\[(.+)\]$/, '$1').replace(/^_/, ''))
+        .filter(Boolean)
+        .join('-');
+    return name || null;
+}
+
 function configPlugin(options) {
     return {
         name: 'milpa:config',
@@ -72,7 +92,15 @@ function configPlugin(options) {
                 base: command === 'build' ? resolveBase(options, config.root) : '/',
                 build: {
                     manifest: true,
-                    rollupOptions: {input: options.entry},
+                    rollupOptions: {
+                        input: options.entry,
+                        output: {
+                            chunkFileNames(chunkInfo) {
+                                const name = chunkName(chunkInfo.facadeModuleId);
+                                return name ? `assets/${name}-[hash].js` : 'assets/[name]-[hash].js';
+                            },
+                        },
+                    },
                     // El build cae en public/<app> del PROYECTO (como mix.js a
                     // public/ en Laravel). emptyOutDir explícito: Vite no limpia
                     // solo los outDir fuera del root del frontend.
@@ -129,8 +157,8 @@ function pwaPlugins(options) {
         // El shell HTML lo sirve el backend (no está en dist/): precachearlo da
         // cold-start offline y el fallback de documentos del sw.js.
         ...(pwa.shell ? {additionalPrecacheEntries: [{url: pwa.shell, revision: `${Date.now()}`}]} : {}),
-        // GOTCHA (docs/prerelease/26): los entries salen RELATIVOS y resuelven
-        // contra la URL del SW → 404 bajo subpath. Se prefijan con la base real.
+        // GOTCHA: los entries salen RELATIVOS y resuelven contra la URL del SW
+        // → 404 bajo subpath. Se prefijan con la base real.
         manifestTransforms: [
             (entries) => ({
                 manifest: entries.map((entry) => (
@@ -141,5 +169,9 @@ function pwaPlugins(options) {
     });
     // El SW solo se genera en BUILD: en dev serviría assets stale y pelearía
     // con HMR. `apply: 'build'` es el switch idiomático de Vite para esto.
-    return (Array.isArray(raw) ? raw : [raw]).map((plugin) => ({apply: 'build', ...plugin}));
+    // El override va DESPUÉS del spread: el sub-plugin dev de serwist trae su
+    // propio `apply: 'serve'` y con el orden invertido pisaría el nuestro —
+    // su middleware quedaba vivo en dev SIN el plugin principal que inicializa
+    // `ctx.options`, y tronaba en cada request del dev server.
+    return (Array.isArray(raw) ? raw : [raw]).map((plugin) => ({...plugin, apply: 'build'}));
 }

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "vite-plugin-milpa",
-    "version": "0.1.0",
+    "version": "0.1.2",
     "description": "El toolkit frontend del framework milpa (FastAPI + Jinja), estilo laravel-vite-plugin: hot-file para HMR, manifest para el helper vite() de Jinja, multi-app (surcos/), PWA opcional con Serwist, ASSET_URL para deploy bajo sub-ruta/CDN — y file-based routing para react-router 7 vía `vite-plugin-milpa/router`.",
     "type": "module",
     "main": "index.js",