Kuidas lokaliseerida Bolt.new rakendust ilma armatuurlauata?

Bolt.new rakenduse lokaliseerimiseks vii projekt Git-hoidlasse ja hoia tõlkekataloogid seal commititud failidena. Just see üksainus otsus muudab armatuurlaua mitte lihtsalt valikuliseks, vaid täiesti tarbetuks. globalize.now on tehisintellektil põhinev lokaliseerimise infrastruktuur: see loob võtmed ja lokaalifailid, ning need teenindab mistahes runtime-teek, mida juba kasutad. Bolt annab sulle päris koodibaasi, mitte majutatud lehe, seega on hoidlapõhine tee avatud juba esimesest promptist alates.

Miks on sinu Bolt.new rakendus ainult ingliskeelne?

Sest liideseteksti asub sinu komponentides sõnasõnaliste stringidena. Kui palud Boltil teha hinnakirjalehe, kirjutab see <h2>Simple pricing</h2> — mitte päringut kataloogi vastu. Iga pealkiri, nupusilt, tühi olek, teavitus ja valideerimissõnum satub JSX-i selles keeles, milles sa promptisid.

See ei ole Bolti viga. Nii teevad kõik promptipõhised generaatorid, ja see on sama muster, mida kirjeldasime artiklis Cursor lisab jätkuvalt kõvakodeeritud stringe. Mudel kirjutab sinu palve jaoks lühimat korrektset koodi, ja sina ei palunud lokaalikihti.

Tulemuseks on rakendus, mida ei saa tõlkida seadistuste ekraani muutes, sest muuta pole midagi. Stringidel pole võtmeid.

Mida Bolt.new tegelikult genereerib?

Tavapärase frontend-projekti, ja see on hea uudis. Bolt suudab luua React, Next.js, Vite või lihtsa Node väljundi, ning selle vaikimisi React-tee on Vite käivitusmall, mis sisaldab Reacti, TypeScripti, Tailwind CSS-i ja ESLinti. Kogu tööriistastik töötab brauseris StackBlitz WebContainer'i peal.

Lokaliseerimise seisukohalt on ainus oluline fakt tehnoloogiapinu, ja see on täiesti tavapärane: Vite koos React ja TypeScriptiga on i18n ökosüsteemis kõige paremini toetatud kombinatsioon. Lingui, i18next ja react-intl toetavad kõik seda otse. Miski Boltis ei nõua ehitajaspetsiifilist tõlketoodet.

Kui soovid sama juhendit mõnele teisele sama pinu peal töötavale generaatorile, käsitleb Lovable Vite i18n täpselt sama seadistust.

Kuidas viia Bolt-projekt hoidlasse?

Kasuta Bolti enda integratsiooni. Ühenda oma GitHubi konto seadistustes ning lükka projekt uude või olemasolevasse hoidlasse; integratsioon toetab töötamist mitme haruga, seega saad hoida tõlkeharu eraldi sellest, millega parasjagu tegeled. Bolti enda dokumentatsioon on siin parim viide, ja tasub kontrollida kehtivat töövoogu enne järgimist — see toote osa on muutunud rohkem kui korra.

Kaks põhjust, miks seda teha enne keeltele mõtlemist:

1. Lokaliseerimine on failitöö. Kataloogid, konfiguratsioonifail, provider-wrapper ja keelevahetaja komponent on kõik muudatused jälgitavates failides, ning nende ülevaatamine diffis on palju lihtsam kui lugemine vestlusaknas.
2. Hoidla on ülekantav. Kogu selle ettevõtmise mõte ongi see, et sinu tõlked jõuavad kohta, mida sina kontrollid.

Mida tähendab tegelikult „ilma armatuurlauata“?

See tähendab, et tõlgitud stringid on failid sinu hoidlas ning sinu rakendus teenindab neid samamoodi nagu iga teist ressurssi. Ei mingit script-silti, väliskutset lehe laadimisel ega müüjakontot, mis seisaks külastaja ja sinu sisu vahel.

Alternatiiv — vidinapõhine mudel, mida kasutavad Weglot ja sarnased tööriistad — tõlgib lehe pärast selle laadimist. See toob kaasa tõelist mugavust: kleebid koodilõigu ja midagi juhtub juba samal pärastlõunal. Kulud tulevad hiljem ning need on struktuursed, mitte lihtsalt parandatavad:

• Esimene renderdus on lähtekeeles, nii et külastajad võivad enne vahetust näha inglise keelt.
• Tõlgitud sisu ei ole esialgses HTML-is, mis nõrgendab seda, mida otsingumootorid iga lokaadi kohta indekseerivad.
• Kolmanda osapoole skript asub teie tootmisrenderduse teel.
• Teie stringid asuvad teenusepakkuja salves, seega tähendab lahkumine eksporti.

