The content of this section is derived from the content of the following links and is subject to the CC BY 4.0 license.
The following contents can be assumed to be the result of modifications and deletions based on the original contents if not specifically stated.
This page describes the options that affect the behavior of @rspack/dev-server
(short: dev-server), based on webpack-dev-server@5
,which facilitates rapid application development.
object
If the current application does not depend on @rspack/dev-server
, then the devServer config will have no effect.
For example, Rspack CLI depends on @rspack/dev-server
by default, so the devServer config can be used in Rspack CLI projects. Rsbuild has implemented its own dev server and provides a separate "server" config, so the devServer config cannot be used in Rsbuild projects.
string | string[] | 'all' | 'auto'
'auto'
This option allows you to allowlist services that are allowed to access the dev server.
Mimicking Django's ALLOWED_HOSTS
, a value beginning with .
can be used as a subdomain wildcard. .host.com
will match host.com
, www.host.com
, and any other subdomain of host.com
.
When set to 'all'
this option bypasses host checking. THIS IS NOT RECOMMENDED as apps that do not check the host are vulnerable to DNS rebinding attacks.
When set to 'auto'
this option always allows localhost
, host
, and client.webSocketURL.hostname
:
object
'log' | 'info' | 'warn' | 'error' | 'none' | 'verbose'
'info'
Allows to set log level in the browser, e.g. before reloading, before an error or when Hot Module Replacement is enabled.
boolean | object
true
Shows a full-screen overlay in the browser when there are compiler errors or warnings.
You can provide an object with the following properties for more granular control:
Property | Explanation |
---|---|
errors |
compilation errors |
runtimeErrors |
unhandled runtime errors |
warnings |
compilation warnings |
All properties are optional and default to true
when not provided.
For example, to disable compilation warnings, you can provide the following configuration:
To filter based on the thrown error, you can pass a function that accepts an error
parameter and returns a boolean.
For example, to ignore errors thrown by AbortController.abort()
:
The function will not have access to the variables declared in the outer scope within the configuration file.
boolean
true
Prints compilation progress in percentage in the browser.
boolean | number
true
Tells dev-server the number of times it should try to reconnect the client. When true
it will try to reconnect unlimited times.
When set to false
it will not try to reconnect.
You can also specify the exact number of times the client should try to reconnect.
'ws' | 'sockjs'
ws
This option allows us either to choose the current devServer
transport mode for clients individually or to provide custom client implementation. This allows specifying how the browser or other client communicates with the devServer
.
Providing 'ws'
or 'sockjs'
to webSocketServer
is a shortcut to setting both devServer.client.webSocketTransport
and devServer.webSocketServer
to the given value.
When providing a custom client and server implementation make sure that they are compatible with one another to communicate successfully.
To create a custom client implementation, create a class that extends BaseClient.
Using path to CustomClient.js
, a custom WebSocket client implementation, along with the compatible 'ws'
server:
Using custom, compatible WebSocket client and server implementations:
string | object
{}
This option allows specifying URL to web socket server (useful when you're proxying dev server and client script does not always know where to connect to).
You can also specify an object with the following properties:
hostname
: Tells clients connected to devServer to use the provided hostname.pathname
: Tells clients connected to devServer to use the provided path to connect.password
: Tells clients connected to devServer to use the provided password to authenticate.port
: Tells clients connected to devServer to use the provided port.protocol
: Tells clients connected to devServer to use the provided protocol.username
: Tells clients connected to devServer to use the provided username to authenticate.To get protocol
/hostname
/port
from browser use webSocketURL: 'auto://0.0.0.0:0/ws'
.
boolean
true
Enable gzip compression for everything served:
object
{}
Provide options to webpack-dev-middleware which handles Rspack assets.
array | function | object
undefined
Adds headers to all responses:
You can also pass an array:
You can also pass a function:
boolean | object
false
When using the HTML5 History API, the index.html
page will likely have to be served in place of any 404
responses. Enable devServer.historyApiFallback
by setting it to true
:
By providing an object this behavior can be controlled further using options like rewrites
:
When using dots in your path (common with Angular), you may need to use the disableDotRule
:
For more options and information, see the connect-history-api-fallback documentation.
'local-ip' | 'local-ipv4' | 'local-ipv6' | string
'local-ip'
Specify a host to use. If you want your server to be accessible externally, specify it like this:
Specifying local-ip
as host will try to resolve the host option as your local IPv4
address if available, if IPv4
is not available it will try to resolve your local IPv6
address.
Specifying local-ipv4
as host will try to resolve the host option as your local IPv4
address.
Specifying local-ipv6 as host will try to resolve the host option as your local IPv6 address.
boolean | 'only'
true
Enable Rspack's Hot Module Replacement feature:
To enable Hot Module Replacement without page refresh as a fallback in case of build failures, use hot: 'only'
:
boolean
true
By default, the dev-server will reload/refresh the page when file changes are detected. devServer.hot
option must be disabled or devServer.watchFiles
option must be enabled in order for liveReload
to take effect. Disable devServer.liveReload
by setting it to false
:
Live reloading works only with web related targets like web
, webworker
, electron-renderer
and node-webkit
.
function (devServer)
Provides the ability to execute a custom function when @rspack/dev-server starts listening for connections on a port.
boolean | string | object | [string, object]
true
Tells dev-server to open the browser after server had been started. Set it to true
to open your default browser.
To open a specified page in a browser:
To open multiple specified pages in browser:
Provide browser name to use instead of the default one:
The object accepts all open options:
The browser application name is platform-dependent. Don't hard code it in reusable modules. For example, 'Chrome'
is 'Google Chrome'
on macOS, 'google-chrome'
on Linux, and 'chrome'
on Windows.
'auto' | string | number
[]
Specify a port number to listen for requests on:
port
option can't be null
or an empty string, to automatically use a free port please use port: 'auto'
:
[object, function]
@rspack/dev-server
in Rspack uses the webpack-dev-server
v5, and devServer.proxy
is an array type. If the configuration you use is the object type of the v4 version, you need to first migrate it according to the webpack-dev-server/migration-v5.md migration.
Proxying some URLs can be useful when you have a separate API backend development server and you want to send API requests on the same domain.
The dev-server makes use of the powerful http-proxy-middleware package. Check out its documentation for more advanced usages. Note that some of http-proxy-middleware
's features do not require a target
key, e.g. its router
feature, but you will still need to include a target
key in your configuration here, otherwise @rspack/dev-server
won't pass it along to http-proxy-middleware
.
With a backend on localhost:3000
, you can use this to enable proxying:
A request to /api/users
will now proxy the request to http://localhost:3000/api/users
.
If you don't want /api
to be passed along, we need to rewrite the path:
A backend server running on HTTPS with an invalid certificate will not be accepted by default. If you want to, modify your configuration like this:
Sometimes you don't want to proxy everything. It is possible to bypass the proxy based on the return value of a function.
In the function, you get access to the request, response, and proxy options.
null
or undefined
to continue processing the request with proxy.false
to produce a 404 error for the request.E.g. for a browser request, you want to serve an HTML page, but for an API request, you want to proxy it. You could do something like this:
If you want to proxy multiple, specific paths to the same target, you can use an array of one or more objects with a context
property:
Note that requests to root won't be proxied by default. To enable root proxying, the devMiddleware.index
option should be specified as a falsy value:
The origin of the host header is kept when proxying by default, you can set changeOrigin
to true
to override this behaviour. It is useful in some cases like using name-based virtual hosted sites.
'http' | 'https' | 'spdy' | string | object
'http'
Allows to set server and options (by default 'http').
To serve over HTTPS
with a self-signed certificate:
To serve over HTTP/2
using spdy with a self-signed certificate:
Use the object syntax to provide your own certificate:
It also allows you to set additional TLS options like minVersion
and you can directly pass the contents of respective files:
function (middlewares, devServer)
Provides the ability to execute a custom function and apply custom middleware(s).
boolean | string | object | [string, object]
This option allows configuring options for serving static files from the directory (by default 'public' directory). To disable set it to false
:
To watch a single directory:
To watch multiple static directories:
string | object | [string, object]
This option allows you to configure a list of globs/directories/files to watch for file changes. For example:
It is possible to configure advanced options for watching files. See the chokidar
documentation for the possible options.
false | 'sockjs' | 'ws'
This option allows us either to choose the current web-socket server or to provide custom web-socket server implementation.
The current default mode is 'ws'
. This mode uses ws
as a server, and native WebSockets on the client.