This extension provides Vite integration for ApostropheCMS projects, enabling module bundling and hot module replacement (HMR) during development.
To install the module, use the command line to run this command in an Apostrophe project's root directory:
npm install @apostrophecms/vite
Add the module in the app.js
file:
require('apostrophe')({
shortName: 'my-project',
modules: {
'@apostrophecms/vite': {},
}
});
By default, HMR is enabled for your project's public UI code. All configuration is handled through ApostropheCMS's core asset module options, simplifying setup and maintenance.
For development work on the ApostropheCMS admin interface, you can switch HMR to target the admin UI instead of public-facing components:
require('apostrophe')({
shortName: 'my-project',
modules: {
'@apostrophecms/vite': {},
'@apostrophecms/asset': {
options: {
hmr: 'apos', // 'public' targets the project UI (default)
},
},
}
});
You can disable hot module replacement when it is not needed or desired, while still using Vite for builds:
require('apostrophe')({
shortName: 'my-project',
modules: {
'@apostrophecms/vite': {},
'@apostrophecms/asset': {
options: {
hmr: false,
},
},
}
});
During development, the hot module reload (HMR) server uses WebSocket and runs on the same port as your ApostropheCMS instance. For advanced configurations, you can run the development server as a standalone HTTP server on a different port by setting the hmrPort
option. This can be useful when you need to avoid port conflicts or work with specific network configurations:
require('apostrophe')({
shortName: 'my-project',
modules: {
'@apostrophecms/vite': {},
'@apostrophecms/asset': {
options: {
hmrPort: 3001,
},
},
}
});
You can enable source maps in production to help debug minified code and view original source files in the browser DevTools. While this slightly increases the initial download size, it's valuable for debugging production issues.
require('apostrophe')({
shortName: 'my-project',
modules: {
'@apostrophecms/vite': {},
'@apostrophecms/asset': {
options: {
productionSourceMaps: true,
},
},
}
});
If you want to inject some code in your site only when in development mode and HMR is enabled, you can use the Apostrophe nunjucks components.
{# module-name/views/myComponent.html #}
<!-- Shown only when HMR is enabled and in development mode. -->
// module-name/index.js
module.exports = {
components(self) {
return {
myComponent(req, data) {
return {};
}
};
},
init(self) {
self.apos.template.prepend({
where: 'head',
when: 'hmr',
bundler: 'vite',
component: 'module-name:myComponent'
});
}
};
The when option controls when your component appears:
when: 'hmr' // Only visible when HMR is active
when: 'dev' // Visible in any development mode
when: 'prod' // Only visible in production
The bundler option allows you to specify which bundler must be active for the component to appear:
bundler: 'vite' // Only visible when using Vite
bundler: 'webpack' // Only visible when using webpack
You can combine these options to precisely control when your component appears. For example, to show a component only when using Vite with HMR active, you would use both when: 'hmr'
and bundler: 'vite'
.
You can customize the Vite configuration for your ApostropheCMS project in two ways:
Use this approach to configure Vite settings within individual ApostropheCMS modules:
// modules/my-module/index.js
module.exports = {
build: {
vite: {
myViteConfig: {
// Standard Vite configuration
define: {
__MY_ENV__: '1',
},
}
},
},
};
For project-wide Vite configuration, create one of these files in your project root:
apos.vite.config.js
(for ESM projects)apos.vite.config.mjs
(for CommonJS projects)
This method supports the full Vite configuration API and applies to your project's UI build. You can import Vite's configuration utilities directly from the ApostropheCMS Vite module:
// apos.vite.config.js
import { defineConfig } from '@apostrophecms/vite/vite';
import vue from '@vitejs/plugin-vue'
export default defineConfig({
plugins: [ vue() ]
});
The configuration format follows the standard Vite configuration options. Common use cases include adding plugins, defining environment variables, and customizing build settings.
Note: All Vite configurations are merged sequentially - first across modules (following module registration order, with later modules taking precedence), and finally with the project configuration file, which takes ultimate precedence.
- HMR only monitors existing
anyModule/ui
directories. If you add a newui
directory to a module, restart the server to enable HMR for that module. With default ApostropheCMS starter kits usingnodemon
, simply typers
in the terminal and press Enter.
- Changes to
ui/public
directories don't trigger HMR or page reloads as they require a process restart - Workaround: Add
ui/public/
folders to yournodemon
watch list in eithernodemon.json
orpackage.json
- Future support for this feature will depend on user needs
- When setting custom
resolve.alias
in Vite configuration, paths must resolve to the appropriateapos-build/...
source code rather than the original source - Future enhancement planned: We will provide templating (e.g.,
{srcRoot}
) or function arguments (e.g.,aposRoot
) to simplify correct path resolution
- Remove all
~
prefixes from CSS/Sass imports/* Instead of: @import "~normalize.css" */ @import "normalize.css"
- Recommended: Use the
Modules/module-name/components/...
alias instead of direct paths likeapostrophe/modules/module-name/ui/apos/components/...
- This alias is available only for
apos
source code; project code can define its own aliases
- Use only ESM syntax in UI source code:
- ✅
import abc from 'xxx'
orconst abc = await import('xxx')
- ✅
export default ...
orexport something
- ❌ No CommonJS:
require()
,module.exports
,exports.xxx
- ✅