Tehisintellektiga loodud rakenduse majutamine: Lovable’ist teie serverisse

Kus teie rakendus täna töötab

Lovable, Bolt ja Replit avaldavad rakenduse oma taristul ühe klõpsuga. Nende dokumentatsioon ütleb oktoobri 2026 seisuga järgmist:

v0 avaldab Verceli projektis ja genereerib Next.js-rakenduse (React, TypeScript, Tailwind CSS); koodi saab eksportida või GitHubiga kahes suunas sünkroonida. Cursor on teie arvutisse paigaldatud redaktor ja programmeerimisagent: kood on juba seal ja majutuse valik on täielikult teie otsustada.

Need sisseehitatud majutused on loodud kiireks avaldamiseks. Nii Lovable’i kui ka Repliti puhul on võrgus olev versioon hetktõmmis, mis uueneb iga avaldamisega, ja kulu järgib platvormi kasutust (Lovable’i puhul katavad krediidid back-endi tegevust ja tehisintellekti; Repliti Starter-pakett sisaldab üht avaldatud rakendust, mis aegub 30 päeva pärast ja tuleb uuesti avaldada). Oma serverisse kolitakse, et saada domeen ja andmed enda kontrolli alla, reserveeritud ressursid, püsivad taustatööd või täita vastavusnõudeid.

Koodi ja andmete kättesaamine

Kõige kindlam on siduda projekt GitHubi hoidlaga: iga muudatus jõuab sinna commitina koos kogu ajalooga. Lovable’i puhul töötab sünkroonimine kahes suunas: jätkate Lovable’is ehitamist, samal ajal kui teie server rakendust teenindab.

1. Lovable: siduge projekt GitHubi, GitLabi või Bitbucketiga või laadige alla koodi .zip-arhiiv (tasuline tellimus).
2. Bolt: ühendage GitHub või klõpsake vasakul üleval projekti pealkirjal ja seejärel «Download».
3. Replit: failipuu kohal kolme punktiga menüü, seejärel «Download as zip»; või Giti tööriist, mis on seotud teie GitHubi kontoga, automaatse sünkroonimisega.
4. v0: ühendage GitHub projekti menüüst («Settings», seejärel «GitHub») või eksportige kood.

Kood ei sisalda andmebaasi sisu ega teie kasutajate üles laaditud faile. Lovable’i puhul eksporditakse andmebaas projektist .backup-failina, mis taastatakse käsuga pg_restore, ja salvestuse failid laaditakse alla eraldi. Bolti puhul saab andmebaasi siduda teie enda Supabase’i kontoga (Pro- ja Teams-paketid).

Millest teie rakendus koosneb

Avage fail package.json: see ütleb, millel rakendus põhineb, ja seega, mida teie server peab käitama.

Vite’i puhul lisatakse iga muutuja, mille nimi algab eesliitega VITE_, ehitamise ajal brauserisse saadetavasse koodi: iga külastaja saab seda lugeda ja selle väärtuse muutmine nõuab uut ehitamist. See on taotluslik Supabase’i avaliku võtme puhul (sb_publishable_… või vanem anon), mis on mõeldud brauserile ja mida piiravad reataseme turvareeglid (RLS). Salajane võti (sb_secret_… või vanem service_role) möödub nendest reeglitest: see jääb serverisse, ilma eesliiteta VITE_.

VITE_SUPABASE_URL=https://xxxx.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=sb_publishable_xxxx
VITE_SUPABASE_PROJECT_ID=xxxx

Lülitage RLS sisse igas tabelis enne avaldamist: just selle reeglid kaitsevad teie andmeid, samal ajal kui avalik võti brauseris liigub.

Rakenduse paigaldamine oma serverisse samm-sammult

Linuxiga VPS-is järgib avaldamine alati sama järjekorda. Lovable soovitab oma rakenduste ehitamiseks ja käitamiseks Node.js 22.

1. Ehitamine: kloonige hoidla serverisse ja käivitage npm install ning npm run build. Vite’i rakendus loob staatilised failid kausta dist/; TanStack Starti rakendus ehitatakse käsuga NITRO_PRESET=node-server npm run build ja käivitatakse käsuga node .output/server/index.mjs pordil 3000; Next.js-rakendus käivitatakse käsuga npm run start.
2. Protsess: serveriga rakenduse käivitab systemd-teenus koos masinaga ja taaskäivitab selle, kui see seiskub.
3. Veebiserver: Nginx või Caddy võtab külastajad vastu. Vite’i rakenduse puhul tagastab see iga tundmatu aadressi korral index.html, muidu vastab värskendatud leht veaga 404; serveriga rakenduse puhul edastab see päringud Node.js-protsessile.
4. Domeeninimi: DNS-i A-kirje (ja IPv6 jaoks AAAA) suunab serverile.
5. HTTPS: tasuta Let’s Encrypti sertifikaat. Caddy hangib ja uuendab selle ise; Nginxiga teeb seda Certbot.
6. Saladused: keskkonnafailis, mida saab lugeda ainult rakenduse kasutaja, väljaspool Giti hoidlat.
7. Andmebaas: jätke back-end oma teenusepakkuja juurde või paigaldage see oma serverisse. Supabase’i rakendus vajab lisaks PostgreSQL-andmebaasile autentimist, salvestust, reaalajateenust ja serverifunktsioone: ise majutatud Supabase koondab need.
8. Ümbersuunamisaadressid: lisage oma domeen autentimise lubatud URL-ide hulka ning Google’is või GitHubis, kui back-endi aadress muutub.
9. Varukoopiad: andmebaas ja failid igal ööl, kopeerituna väljapoole serverit, ning aeg-ajalt proovitaastamine.

app.votre-domaine.com {
	reverse_proxy 127.0.0.1:3000
}

server {
    server_name app.votre-domaine.com;
    root /var/www/app/dist;

    location / {
        try_files $uri $uri/ /index.html;
    }
}

Mida on vaja, et rakendus püsiks

Võrgus olev rakendus elab: selle sõltuvused saavad parandusi, andmebaas kasvab, liiklus muutub. Kiiruse ja turvalisuse hoidmine mahub ühte rutiini:

See rutiin on süsteemiadministraatori töö ja selle saab teistele usaldada. Hallatava VPS-iga (Managed VPS) hoiab majutaja serveri ajakohasena, jälgib seda päeval ja öösel ning sekkub ilma teie kõnet ootamata. Ta jälgib ka teie rakendust proaktiivselt (vead, aeglus, kulukad päringud, kettaruum) ja soovitab teile paranduse: rakendate selle oma tehisintellekti assistendiga, nii nagu rakenduse ehitasite, ja kontroll teie koodi üle jääb teile.