Upload a zip
Drag and drop your project as a zip. No Git, no setup.
- No repo or Git needed
- Language and framework auto-detected
- Upload a new zip to ship an update
How it works
Upload a zip or connect GitHub. Runex detects the language, builds your app, runs it in an isolated container, and gives you a live HTTPS URL. You do two steps.
# my-app.zip · upload
Two ways
Upload a zip, or connect a GitHub repo. Both end in the same place: a live HTTPS app in its own container.
Drag and drop your project as a zip. No Git, no setup.
Install the GitHub App and pick a repo and branch.
Steps
Four steps, and you only do two. You bring the code; Runex detects, builds, isolates, and ships it.
Drag and drop a zip, or pick a repo and branch.
Set values like DATABASE_URL.
Language, framework, and build steps found for you.
Open https://<slug>.runex.cloud.
Upload = live.
From a zip to a live HTTPS URL without touching a server. With GitHub connected, every push to your branch ships automatically.
Auto-detect
Runex reads your project and works out how to build and run it. If you include a Dockerfile, Runex uses that instead.
Next.js, Node.js, Python, Go, and more, from your project files.
Installs dependencies and runs the build for your stack.
Starts your app the way your framework expects.
Sends traffic to your app. Listen on 0.0.0.0 to be reachable.
Injected at runtime, never stored in your code.
A certificate for every deploy, on *.runex.cloud or your own domain.
Dashboard
Every app shows up in your Runex dashboard with its status. Ready, building, idle, or stopped, at a glance.
How Runex helps
Runex removes the server work between your code and a live URL. No servers to patch, no certificates to renew, no build scripts to write.
Runex runs the infrastructure, so you never log in to a server.
Certificates are issued and renewed for you.
Each app gets its own CPU and memory limits.
Go back to a previous version in one step.
Every pull request gets its own URL to review.
Build logs, runtime logs, and deploy status in one place.
Zip vs GitHub
Upload a zip to ship fast; connect GitHub to ship on every push. Pick the one that matches how you work.
| Fastest startZip upload | Push to deployGitHub | |
|---|---|---|
| Git required | Not needed | Yes |
| Language detection | Automatic | Automatic |
| Ship an update | Upload a new zip | Push to your branch |
| Preview deploys | No | Per pull request |
| HTTPS URL | Included | Included |
| Best for | Prototypes, demos, projects without Git | Teams and ongoing projects |
FAQ
Short answers about zip uploads, GitHub, and auto-detection.
Upload your project as a zip. Runex detects the language, builds it, and gives you a live HTTPS URL on *.runex.cloud, with no Git or server setup.
Yes. Upload a zip of your project and Runex deploys it. Connect GitHub later if you want every push to redeploy automatically.
Runex reads your project files, such as package.json, requirements.txt, or go.mod, to detect the language and framework, then picks the build and start steps. If your project has a Dockerfile, Runex uses it instead.
Your project's source code, with its dependency file at the top level, for example package.json for Node.js. Leave out folders like node_modules; Runex installs dependencies during the build.
Upload a new zip of the updated project. Runex builds it and switches traffic to the new version.
Yes, when the app is connected to GitHub with webhooks on. Each push to the selected branch triggers a new build, and Runex verifies the webhook came from GitHub.
No. Runex detects common languages and frameworks on its own. Add a Dockerfile only if you want full control over the build.
Yes. Every deploy gets a live HTTPS URL on *.runex.cloud, and custom domains get certificates issued and renewed for you.
Next step
Sign up, upload a zip or connect GitHub. Your HTTPS URL is next.