Jit-Browser Del af Jit-4 platformen EN-CA |
Jit-Browser logo

Enhver hjemmeside - når som helst - fra ethvert sprog TIL DIT.

En browser inde i din browser der gør hele nettet læsbart på dit sprog

Hver browser har et mærke. Dette er vores. En browser inde i en browser.

Hjulet bærer hver vogn, når det migrerer ind i det nye web.
Egerne er Web2-håndtagene, der holder nettet kørende.
Aksen er det, der binder egerne til vognen.
Jit-Browser er den nye akselmontering, der holder din vogn stærk,
aldrig efterladt, mens den digitale Oregon og Santa Fe Trail fortsætter med at bevæge sig.

En browser inde i din browser - altid en vej fremad, på ethvert sprog.
Det "vind" er den vej, du ser, når du aldrig giver op".

Web 4 som en browser underkomponent, ikke bare et script

Her beskriver vi, hvad der sker, når vores patentansøgte kode kører sammen med iChrome Browser layoutmotoren, dens JavaScript-motor og netværksstakken, i stedet for at leve som "endnu et script" på siden. inde i vores server - eller din server - eller klientens browser.

β Fantastisk headless capture i dag. Hurtig headless capture i morgen. Lynhurtig browserlag, hvis det integreres inde i browsere som Chrome eller HarmonyOS.

Hvad Jit-Browser gør i almindeligt sprog

Jit-Browser er en headless browser pipeline, der
aktiveres, når en side fra enhver hjemmeside anmodes om / før den leveres ved hjælp af vores proprietære beslutningsregler.

  • Starter en ægte Chrome-motor inde i en container
  • Indlæser den PRÆCIS samme side, som en bruger ville (HTML, CSS, JS, skrifttyper, billeder)
  • Injekterer vores patentansøgte JS-kode fra api.jit-tr.com
  • Udfører vores JS-kode på stedet (for eksempel til ES-419 og Ai/AEO)
  • Fanger det endelige modificerede DOM som et statisk HTML snapshot
  • Leverer det statiske HTML snapshot

På vores side - eller på din - eller inde i en browser.

Det er denne samme arkitektur, Jit-TR bruger på rigtige sider, men kører headless, med tidslogs der viser præcist, hvor tiden går.

En capture, trin for trin

1. Container + Chrome Start Docker, start headless Chrome, tilslut Puppeteer.
Typisk omkostning: omkring 8–15 sekunder ved en kold start.
2. Sideindlæsning Indlæs HTML, CSS, JS-bundter, skrifttyper og billeder til det målrettede websted.
Typisk omkostning: omkring 8–15 sekunder for tunge sider.
3. Jit API boot Injekter Jit API-koden, vælg sprog (for eksempel ES-419), og initialiser.
Typisk omkostning for fuld/første gang/integration: omkring 1–3 sekunder. Typisk omkostning for færre end 10 redigeringer: omkring 0,01 sekunder.
4. Flow / klik hjælpere Valgfrit: accepter en cookie-banner, klik “indlæs mere”, eller rul for at afsløre indhold.
Omkostninger afhænger af flowet, ofte omkring 0,01 sekunder.
5. Screenshot og HTML dump Valgfrit at tage et fuldside screenshot og skrive den oversatte HTML til disk.
Typisk omkring 0,01 sekunder hver.
6. Sikkerhedsventetider Korte faste ventetider for at sikre, at al asynkron oversættelse og DOM-opdateringer er færdige.
Normalt omkring 0,1 sekunder i alt.

I alt, en kold optagelse af et stort site tager omkring 5–15 sekunder. Det meste af det er omkostningen ved at starte en ny browsermotor inde i en container.

Det dissipateres, hvis Docker, headless Chrome og Puppeteer forbliver aktive som en daemon.

Det FORSVINDER, hvis Jit API er indlejret i en browser!

Kold vs varm vs native browserlag

Den samme pipeline ser meget forskellig ud afhængigt af, hvor den kører:

Kold headless kørsel (i dag)

  • Start Docker for hver optagelse
  • Start Chrome headless for hver optagelse
  • Genindlæs alle aktiver hver gang
  • Injektér Jit-TR og oversæt

