Jit-Browser Del av Jit-4 plattformen EN-CA |
Jit-Browser-logo

Hvilken som helst nettside - når som helst - fra hvilket som helst språk TIL DITT.

En nettleser inne i nettleseren din som gjør hele nettet lesbart på ditt språk

Hver nettleser har et merke. Dette er vårt. En nettleser inne i en nettleser.

Hjulet bærer hver vogn når det migrerer inn i det nye nettet.
Eikene er Web2-håndtakene som holder nettet i gang.
Aksen er det som binder eikene til vognen.
Jit-Browser er den nye aksen som holder vognen din sterk,
aldri etterlatt når den digitale Oregon- og Santa Fe-stien fortsetter å bevege seg.

En nettleser inne i nettleseren din - alltid en vei fremover, på hvilket som helst språk.
Gevinsten er stien du ser når du aldri gir opp.

Web 4 som en nettlesersubsystem, ikke bare et skript

Her beskriver vi hva som skjer når vår patent-pågående kode kjører sammen med iChrome-nettleserens layoutmotor, dens JavaScript-motor og nettverksstakken, i stedet for å leve som "enda et skript" på siden. inne i serveren vår - eller serveren din - eller klientens nettleser.

β Flott hodeløs fangst i dag. Rask hodeløs fangst i morgen. Lynrask nettleserlag hvis integrert inne i nettlesere som Chrome eller HarmonyOS.

Hva Jit-Browser gjør i klart språk

Jit-Browser er en hodeløs nettleserpipeline som
aktiveres når en side fra hvilken som helst nettside blir forespurt / før den leveres ved å bruke våre proprietære beslutningsregler.

  • Starter en ekte Chrome-motor inne i en container
  • Laster den NØYAKTIGE siden akkurat som en bruker ville gjort (HTML, CSS, JS, skrifttyper, bilder)
  • Injiserer vår patent-pågående JS-kode fra api.jit-tr.com
  • Utfører vår JS-kode på stedet (for eksempel for ES-419 og Ai/AEO)
  • Fanger det endelige modifiserte DOM-et som et statisk HTML-snapshot
  • Leverer det statiske HTML-snapshotet

På vår side - eller på din - eller inne i en nettleser.

Det er denne samme arkitekturen Jit-TR bruker på ekte nettsteder, men kjører hodeløst, med tidslogger som viser nøyaktig hvor tiden går.

En fangst, trinn for trinn

1. Container + Chrome Start Docker, start hodeløs Chrome, fest Puppeteer.
Typisk kostnad: omtrent 8–15 sekunder ved kald start.
2. Sideinnlasting Last inn HTML, CSS, JS-bunter, skrifttyper og bilder for målstedet.
Typisk kostnad: omtrent 8–15 sekunder for tunge nettsteder.
3. Jit API oppstart Injiser Jit API-koden, velg språk (for eksempel ES-419), og initialiser.
Typisk kostnad for full/første gang/integrering: rundt 1–3 sekunder. Typisk kostnad for færre enn 10 redigeringer: rundt 0,01 sekunder.
4. Flyt / klikkhjelpere Valgfritt: aksepter en informasjonskapsel-banner, klikk “last mer”, eller rull for å avsløre innhold.
Kostnad avhenger av flyten, ofte rundt 0,01 sekunder.
5. Skjermbilde og HTML-dump Valgfritt å ta et fullside skjermbilde og skrive den oversatte HTML-en til disk.
Typisk rundt 0,01 sekunder hver.
6. Sikkerhetsventetider Korte faste ventetider for å sikre at all asynkron oversettelse og DOM-oppdateringer er fullført.
Vanligvis rundt 0,1 sekunder totalt.

Totalt sett tar en kald fangst av et stort nettsted rundt 5–15 sekunder. Det meste av dette er kostnaden for å starte en ny nettlesermotor inne i en container.

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

Det forsvinner hvis Jit API er innebygd i en nettleser!

Kald vs varm vs innebygd nettleserlag

Den samme pipelinen ser veldig forskjellig ut avhengig av hvor den kjører:

Kald headless kjøring (i dag)

  • Start Docker for hver fangst
  • Start Chrome headless for hver fangst
  • Last inn alle ressurser hver gang
  • Injiser Jit-TR og oversett

Typisk: 25–35 sekunder for én HarmonyOS-fangst.

Varm “hvilemodus” container

  • Gjenbruk en langvarig container
  • Gjenbruk en enkelt Chrome-instans
  • Gjenbruk bufret CSS, JS, skrifter og bilder
  • Endre kun den oversatte HTML-en

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

Innebygd nettlesersubsystem

  • Ingen Docker i det hele tatt
  • Ingen separat Chrome-prosess
  • Gjenbruk nettleserens innebygde cache
  • Jit-TR kjører inne i motoren som et flerspråklig lag

Inkrementell overhead: millisekunder, ikke sekunder.

Jit-Browser er en realistisk demo av hvordan et innebygd flerspråklig lag ville oppføre seg hvis nettlesere ga det en plass ved siden av layout, JS og nettverksstakken.

Eksempel på tidslinje fra en ekte fangst

Slik ser en ekte headless tidslinje ut når man fanger HarmonyOS i ES-419:

[URL] Side-URL for fangst: 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

Tidslinjen gjør poenget veldig klart: den langsomme delen er ikke oversettelsen, det er kaldstarten av en full nettleserstakk i en container. Flytt den samme logikken inn i nettlesermotoren, og mesteparten av den kostnaden forsvinner.

Dypdykk detaljer

Hvordan “Varm Modus” gjør Jit-Browser raskt

Dagens demo laster hver side den harde veien:

  • Start Docker
  • Start Chrome headless
  • Last inn nettstedet friskt
  • Injiser Jit-TR
  • Oversett og fang
  • Slå alt ned igjen

Dette er ekvivalenten av å slå av en bærbar PC, slå den på igjen, åpne nettleseren og besøke et nettsted for hver enkelt side. Kaldstartfangster lander omtrent rundt 25–35 sekunder på typisk maskinvare.

Varm Modus (“Hvilemodus”)

I stedet for å starte alt på nytt, kan Jit-Browser holde en varm headless Chrome kjørende i bakgrunnen:

  • Docker-containeren forblir aktiv
  • Puppeteer og Chrome forblir lastet
  • Faner forblir åpne eller gjenbrukbare
  • Nettleserens cache forblir varm (fonter, CSS, JS, bilder)

Hver ny forespørsel blir nesten umiddelbar sammenlignet med en kald oppstart:

  • Ingen Docker-oppsett
  • Ingen Chrome-oppsett
  • Cachede HarmonyOS eller Huawei-ressurser lastes fra disk
  • Bare den oversatte HTML-en endres

Oppvarmet modus fanger typisk nedgangen fra omtrent 30 sekunder til rundt 8–12 sekunder.

Hvorfor dette er viktig

Nettlesere har allerede innebygde lag for:

  • JavaScript-kjøring
  • HTML-layout
  • Nettverksstakk
  • Tilgjengelighetstre
  • GPU-rendering

Jit-TR oppfører seg som et manglende innebygd lag: et flerspråklig lag. Oppvarmet modus viser hvor raskt det kunne vært hvis oversettelsen kjørte direkte inne i nettlesermotoren i stedet for som et eksternt skript.