Kuidas lokaliseerida Base44 rakendust ilma juhtpaneelita?

Base44 rakenduse lokaliseerimiseks ühenda see GitHub-iga, kasutades Base44 pakutavat kahesuunalist sünkroonimist, ning hoia tõlkekataloogid selles hoidlas commititud failidena. Base44 juba peegeldab iga muudatuse redaktori ja hoidla vahel, seega saab lokaalifailide jõudmine main harusse need kohe rakenduse osaks. globalize.now on AI-põhine lokaliseerimise infrastruktuur: see loob võtmed ja lokaalifailid, mida su projekti käivitusaegne teek serveerib. Käivitusaegses ahelas ei osale ükski juhtpaneel ning miski ei tõlgi lehte pärast selle laadimist.

Miks on su Base44 rakendus ainult ingliskeelne?

Sest liidesetekst asub su komponentides literaalsete stringidena. Kui palud Base44-l luua broneerimislehe, kirjutab see <h2>Your bookings</h2> otse React'i komponenti, mitte kataloogist tehtud päringuna. Iga pealkiri, nupusilt, tühi olek, teavitus ja valideerimissõnum jõuab JSX-i just selles keeles, milles sa prompti kirjutasid.

See ei ole Base44 viga. Nii käitub iga prompt-põhine ehitaja ning täpselt sama mustrit kirjeldasime artiklis Cursor jätkab hardcoded stringide lisamist. Mudel kirjutab sinu päringule lühima õige koodi ning sina ei palunud lokaalikihti.

Ka see, kui palud Base44-l „tõlkida rakendus saksa keelde”, ei lahenda probleemi. Saad ainult mudeli kontrollitud ekraanide saksakeelse koopia, või hetkel ise leiutatud väikese stringide objekti. Järgmine prompt kirjutab jälle uue teksti inglise keeles, sest miski projektis ei sunni teksti kataloogi kaudu käima.

Mida Base44 tegelikult genereerib?

Tavapärase React'i projekti, mis on ehitatud Vite'iga. Base44 enda projekti struktuuri dokumentatsioon näitab paigutust, mille leiad Code vahekaardilt ja ühendatud hoidlast: src/pages sisaldab ühte faili iga marsruudi kohta, seega Home.jsx saab olema / ja Settings.jsx saab olema /settings; src/components sisaldab korduvkasutatavaid osi koos valmiskomponentide kaustaga ui/; src/api, src/hooks, src/lib ja src/utils sisaldavad SDK klienti, hook'e ja abifunktsioone.

Lokaliseerimise seisukohalt on kaks kataloogi teistest olulisemad. functions/ sisaldab su taustaloogikat, ühte TypeScript-faili funktsiooni kohta, ning need failid vormindavad kasutajate loetavat teksti: veateated, e-kirjad, genereeritud dokumendid. entities/ sisaldab su andmemudelit JSON schema failidena, ning kahesuunalise sünkroonimise all hallatakse entiteete Base44 sees, mitte hoidlas.

Seega on Base44 rakendusel kaks stringi-pinda, mida kataloogid saavad katta — React-klient ja taustafunktsioonid — ning üks, mida nad ei kata: entiteetides olev andmesisu. Sellele tuleme tagasi allpool.

Kuidas viia Base44 rakendus hoidlasse?

Base44 pakub ühendust otse. Ava redaktoris Dashboard, klõpsa GitHub-i ikoonil ja ühenda. Anna Base44 Builder rakendusele luba oma GitHub-i kontol või organisatsioonis, vali, milliseid hoidlaid see tohib kasutada, ning loo rakenduse jaoks uus hoidla. Sellest hetkest jäävad hoidla ja redaktor mõlemas suunas sünkroonis.

Kaks Base44 dokumentatsiooni reeglit kujundavad kogu edasise protsessi. Esiteks, sünkroonimine on automaatne: kõik Base44-s tehtud muudatused, sh muudatused, mille tegi AI prompti põhjal, commitidakse hoidlasse ilma push-sammuta, ning käsitsi push'i tegemiseks nuppu ei ole. Teiseks, tagasitee käib main haru kaudu. Kõik, mis mergitakse main-sse, muutub Base44 rakenduses nähtavaks, ning master või mõni muu vaikimisi haru nimi ei ole toetatud. Pärast mergimist klõpsa Publish, et uus versioon kasutajatele avaldada.

