A Lovable saját platformjára költöztette a 42 milliós weboldalát

A saját termékükön fut tovább a lovable.dev

A Lovable 2026. augusztus 18-án számolt be arról, hogyan költöztette el a lovable.dev oldalt a Next.js és a Vercel környezetéből. A webhely most ugyanazon a platformon fut, amelyet a vállalat a felhasználók alkalmazásainak építésére és hosztolására kínál.

A lovable.dev összetett alkalmazás. Közel 400 útvonalat, több mint 910 ezer sor nem generált kódot és több mint 150 ügynöki eszközt támogat, emellett szintaxiskiemeléssel működő, beépített fejlesztőkörnyezetet is tartalmaz.

A vállalat szerint a költözés egyik fő oka a saját termék használata volt. Így közvetlenül megtapasztalhatják a felhasználók nehézségeit, és rövidebb visszacsatolási ciklusban javíthatják a platformot. A Lovable egyetlen, nagy forgalmú alkalmazás skálázását is tesztelni akarta. A cég korábban több tízmillió alkalmazás kiszolgálására összpontosított, amelyek többsége kis méretű és alacsony forgalmú.

TanStack Start és Cloudflare workerd

A Lovable jelenleg elsősorban TanStack Start alkalmazásokat épít és hosztol. A vállalat szerint ez a keretrendszer jól illeszkedik az izomorf végrehajtás, az egyszerű telepítés és a típusbiztonság iránti igényeikhez.

Minden közzétett Lovable-alkalmazás saját workerként készül a Cloudflare workerd futtatókörnyezetéhez. Egy közös belépési worker tölti be a kódot, dinamikusan létrehozza a workert, majd továbbítja hozzá a kérést. Az egyes dinamikus workerek külön V8 izolátumban futnak.

A cég leírása szerint egy izolátum példányosítása a worker csomagméretétől függően 4 ezredmásodperctől akár 1 másodpercig tarthat. Az izolátumokat gyorsítótárazzák és újra felhasználják, így a betöltési költség több kérés között oszlik meg. Ez teszi lehetővé a több millió alkalmazás gazdaságos futtatását.

A lovable.dev ugyanazt az alkalmazásbetöltő workert használja, mint a többi Lovable-alkalmazás. Kiszolgálásához kevesebb mint 200 egyedi kódsorra volt szükség, így az oldal a vállalat több mint 60 millió felhasználói alkalmazása között egy további csomagként jelenik meg.

Fokozatos migráció két keretrendszerrel

A migráció hat hónapig tartott. A folyamat kezdetén a fejlesztő 350 ezer kódsorral számolt, a befejezésre azonban az alkalmazás több mint 850 ezer sorosra nőtt, és azóta további 60 ezer sorral bővült.

A Lovable ezúttal elkerülte az úgynevezett nagy átállást. A régi rendszer leállítása és az új verzió egyszeri bekapcsolása helyett a Next.js és a TanStack Start párhuzamosan futott, az útvonalakat pedig fokozatosan helyezték át. Egy proxy worker útvonal és felhasználó szerint döntötte el, melyik keretrendszer szolgálja ki a kérést.

Az útvonalakat a gyakori felhasználói folyamatok alapján csoportosították. Öt nagyobb és néhány kisebb csoport jött létre, az átállásokat pedig funkciókapcsolókkal vezérelték. A felhasználók egy adott csoporton belül annál a keretrendszernél maradtak, amelyet először elértek.

A két keretrendszer közötti váltás teljes oldalbetöltést igényel, amely a vállalat adatai szerint a migráció előtt a valós felhasználóknál mediánosan körülbelül 5 másodpercig tartott, szemben a keretrendszeren belüli navigáció körülbelül 1,5 másodpercével. A vizuális hatást a böngészők View Transitions API-ja által biztosított átmenettel simították.

A közös kód lett a migráció alapja

A Lovable célja az volt, hogy a kód 90 és 95 százaléka keretrendszerfüggetlen legyen, és csak 5 és 10 százalék maradjon egyedi. A végére a Next.js-specifikus kód a webes kódbázis 3 százalékát tette ki, közvetlenül annak eltávolítása előtt.

A közös kód külön gyökérmappába került, és mindkét keretrendszerben ugyanazon az #shared/ aliason keresztül érhető el. Lint szabályok akadályozták meg, hogy ez a réteg a Next.jshez, a TanStack Starthez vagy a Node.js API-khoz kötődjön.

A Lovable szerint az egységes technológiai alapból a felhasználók is profitálhatnak. A saját skálázási tapasztalataikat és a webalkalmazások készítésével kapcsolatos belső tudást a builder ügynök fejlesztésébe is visszaforgatják.