Skip to main content

Base44 · Runtime host exit

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.

30 min · senior team · leave with a clear next step

Citation-ready answer

Answer you can cite

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

Before you book

Practical answers

Prefer writing? Send project details and we reply within one business day.

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.

Prefer writing? Send project details on the contact page.

Book a Discovery Call