Pooya Parsa
Pooya Parsa
Indeed. Clear namespacing means for everything that modules register. But probably worth to have dedicate section for server best practices.
Thanks. It is probably something we need to fix upstream in Nitro (if you had time to move it forward there would be nice too) General note: Please do not...
You can import them from #imports for plain nitro if for some reason auto import is not working (really wired btw will check later)
This is expected behavior for runtime-config assignment. We try to automatically deserialize JSON-compatible environment variable values such as numbers and booleans or order to reduce runtime type issues with env...
Sure you can use `NUXT_PUBLIC_MY_VAR` to also expose it to public. It seems somehow we are running devalue twice which does not allow the intended workaround of using single double...
(self assigned to remember investigate. if anyone found better clue specifically it is in c12 or defu or nitro layers that would be helpful 🙏🏼 )
Hi. Runtime config is overriden in runtime (vue componens, pages, composables, server API, plugin, etc) and not the nuxt.config and modules. However i think it might be a good idea...
Early attempts: https://github.com/pi0/nuxt-build-cache
There are two parts to this: ## Better UI (Interactive) An (interactive) new error page similar to youch. I prefer if we can rewrite it because working on the legacy...
It would be nice to keep dicussing before taking this decition. I like the idea of semantically declaring the bundled runtime dependencies vs development via depes/devDeps however it also makes...