Jit-Browser Deel van het Jit-4 platform EN-CA |
Jit-Browser logo

Elke website - elke tijd - vanuit elke taal NAAR DE JOUW.

Een browser binnen je browser die het hele web leesbaar maakt in jouw taal

Elke browser heeft een merk. Dit is de onze. Een browser binnen een browser.

Het wiel draagt elke wagen terwijl het migreert naar het nieuwe web.
De spaken zijn de Web2-handvatten die het web laten werken.
De as is wat de spaken aan de wagen bindt.
Jit-Browser is de nieuwe as die je wagen sterk houdt,
nooit achtergelaten terwijl de digitale Oregon en Santa Fe Trail blijft bewegen.

Een browser binnen je browser - altijd een weg vooruit, in elke taal.
De "overwinning" is het pad dat je ziet wanneer je nooit opgeeft".

Web 4 als een browser-subsystem, niet alleen een script

Hier beschrijven we wat er gebeurt wanneer onze patent-aanvraag code draait naast de iChrome Browser lay-out engine, zijn JavaScript-engine, en de netwerkstack, in plaats van te leven als "weer een ander script" op de pagina. binnen onze server - of jouw server - of de browser van de klant.

β Geweldige headless capture vandaag. Snelle headless capture morgen. Bliksemsnelle browserlaag als geïntegreerd binnen browsers zoals Chrome of HarmonyOS.

Wat Jit-Browser doet in gewone taal

Jit-Browser is een headless browser-pijplijn die
wordt geactiveerd wanneer een pagina van elke website wordt aangevraagd / voordat deze wordt geleverd met behulp van onze eigen beslissingsregels.

  • Start een echte Chrome-engine binnen een container
  • Laadt die EXACTE pagina precies zoals een gebruiker zou (HTML, CSS, JS, lettertypen, afbeeldingen)
  • Injecteert onze patent-aanvraag JS-code van api.jit-tr.com
  • Voert onze JS-code uit op de plaats (bijvoorbeeld om ES-419 en Ai/AEO)
  • Vangt de uiteindelijke gewijzigde DOM als een statische HTML-snapshot
  • Levert die statische HTML-snapshot

Op onze site - of op de jouwe - of binnen een browser.

Het is dezezelfde architectuur die Jit-TR gebruikt op echte sites, maar headless draait, met timinglogs die precies laten zien waar de tijd naartoe gaat.

Eén capture, stap voor stap

1. Container + Chrome Start Docker, start headless Chrome, sluit Puppeteer aan.
Typische kosten: ongeveer 8–15 seconden bij een koude start.
2. Pagina laden Laad HTML, CSS, JS-bundels, lettertypen en afbeeldingen voor de doelsite.
Typische kosten: ongeveer 8–15 seconden voor zware sites.
3. Jit API opstarten Injecteer de Jit API-code, kies taal (bijvoorbeeld ES-419), en initialiseer.
Typische kosten voor volledige/eerste keer/integratie: rond de 1–3 seconden. Typische kosten voor minder dan 10 bewerkingen: rond de 0,01 seconden.
4. Flow / klikhelpers Optioneel: accepteer een cookie-banner, klik “meer laden”, of scroll om inhoud te onthullen.
Kosten zijn afhankelijk van de flow, vaak rond de 0,01 seconden.
5. Screenshot en HTML dump Optioneel een volledige pagina screenshot maken en de vertaalde HTML naar schijf schrijven.
Typisch rond de 0,01 seconden elk.
6. Veiligheidswachttijden Korte vaste wachttijden om ervoor te zorgen dat alle asynchrone vertalingen en DOM-updates zijn voltooid.
Meestal rond de 0,1 seconden totaal.

In totaal duurt een koude capture van een grote site ongeveer 5–15 seconden. Het grootste deel daarvan is de kostprijs van het starten van een nieuwe browserengine in een container.

Dat wordt verminderd als de Docker, headless Chrome en Puppeteer actief blijven als een daemon.

Dat VERDWIJNT als de Jit API in een browser is ingebed!

Koude vs warme vs native browserlaag

Dezelfde pipeline ziet er heel anders uit, afhankelijk van waar deze draait:

Koude headless run (vandaag)

  • Start Docker voor elke capture
  • Start Chrome headless voor elke capture
  • Herlaad alle assets elke keer
  • Injecteer Jit-TR en vertaal

Typisch: 25–35 seconden voor één HarmonyOS capture.

Warme “slaapmodus” container

  • Herbruik een langlevende container
  • Herbruik een enkele Chrome-instantie
  • Herbruik gecachte CSS, JS, lettertypen en afbeeldingen
  • Verander alleen de vertaalde HTML

Typisch: 8–12 seconden eenmaal warm voor dezelfde pagina.

Native browser subsysteem

  • Geen Docker helemaal
  • Geen aparte Chrome-proces
  • Herbruik de ingebouwde cache van de browser
  • Jit-TR draait binnen de engine als een meertalige laag

Incrementele overhead: milliseconden, geen seconden.

Jit-Browser is een realistische demo van hoe een ingebouwde meertalige laag zich zou gedragen als browsers het een plek gaven naast lay-out, JS en de netwerkstack.

Voorbeeld timingtrace van een echte capture

Dit is hoe een echte headless timingtrace eruitziet bij het vastleggen van HarmonyOS in ES-419:

[URL] Pagina-URL voor capture: 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

De trace maakt het punt heel duidelijk: het trage deel is niet de vertaling, het is de koude start van een volledige browserstack in een container. Verplaats dezelfde logica naar de browserengine, en het grootste deel van die kosten verdwijnt.

Diepgaande details

Hoe “Warme Modus” Jit-Browser snel maakt

De demo van vandaag laadt elke pagina de moeilijke manier:

  • Start Docker
  • Start Chrome headless
  • Laad de site vers
  • Injecteer Jit-TR
  • Vertaal en capture
  • Schakel alles weer uit

Dit is het equivalent van het uitschakelen van een laptop, deze weer inschakelen, de browser openen en een site bezoeken voor elke enkele pagina. Koude-start captures duren ongeveer 25–35 seconden op typische hardware.

Warme Modus (“Slaapmodus”)

In plaats van alles opnieuw op te starten, kan Jit-Browser een warme headless Chrome op de achtergrond laten draaien:

  • Docker-container blijft leven
  • Puppeteer en Chrome blijven geladen
  • Tabs blijven open of herbruikbaar
  • Browsercache blijft warm (lettertypen, CSS, JS, afbeeldingen)

Elke nieuwe aanvraag wordt bijna onmiddellijk vergeleken met een koude opstart:

  • Geen Docker-opstart
  • Geen Chrome-opstart
  • Gecachte HarmonyOS of Huawei-assets worden vanaf de schijf geladen
  • Alleen de vertaalde HTML verandert

Warm-modus captures dalen doorgaans van ongeveer 30 seconden naar ongeveer 8–12 seconden.

Waarom dit belangrijk is

Browsers hebben al native lagen voor:

  • JavaScript-uitvoering
  • HTML-indeling
  • Netwerkstack
  • Toegankelijkheidsboom
  • GPU-rendering

Jit-TR gedraagt zich als een ontbrekende native laag: een meertalige laag. Warm Mode toont hoe snel het zou kunnen zijn als vertaling direct binnen de browser-engine zou draaien in plaats van als een extern script.