Get off Base44 as the runtime host without orphaning the prompt-to-app you proved
Leaving Base44 as runtime means Base44-hosted URLs and Publish App stop being what keeps customers online. The Base44 project remains useful history—or a prompt sandbox—but org Git from ZIP/GitHub (plus eject where needed) on a non-Base44 host become where the process lives. You are ending platform dependence on Base44 built-in hosting and App Visibility as the production control plane—not discarding the application the prompt already proved. Expect to re-home Auth, entities, and connectors that still call Base44 after a naive export.
CodeCross LLC treats get-off-base44 as cutting runtime dependence on Base44 hosting and Publish App while preserving the prompted product shape. Operators move ZIP/GitHub export into org remotes, re-home secrets and entity data out of Base44, and prove traffic no longer needs a live Base44 origin. Done when pausing Publish App—or losing Base44 admin—leaves the public origin healthy.
What still binds you to Base44 as the host
Customers still hit Base44-hosted hostnames
Opening Base44 for prompt tweaks is fine. Needing Base44-hosted compute and Base44 backends for availability is the lock-in. The tells are traffic, Auth app ID, connectors, and who must click Publish App.
Customer traffic still lands on Base44-hosted hostnames
Publish URLs in marketing, bookmarks, and Auth allowlists mean Base44 is still the runtime—not just the prompt IDE.
Auth and entities still require Base44 app ID / base URL
If the Vite client cannot serve a session without `VITE_BASE44_*`, you have not left. Destination Auth must answer without Base44 servers.
Connectors and functions only run on Base44
A release that cannot leave the Base44 function plane is not an exit. Reconnect or replace those jobs before you drain Publish App.
Support still says “open Base44 and Publish App”
Incident docs that name the editor as recovery prove the host exit is incomplete. The playbook must name the destination host.
How the runtime actually leaves Base44
Parallel hostname, then drain Publish App
Stand the destination first. Dual-allow Auth until login and writes pass. Flip DNS. Remove Base44-hosted URLs from allowlists only after connectors are reconnected or replaced.
01
Stand a parallel hostname on the destination
Export via ZIP/GitHub or base44 eject. Copy secret names, inject fresh values, and export table data separately—schemas copy; rows do not.
02
Dual-allow Auth until login and writes pass off Base44
Keep Base44-hosted URLs on allowlists only for the cutover window. Forms, cron, and long-lived jobs must run on the destination before you drain Publish App.
03
Make the exported tree the only release artifact
CI builds from a clean checkout. Production never deploys from “whatever is open in Base44.” Second-engineer proof: no mandatory `VITE_BASE44_*` calls you meant to leave.
04
Retire Base44-hosted URLs without stranding users
Migrate marketing and bookmark links. Keep temporary redirects where you control DNS. Tell support the window so Publish App stops being recovery.
How to
Leave Base44 as the runtime without taking the product offline
Parallel hostname, remapped secrets and entity data, then a DNS flip. Success is pausing Publish App with the public domain still healthy.
Step 01
Name the signals that Base44 is still the runtime
Traffic on Base44-hosted hostnames, Auth/entity reads that require Base44 app ID, connectors that only run on Base44, or a Publish App click required to ship.
Step 02
Stand the destination with a parallel hostname first
Export code via ZIP/GitHub or base44 eject; export table data separately. Copy secret names, inject fresh values, dual-allow Auth until login and writes pass off Base44.
Step 03
Flip DNS only after connectors are reconnected or replaced
Signup, session, writes, and jobs run on the non-Base44 host. Keep Publish App as rollback only until that window closes.
Step 04
Make org Git the only release artifact
CI builds from a clean checkout. Base44 may still iterate prompts for spikes; production never deploys from the open editor.
Step 05
Drain Base44-hosted URLs and rewrite the recovery playbook
Migrate links, keep redirects you control, and tell support that “open Base44 and Publish App” is no longer how you recover.
Read next
Proof, the essay, and sibling intents
These pages are already on the site. Use them to pressure-test the bet before a call.
What signals that Base44 is still the runtime, not just the prompt IDE?
Customer traffic still hits Base44-hosted hostnames; Auth and entity reads still require Base44 app ID / base URL; connectors and functions only run on Base44; App Visibility and Publish App are the only ship path. Opening Base44 for prompt tweaks is fine. Needing Base44-hosted compute and Base44 backends for production availability is the lock-in.
How do you move secrets and Auth off Base44 without a weekend outage?
Stand up the destination host with a parallel hostname first. Export code via ZIP/GitHub or `base44 eject`; export table data separately (schemas copy; rows do not). Copy secret *names*, inject fresh values on the new host, dual-allow Auth redirects until login and writes pass off Base44. Flip DNS only after connectors are reconnected or replaced; then remove Base44 preview/publish URLs from allowlists.
What role should ZIP/GitHub export play once Base44 Publish is no longer production?
Org Git becomes the only release artifact: CI builds the Vite/React (or ejected) tree, injects destination secrets, and deploys to the non-Base44 host. The Base44 project may still iterate prompts for spikes, but production never deploys from “whatever is open in Base44.” Second-engineer proof: clone, build, release without Base44 admin rights—and without mandatory `VITE_BASE44_*` calls to Base44 servers.
How do you retire Base44-hosted URLs without stranding users?
Publish the new origin from the exported tree, migrate bookmarks and marketing links, and keep temporary redirects from old Base44 URLs where you control DNS. Drain Publish App only after Auth, entities, and long-lived jobs run on the destination. Tell support the cutover window so “open Base44 and Publish App” stops being the recovery playbook.
Pause Publish App without pausing customers.
Bring the Base44 origin and the destination hostname. We will say whether traffic still needs Publish App — or whether the export already owns the journey.
“What impressed us most about CodeCross was their ability to deeply understand our vision and translate it into a complete digital solution. Unlike many agencies that just focus on technical delivery, CodeCross approached our project like true partners.”