Typisk: 25–35 sekunder for en HarmonyOS optagelse.

Varm “søvn tilstand” container

  • Genbrug en langvarig container
  • Genbrug en enkelt Chrome instans
  • Genbrug cachede CSS, JS, skrifttyper og billeder
  • Ændre kun den oversatte HTML

Typisk: 8–12 sekunder når den er varm for den samme side.

Native browser subsystem

  • Ingen Docker overhovedet
  • Ingen separat Chrome proces
  • Genbrug browserens indbyggede cache
  • Jit-TR kører inde i motoren som et flersproget lag

Inkrementel overhead: millisekunder, ikke sekunder.

Jit-Browser er en realistisk demo af, hvordan et indbygget flersproget lag ville opføre sig, hvis browsere gav det en plads ved siden af layout, JS og netværksstakken.

Eksempel på timing trace fra en reel optagelse

Dette er, hvordan et reelt headless timing trace ser ud, når man optager HarmonyOS i ES-419:

[URL] Side URL for optagelse: https://www.AnyWebsite/
[SNIPPET-URL] https://dev.api.jit-tr.com/?jittr=ES-419
[CSP] Bypassing page CSP for this capture session

[TIME] t0 start : +     0 ms
[TIME] t1 launch : +  6200 ms   (Δ launch =   6200)
[TIME] t2 goto   : + 17200 ms   (Δ page load = 11000)
[TIME] t3 inject : + 19250 ms   (Δ Jit-TR boot = 2050)
[TIME] t4 flow   : + 19260 ms   (Δ flow = 10)
[TIME] t5 shot   : + 20500 ms   (Δ shot = 1240)
[TIME] t6 html   : + 21550 ms   (Δ html = 1050)
[TIME] t7 done   : + 23550 ms   (Δ final wait = 2000)

[PAGE] log [Jit-TR] Language chosen → ES-419
[PAGE] log calling:https://dev.api.jit-tr.com/files/translateDocument.php
[PAGE] log calling setFlags
[PAGE] log calling setStore
[HTML] Writing to output/ES-419/index.php

Trace gør punktet meget klart: den langsomme del er ikke oversættelsen, det er den kolde start af en fuld browserstak i en container. Flyt den samme logik ind i browsermotoren, og de fleste af de omkostninger forsvinder.

Dybdegående detaljer

Hvordan “Varm Tilstand” gør Jit-Browser hurtig

Dagens demo indlæser hver side den hårde vej:

  • Start Docker
  • Start Chrome headless
  • Indlæs sitet friskt
  • Injektér Jit-TR
  • Oversæt og optag
  • Luk det hele ned igen

Dette svarer til at slukke en bærbar computer, tænde den igen, åbne browseren og besøge et site for hver enkelt side. Kold-start optagelser tager cirka 25–35 sekunder på typisk hardware.

Varm Tilstand (“Søvn Tilstand”)

I stedet for at genstarte alt, kan Jit-Browser holde en varm headless Chrome kørende i baggrunden:

  • Docker container forbliver aktiv
  • Puppeteer og Chrome forbliver indlæst
  • Faner forbliver åbne eller genanvendelige
  • Browsercache forbliver varm (skrifttyper, CSS, JS, billeder)

Hver ny anmodning bliver næsten øjeblikkelig sammenlignet med en kold opstart:

  • Ingen Docker-opstart
  • Ingen Chrome-opstart
  • Cachede HarmonyOS eller Huawei-aktiver indlæses fra disk
  • Kun det oversatte HTML ændres

Warm-mode optagelser falder typisk fra omkring 30 sekunder til omkring 8–12 sekunder.

Hvorfor dette er vigtigt

Browsere har allerede native lag til:

  • JavaScript-udførelse
  • HTML-layout
  • Netværksstak
  • Tilgængelighedstræ
  • GPU-rendering

Jit-TR opfører sig som et manglende native lag: et flersproget lag. Warm Mode viser, hvor hurtigt det kunne være, hvis oversættelsen kørte direkte inde i browsermotoren i stedet for som et eksternt script.