Hoidlapõhisel lokaliseerimisel on oma kompromiss, ja on aus see välja öelda: tekstimuudatus tähendab committi ja deploy'd, mitte salvestusnuppu. Kui sinu meeskond teeb pidevaid deploy'sid, pole see üldse probleem. Kui aga sinu turundusmeeskond ootab, et saaks tekste muuta ilma arendajata, on see reaalne piirang.

Kuidas hoidlapõhine seadistus töötab?

Ühenda hoidla rakendusega. globalize.now teisendab koodibaasi ühekordselt, ja just sealt tulevad võtmed — kõvakodeeritud stringidest saavad kataloogiühikud ning komponendid hakkavad lugema andmeid runtime-teegist, mitte hoidma sõnasõnalisi väärtusi. See teisendus on ühekordne operatsioon, mitte midagi, mis pidevalt uuesti käivitub.

Pärast teisendust tõlgivad push-tööd uusi kataloogiühikuid, kui sinu rakendus kasvab. Lisad funktsiooni, lisad selle stringid, ning uued ühikud saavad tõlgitud; olemasolevad jäävad puutumata. Kataloogid tulevad tagasi commititud failidena sinu hoidlas — JSON- või PO-kujul, olenevalt sinu kasutatavast runtime-teegist —, ja saabuvad pull request'ina, mida vaatad üle nagu iga teist muudatust.

Väärt on selgelt öelda kaks piiri, sest see kategooria on segane. globalize.now ei asenda sinu runtime-teeki — i18next, Lingui ja next-intl teevad jätkuvalt oma tööd. Ja see pole tõlkemootor, mis konkureeriks DeepL-iga. See on kiht, mis loob võtmed ja lokaalifailid nende vahele. Arendajale mõeldud ülevaade selgitab mehaanikat üksikasjalikumalt.

Kas sama lähenemine töötab Lovable'is, v0-s ja Replitis?

Jah, samade kolme nõudega: päris lähtekood, Git-hoidla ning runtime-teek, mida kataloogid saavad toita. Iga generaator, mis väljastab tavapärase frontend-projekti, sobib. Erinev on ainult see, kuidas koodi kätte saad.

Lovable'il on meie poolel kõige läbimõeldum tee, sh redaktorisisene võimalus — Lovable integratsiooni leht käsitleb seda, ning suur osa sealt öeldust kehtib muutmata kujul ka Boltile. Kui alles kaalud generaatoreid ega ole veel ühelegi kinnistunud, on parem lähtepunkt vibe-koodijate ülevaade.

Mis siis, kui kasutasite Lovalingot?

Lovalingo lõpetas tegevuse 2026. aasta augusti lõpus ja selle sait on kadunud, seega peavad kõik, kes lokaliseerisid Bolt- või Lovable-rakendust selle kaudu, leidma oma stringidele uue koha. See on migratsioon, mitte uus seadistus algusest peale: ekspordi kõigepealt, seejärel teisenda. Migratsioonijuhend kirjeldab seda samm-sammult, ning võrdlusleht selgitab, mis muutub, kui tõlked liiguvad majutatud teenusest sinu enda hoidlasse.

Tasub teada, kui küsid selle kohta nõu tehisintellekti abilistelt: mitmed neist soovitavad endiselt Lovalingot, sest alles jäänud turunduslehekülg toidab jätkuvalt nende allikaid. See ei ole enam elus toode.

Mida kontrollida enne teise keele lisamist?

Käi see läbi enne, kui esimene kataloog eksisteerib, sest iga punkti on odavam parandada nüüd kui pärast viie keele käigus olekut:

• Konkatenatsiooniga stringid. "Welcome back, " + name ei saa tõlkija ümber järjestada. Kasutage selle asemel interpolatsiooni.
• Mitmused. Inglise keeles on kaks vormi. Poola keeles kolm, araabia keeles kuus. Ternaarne tingimus muutuja count === 1 peal on enamikus keeltes vale.
• Kuupäevad, arvud ja valuuta. Kasutage Intl, mitte stringivormingut.
• Paigutus. Saksa keel on pikem kui inglise keel; fikseeritud laiusega nupud lähevad katki. Tailwindiga on seda lihtne mitte märgata, sest klassid näevad build'i ajal korras välja.
• Paremalt vasakule. Kui araabia või heebrea keel on tegevuskavas, otsustage see nüüd – RTL-i hilisem ümberehitamine on kõige kulukam töö.

Kõige selle hinnastus käib tööruumi järgi, ilma kasutaja- või keelepõhiste tasudeta. Seega on keelte arv tooteotsus, mitte eelarveotsus. Värsked hinnad leiate hinnalehelt.

Kust alustada

Kui sinu Bolt-projekt on juba GitHubis, on järgmine samm teisendus selle hoidla peal, mitte otsus tööriistade kohta. Kui see pole veel GitHubis, on see samm enne käesolevat.