markthree

@fanxiaodan-ra [nuxt-style-extractor](https://github.com/markthree/nuxt-style-extractor) 在 `ssr` 的生产环境下 `css` 块默认保存在内存中，而非生成 `css` 文件。 这是设计上的权衡，一方面在生成环境下内存读取更快；另一方面是有为了让它能跑在 `serverless` 型的 `js runtime` 中，而大多数 `serverless` 是无法进行文件写入的。 当然如果你不喜欢，也可以通过 `nitro` 的配置进行 `unstorage` 的驱动调整 ```ts export default defineNuxtConfig({ modules: [ "nuxt-style-extractor", ],...

@fanxiaodan-ra 默认不需要任何处理，模块内部已经是做了所有工作。 未复现你说的情况，如果有 `bug` 请去 [nuxt-style-extractor/issues](https://github.com/markthree/nuxt-style-extractor/issues) 下开一个 `issue` 同时带上能最小复现的仓库链接。 另外 `css` 是基于服务端渲染的页面生成的，如果从未访问过对应页面，而直接访问对应页面的 `css` 也会是 `404`。

@sunpm 靓仔你好，目前不支持，欢迎 `pr`

@BTMuli 不支持多 `key`, 欢迎 `pr`。

@danielroe Thanks. I'll try it.

@danielroe，It's done, and while this way of writing it isn't the best for performance, it's clear enough and also introduces as little break change as possible. 🥰 Maybe in the...

Thank you @danielroe , I've been so busy lately, I meant to take a look at it when I had some free time. 😭

@wll8 实际上 `--loose` 只是一个模糊的计算，遇到无法访问的目录和文件或者未知的错误，计算会直接返回 `0`。如果要求准确，可以不加 `--loose` (如果无法顺利计算，需要检查目录和文件的权限)。 如果有更好的解决方案，也欢迎 `pr`

@whoooami [Because the custom block only applies to the SFC](https://github.com/posva/unplugin-vue-router?tab=readme-ov-file#sfc-route-custom-block)，`jsx` is so dynamic that parsing it is difficult, and in most cases the only way to know what's going on...

这是设计上的问题，始终保持开发时和生产时 `base` 的一致性可参考 [base 安全的路径解析](https://github.com/dishait/tov-template?tab=readme-ov-file#38-base-%E5%AE%89%E5%85%A8%E7%9A%84%E8%B7%AF%E5%BE%84%E8%A7%A3%E6%9E%90)