我在2019年退出实践后回到Laravel开发。我更习惯于Mix而不是Vite，但我喜欢Blade中的@vite助手。对于这个应用程序，我必须在根公共目录中提供一个Firebase服务worker，可以在https://example.com/firebase-messaging-sw.js访问。下面是我的vite.config.js：

import { defineConfig } from 'vite';
import laravel from 'laravel-vite-plugin';
export default defineConfig({
    plugins: [
        laravel({
            valetTls: 'whatever.test',
            input: [
                'resources/css/app.css',
                'resources/js/app.js',
                'resources/js/firebase-messaging-sw.js'
            ],
            refresh: true,
        })
    ]
});

问题是firebase-messaging-sw.js使用import语句从node_modules中获取Firebase函数，这些函数最终也会在编译后的面向公共的文件中以缩小的胡言乱语形式结束。由于service worker不是作为模块引用的，因此“import”语句将失败。我所希望的是将该文件编译成一个单独的JavaScript文件，而在最终产品中没有导入。用Mix很简单：

const mix = require('laravel-mix');
mix.js('./build/firebase-messaging-sw.js', './public/firebase-messaging-sw.js');

但我已经陷得太深了，不能在这一点上切换到混合。我可以对我的配置做些什么，使Vite输出一个干净的文件，最好不带散列文件名？我看到了这一点，但它假设了比我更深入的Rollup知识，老实说，我不确定Laravel/Vite/Rollup之间的界限在这种情况下是如何划分的。这似乎是一个非常简单的问题，但我找不到最近的答案。
根据this answer，我尝试将vite.config.js更改为：

export default defineConfig({

    build: {
        rollupOptions: {
          output: {
            manualChunks: {}
          },
        }
    },

    plugins: [
        laravel({
            valetTls: 'whatever.test',
            input: [
                'resources/css/app.css',
                'resources/js/app.js',
                'resources/js/firebase-messaging-sw.js'
            ],
            refresh: true,
        })
    ],

});

但这对维特的产量没有影响。