website/blog/releases/3.6/index.mdx
We are happy to announce Docusaurus 3.6.
Docusaurus is now ⚡️⚡️⚡️ much faster to build your site.
Upgrading should be easy. Our release process respects Semantic Versioning. Minor versions do not include any breaking changes.
This release has been mostly focused on build performance through the Docusaurus Faster project.
The Docusaurus Faster project's goal is to reduce the build times and memory consumption.
We have worked on multiple optimizations and modernized our infrastructure to use faster Rust-based tools, notably:
Adopting a new infrastructure can have various impacts. It's impossible to list them all exhaustively, so let's focus on the major ones.
To help you adopt it easily, we have been fairly conservative in terms of expected static site output and browser support.
Benchmarks on community site show that you can expect your production site to build ⚡️2 to 4 times faster! 🔥:
:::note About rebuilds
Rspack doesn't support persistent caching yet, but it's on the roadmap and should be implemented soon. We think it's not a problem for the adoption of Rspack considering a cold Rspack build is usually as fast as a warm Webpack build using persistent caching.
:::
You should also notice an improvement in memory consumption:
process.exit(0) that can hide memory leaks in your own code and third-party pluginsThis new infrastructure is a breaking change, but it is opt-in and does not require a new major version of Docusaurus.
Before using Docusaurus Faster, add this new package:
npm install @docusaurus/faster
To help you adopt it incrementally under Docusaurus v3, we're introducing a set of feature flags that you can activate progressively.
We recommend turning them on all at once with this simple boolean shortcut:
const config = {
future: {
experimental_faster: true,
},
};
In case one of the flags does not work for your site, it's possible to turn feature flags on independently:
const config = {
future: {
experimental_faster: {
swcJsLoader: true,
swcJsMinimizer: true,
swcHtmlMinimizer: true,
lightningCssMinimizer: true,
rspackBundler: true,
mdxCrossCompilerCache: true,
},
},
};
swcJsLoader: Use SWC to transpile JS (instead of Babel)swcJsMinimizer: Use SWC to minify JS (instead of Terser)swcHtmlMinimizer : Use SWC to minify HTML and inlined JS/CSS (instead of html-minifier-terser)lightningCssMinimizer: Use Lightning CSS to minify CSS (instead of cssnano and clean-css)rspackBundler: Use Rspack to bundle your app (instead of webpack)mdxCrossCompilerCache: Compile MDX files once for both browser/Node.js environments instead of twice:::tip Experimental but safe
Don't be afraid to turn this feature on. What's experimental is the config options.
The new infrastructure is robust and well-tested by our CI pipeline. The Docusaurus site already uses it in production, and we plan to use it on other Meta docs sites as well.
:::
The new infrastructure uses Rspack. By chance, Rspack is almost 100% compatible with webpack, and Rspack shouldn't break our plugin ecosystem.
Most Docusaurus plugins should work out of the box with Rspack, even those implementing configureWebpack.
However, some of them will require small modifications to make them compatible with Rspack. The general idea is to avoid importing webpack directly, and use the "dynamically provided" webpack instance instead:
-import webpack from 'webpack';
export default function (context, options) {
return {
name: 'custom-docusaurus-plugin',
- configureWebpack(config, isServer) {
+ configureWebpack(config, isServer, {currentBundler}) {
return {
plugins: [
- new webpack.DefinePlugin({}),
+ new currentBundler.instance.DefinePlugin({}),
]
};
},
};
}
:::tip For plugins authors
Check the dedicated issue for guidelines and support.
:::
It's only the beginning: we will continue working on the Docusaurus Faster project and already have a few more performance improvements planned.
Depending on your feedback, we plan to make this new infrastructure the default in an upcoming major version of Docusaurus.
🙏 We'd like to thank the authors of all these great tools that already helped us make Docusaurus much faster than before. In particular the Rspack team that supported us along the way, handled our feedback very quickly and implemented all the missing features we needed to make it happen. 👏
In #10588, we created a Docusaurus plugin for Rsdoctor. It analyzes the bundling phase of Docusaurus and helps you figure out what slows down the bundler in terms of loaders, plugins and minimizers. It works for both webpack and Rspack.
To use it, install the new @docusaurus/plugin-rsdoctor package, and then use the plugin in your config:
export default {
plugins: [
[
'rsdoctor',
{
/* options */
},
],
],
};
:::tip
Turn it on conditionally, based on an environment variable:
export default {
plugins: [
process.env.RSDOCTOR === 'true' && [
'rsdoctor',
{
/* options */
},
],
],
};
# Build without Rsdoctor
npm run build
# Build with Rsdoctor
RSDOCTOR=true npm run build
:::
In #10510, we relaxed our Mermaid diagrams dependency range to allow newer major versions of Mermaid. We now support both Mermaid 10/11, and expect upcoming versions to be compatible, letting you upgrade on your own terms.
This unlocks new types of diagrams, such as Architecture Diagrams:
architecture-beta
group api(cloud)[API]
service db(database)[Database] in api
service disk1(disk)[Storage] in api
service disk2(disk)[Storage] in api
service server(server)[Server] in api
db:L -- R:server
disk1:T -- B:server
disk2:T -- B:db
Other notable changes include:
frontMatter.title_meta to override frontMatter.title for SEO reason.docusaurus build and docusaurus deploy now support multiple --locale CLI args.docusaurus-remark-plugin-npm2yarn upgrades to npm-to-yarn v3 and can convert npx commands.3.5.2-canary-<number> instead of 0.0.0-canary-<number> to respect plugins peerDependency constraints.@docusaurus/tsconfig upgrades to target: 'es2022'.babel.config.js from Docusaurus init templates to discourage customizing Babel.Check the 3.6.0 changelog entry for an exhaustive list of changes.