Launch
React + Vite with
Launch a new React + Vite project and you will instantly have access to a development environment. No sign-up required.
Launch a new React + Vite project and you will instantly have access to a development environment. No sign-up required.
Diploi
Choose some optional add-ons to launch with React + Vite
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 -- --host
This 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 dist
This 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:
diploi.yaml using the static import syntax. The values are exposed to the Dockerfile as ARG variables.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_URL
Your 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: false
The component serves on port 5173 in both development and production. If you change it, update all of these so they stay in sync:
hosts[].port in diploi.yamlEXPOSE in Dockerfile and Dockerfile.devENV PORT and the -l option of serve in Dockerfileserver.port in vite.config.ts, which the development server uses. It is not set, because 5173 is the Vite defaultDiploi is the single SaaS service for managing, developing and hosting your full application.