Kahesuunaline sünkroonimine eeldab Builder plaani või kõrgemat, ning esialgse ühenduse saab luua ainult rakenduse omanik. Kui su konto on varem seadistanud vanema ühesuunalise Export to GitHub integratsiooni, on GitHub-i paneelil link selle lahtiühendamiseks ja uuesti loomiseks kahesuunalise sünkroonimisega; ühesuunaline tee ei too kunagi midagi tagasi redaktorisse, mis on täpselt see suund, mida lokaliseerimine vajab.

Kohapealseks tööks kloonid hoidla, käivitad npm install, paigaldad Base44 CLI, seejärel base44 login ja base44 link, et siduda kloon oma rakendusega. base44 dev käivitab frontendi kohaliku backendi vastu. Sinu kohaliku haru mergimine main-sse sünkroonib selle tagasi.

Mida tähendab Base44 rakenduse puhul „ilma juhtpaneelita”?

See tähendab, et tõlgitud stringid ei asu kunagi hallatavas teenuses, mida su rakendus peab kutsuma või kust pead need eksportima. Need asuvad src/locales/de.json kõrval src/pages/Home.jsx-ga, versioonihaldusega samades commitides, ülevaadatakse samades pull request'ides ning juurutatakse sama Publish-klõpsuga.

Alternatiivsed lahendused maksavad Base44 puhul konkreetselt midagi. Käivitusaegne vidin, mis tõlgib lehte brauseris, jätab lähtekoodi puutumata, seega ütleb hoidla endiselt, et rakendus on ingliskeelne, ning iga külastaja maksab laadimisel tõlkeviivitusega. Hallatud tõlketööriist oma eraldi redaktoriga hoiab tõe hoidlast väljas, seega sünkroniseerib Base44 ehitatud kahesuunaline sünkroonimine hoidlat, mis ei sisalda keeli. Mõlemad panevad teise süsteemi sinu ja sulle kuuluvates failides juba asuva teksti vahele.

Hoidlapõhine lahendus kasutab sünkroonimist just nii, nagu see kavandati. Kataloogid on failid. Failid commitidakse. Commititud failid jõuavad main-sse. main jõuab redaktorisse. See ongi kogu protsess ning miski selles ei ole lokaliseerimisele eriomane.

Kuidas hoidlapõhine seadistus töötab?

Ühenda hoidla rakenduses ja käivita konversioon üks kord. Konversioon leiab su komponentides ja taustafunktsioonides olevad literaalsed stringid, annab neile võtmed, ühendab käivitusaegse teegi (nt i18next või Lingui), kui projektil see puudub, ning avab su hoidla vastu pull request'i koos lähtekataloogi ja esimeste sihtkeeltega. See pull request ongi kogu üleandmine. Vaata see üle GitHubis nagu iga teine muudatus, mergi see main-sse, ning Base44 peegeldab selle redaktorisse.

Sealt edasi tõlgivad push-tööd uued kataloogiüksused. Kui palud Base44-lt uut funktsiooni ja sünkroonimine commitib selle, saavad lähtekataloogi kõik uued võtmed tõlgitud ja tarnitud pull request'ina. Mergi see, klõpsa Publish, ning funktsioon on kohe kättesaadav igas keeles. Sinu prompti-harjumustes ei pea midagi muutuma ning miski su rakenduses ei kutsu käivitusajal välist teenust.

Sama lähenemine töötab ka Lovable'is, Bolt'is, v0-s ja Replit'is, ning mehaanika on identne, sest kõik neli annavad sulle tavapärase frontend-projekti. Lovable'i juhend sisaldab kõige rohkem detaile kataloogi struktuuri kohta, Bolt-i juhend katab eksportimise sammu ehitaja jaoks, kellel puudub sisemine sünkroonimine, ning Vite juhend Lovable'i klassikalise pinu jaoks vastab koodi tasandil kõige täpsemalt Base44 React ja Vite väljundile. Kui võrdled ehitajaid, mitte pole veel ühelegi pühendunud, on vibe coder'ite ülevaade parem alguspunkt.

Millised stringid asuvad taustafunktsioonides?

