Launch a trial, no account needed https://diploi.com/component/react-vite
Uses the official node Docker image.
A minimal setup to get React working in Vite with HMR and some Oxlint rules, based on the react-ts template of create-vite. React is compiled with @vitejs/plugin-react, which uses Oxc.
-
In the Dashboard, click Create Project +
-
Under Pick Components, choose React + Vite
You can add other frameworks from this page if you want to build a monorepo application, eg, React + Vite for the frontend and Hono for the backend.
-
In Pick Add-ons, select any databases or extra tools you need.
-
Choose Create Repository so Diploi generates a new GitHub repo for your project.
-
Click Launch Stack
Prefer the full guide? Check https://diploi.com/blog/hosting_react_apps
Supports Bun, Yarn, npm, and pnpm. The package manager is auto-detected from your lockfile (bun.lock, yarn.lock, package-lock.json, or pnpm-lock.yaml). The install and build steps always use the detected package manager.
When the component is first initialized, dependencies are installed using the detected package manager. The Vite development server is then started with:
npm run dev -- --hostThis can be changed with the containerCommands.developmentStart field in diploi.yaml.
Builds a production-ready image. Image runs npm install & npm run build when being created, using the detected package manager. npm run build type-checks the project with tsc -b before vite build writes the app to dist/.
The dist/ folder is served as a static site using serve:
serve -s -l 5173 distThis can be changed with the containerCommands.productionStart field in diploi.yaml.
Vite replaces import.meta.env.VITE_* with the values of those environment variables during the build step. Only variables with the VITE_ prefix are exposed to your code, and everything they contain is visible in the browser, so never give a secret a VITE_ name.
We provide two ways to manage ENV values in production builds:
- For values that are not deployment-dependent, define them in
diploi.yamlusing the static import syntax. The values are exposed to theDockerfileasARGvariables. - For values that depend on a specific deployment (such as variables imported from other components in
diploi.yaml, or configured in the Environment tab), enable the runtime build option.
To use a variable from another component in your code, import it under a name with the VITE_ prefix. For example, to call the public address of a backend with the api identifier:
- name: React + Vite
identifier: react-vite
package: https://github.com/diploi/component-react-vite#v19.3.0
env:
include:
- api.APP_ENDPOINT:VITE_API_URLYour code runs in the browser, so use the public <HOST>_ENDPOINT address of a component. The <HOST>_INTERNAL_ENDPOINT address only works inside the deployment.
When runtime build is enabled (which it is by default), npm run build is executed again when the container starts. This ensures that environment variables from the running deployment are correctly applied, and that any data loaded from other components can use the internal network.
To disable runtime build, set __VITE_RUNTIME_BUILD to false in diploi.yaml:
- name: React + Vite
identifier: react-vite
package: https://github.com/diploi/component-react-vite#v19.3.0
env:
include:
- name: __VITE_RUNTIME_BUILD
value: falseThe component serves on port 5173 in both development and production. If you change it, update all of these so they stay in sync:
hosts[].portindiploi.yamlEXPOSEinDockerfileandDockerfile.devENV PORTand the-loption ofserveinDockerfileserver.portinvite.config.ts, which the development server uses. It is not set, because 5173 is the Vite default