Static & SSR
Astro, Next.js, Nuxt, SvelteKit, Hugo or plain HTML. Files served from the edge; server routes render there too.
SITES · SERVER_APPS · DATABASES · WORKERS
Your Laravel, Rails or Node app, your static and server-rendered sites, deployed straight from Git. The database, cache and queue workers they need live right next to them. No servers to patch, nothing to configure first, and one bill for all of it.
Not ready to add a card? Static sites and uptime monitoring are free, no card. Or check if a site is down right now.
Coming from Forge, Heroku, Vercel or Netlify? Point us at the repo and we’ll detect the framework and bring your build settings with you.
$git push origin main
→detected laravel 12 · php 8.4
✓build image41.3s
✓new version up beside production9.8s
✓migrations ran · new version checked1.6s
✓visitors moved to the new version0.4s
✓production updated · visitors moved back12.2s
✓queue workers × 2 restarted3.6s
storefront.on-dply.app0 requests dropped
THE_DASHBOARD
Visitors, the edge in front, your app, and everything attached to it, on one screen. It sleeps when nobody is around, wakes on the next request, and scales out when traffic comes.
WHAT_RUNS_HERE
Start with a marketing site. Add the API, the database and the workers when you need them — same repo, same dashboard, same invoice.
Astro, Next.js, Nuxt, SvelteKit, Hugo or plain HTML. Files served from the edge; server routes render there too.
Your framework, unchanged, in a container. It scales out on traffic and sleeps when idle, so the meter stops too.
Managed Postgres, MySQL, MongoDB and Valkey beside your app, plus SQLite at the edge for lighter work.
Always-on queue workers that autoscale on backlog, with the scheduler built in and failed jobs one click from retry.
ON_THE_EDGE
Each app's Traffic tab, as it looks for an example store: requests, failures and speed in plain words, and the Cloudflare locations that served its visitors.
TRAFFIC · LAST 7 DAYS
Your app answered 14,810 requests, about 2,116 a day, and sent 1.9 GB. Responses took 84 ms on average. Today so far: 1,342 requests, 3 failed.
Look closer
SERVED FROM · LAST 24 HOURS
Answered from 14 Cloudflare locations, most from Ashburn.
IADAshburn3,120SJCSan Jose2,480ORDChicago1,920LHRLondon1,650FRAFrankfurt1,210DFWDallas980HOW_IT_WORKS
We read the repo and fill in the rest. Nothing to write before the first deploy — a dply.yaml is there if you want one later.
GitHub, GitLab or Bitbucket. Deploy a branch on every push, or pin a tag.
Framework, build command, runtime, and whether it needs a server — monorepo packages included. Override anything.
A database, a cache, a queue. Credentials land in the environment; you don’t copy connection strings around.
A timed, streaming build log and an HTTPS hostname before it finishes. Every later push does it again.
DAY_TWO
Every branch gets its own URL, with review comments pinned to the page.
Every deploy is kept. Promote an old one back in a click — no rebuild.
Password-gate staging, allow-list an office, rate-limit a path.
Live tail, CSV export, and Core Web Vitals from actual visitors.
Point-in-time recovery on managed databases, not just nightly dumps.
Failed jobs, crashing workers and downtime reach Slack, email or PagerDuty.
PRICING
Try Pro free for 5 days. On top of the plan, apps, databases and Valkey bill by the second they run, and requests and bandwidth by the unit — nothing is throttled. See full pricing →
For side projects
$0 /mo
For real projects
$29 /mo
For your whole company
$49 /mo