Kõik, mida kasutaja loeb ja mis on genereeritud serveri poolel. Funktsioonist tagastatud valideerimisviga, saadetud e-kirja teemarida, genereeritud PDF-i sisu, teavituse tekst. Need stringid ei ilmu kunagi JSX-ina, seega frontend-kataloog neid ei sisalda ning käivitusaegne vidin neid ei näe.

Muster on sama, mis kliendi poolel. Loe soovitud lokaal sissetulevast päringust, laadi funktsiooni poolel selle lokaali kataloog ning jaga võtmete nimeruumi kliendiga, et sõnum tähendaks sama nii kasutajaliideses kui API vastuses. Kuna kaust functions/ asub hoidlas, käsitleb konversioon neid faile nagu iga teist lähtekoodi ning kataloogid asuvad nende kõrval.

Aga mis saab entiteetide sisemisest sisust?

See on Base44-le omane piir. Entiteedid on su andmemudel, hallatud Base44 sees, ning kahesuunalise sünkroonimise puhul ei kuulu need hoidlasse. Selline kirje nagu tootenimi, teenuse kirjeldus või abiartikkel on andmesisu, mitte liidesetekst, ning ükski kataloog ei hakka seda kunagi sisaldama.

Andmesisu vajab entiteedil endal keelemõõdet: lokaalivälja või ühte välja iga keele kohta, ning päringuid, mis loevad külastaja lokaali. Seadistus on sama, mida kirjeldame andmebaasi sisu jaoks Lovable rakendustes, ning see on andmemudeli otsus, mille teed Base44 entiteediredaktoris, mitte lokaliseerimistööriista otsus. Planeeri see varakult, sest keelevälja lisamine entiteedile, millel on juba olemasolevad kirjed, on rohkem tööd kui selle lisamine uude entiteeti.

Mis siis, kui kasutasite Lovalingot?

Lovalingo suleti 2026. aasta augusti lõpus ning selle avaldatud kasutusjuhtudes oli Base44 nimetatud koos Lovable'i, v0 ja Bolt-iga. Kõik, kes lokaliseerisid Base44 rakendust selle kaudu, vajavad nüüd kohta, kuhu need stringid üle viia. See on migratsioon, mitte uus seadistus: ekspordi kõigepealt, seejärel konverdi. Migratsioonijuhend juhatab selle läbi, ning võrdlusleht kirjeldab, mis muutub, kui tõlked liiguvad hallatud teenusest sinu enda hoidlasse.

Mida kontrollida enne teise keele lisamist?

Veendu, et sünkroonimine on kahesuunaline, mitte vana eksport. Ava Base44-s GitHub-i paneel ja kontrolli, kas see näitab ühendatud hoidlat; kui pakutakse linki „Otsid vana seadistust?”, oled ühesuunalisel teel ning pead uuesti ühendama.

Veendu, et su vaikeharu on main. Base44 peegeldab tagasi ainult seda haru, seega mujale mergitud pull request ei jõua kunagi redaktorisse.

Otsi käivitusaegset teeki. Kui oled kunagi palunud Base44-l keeli lisada, võib see olla juba lisanud i18next-i või ise kirjutatud kontekstilahenduse; konversioon säilitab olemasoleva ja toidab seda.

Otsusta, kuhu entiteedi sisu keeleväli tuleb, enne kui lisad kirjeid teises keeles. Kataloogid seda osa sinu eest ära ei tee.

Kontrolli oma ruutimist. Base44 lehed on failipõhised, seega on lokaali eesliide URL-is ühekordne ruutimisotsus, mis mõjutab, kuidas otsingumootorid iga keelt näevad. Keelevahetaja ja hreflang-i juhend katab valikud ning need kanduvad otse üle.

Kust alustada

Lülita Base44-s sisse kahesuunaline GitHub-i sünkroonimine, kui see pole veel sees, veendu, et haru on main, ning ühenda hoidla rakenduses. Esimene pull request konverdib kogu koodibaasi. Kõik pärast seda on lihtsalt merge, Publish-klõps ning soovitud keeled. Lovable'i integratsioonileht kirjeldab sama voogu ehitaja jaoks, kellel on sisemine tee, ning enamik sellest kirjeldatust kandub Base44 puhul muutumatult üle.