Jit-Browser Part de la plateforme Jit-4 EN-CA |
Logotip de Jit-Browser

Qualsevol lloc web - en qualsevol moment - des de qualsevol idioma FINS AL TEU.

Un navegador dins del teu navegador que fa que tota la web sigui llegible en el teu idioma

Cada navegador té una marca. Aquesta és la nostra. Un navegador dins d'un navegador.

La roda porta cada carro mentre migra cap a la nova web.
Els radis són les manetes de Web2 que mantenen la web en funcionament.
L'eix és el que uneix els radis al carro.
Jit-Browser és l'eix nou que manté el teu carro fort,
mai deixat enrere mentre el digital Oregon i el Santa Fe Trail segueixen avançant.

Un navegador dins del teu navegador - sempre un camí endavant, en qualsevol idioma.
El "guany" és el camí que veus quan mai et rendeixes".

Web 4 com a subsistema de navegador, no només com un script

Aquí descrivim què passa quan el nostre codi pendent de patent s'executa al costat del motor de disseny del navegador iChrome, el seu motor JavaScript i la pila de xarxa, en comptes de viure com "un altre script" a la pàgina. dins del nostre servidor - o el teu servidor - o el navegador del client.

β Gran captura sense cap cap avui. Captura sense cap cap ràpida demà. Capes de navegador ultraràpides si s'integren dins de navegadors com Chrome o HarmonyOS.

El que fa Jit-Browser en llenguatge senzill

Jit-Browser és un canal de navegador sense cap que
s'activa quan es sol·licita una pàgina de qualsevol lloc web / abans que es lliuri utilitzant les nostres regles de decisió propietàries.

  • Llança un veritable motor Chrome dins d'un contenidor
  • Carrega aquella PÀGINA EXACTA exactament com ho faria un usuari (HTML, CSS, JS, fonts, imatges)
  • Injecta el nostre codi JS pendent de patent de api.jit-tr.com
  • Realitza el nostre codi JS al seu lloc (per exemple per ES-419 i Ai/AEO)
  • Captura el DOM final modificat com una instantània HTML estàtica
  • Lliura aquella instantània HTML estàtica

Al nostre lloc - o al teu - o dins d'un navegador.

És aquesta mateixa arquitectura que Jit-TR utilitza en llocs reals, però executada sense cap, amb registres de temps que mostren exactament on va el temps.

Una captura, pas a pas

1. Contenidor + Chrome Inicia Docker, inicia Chrome sense cap, connecta Puppeteer.
Cost típic: uns 8–15 segons en un inici fred.
2. Càrrega de pàgina Carrega HTML, CSS, paquets JS, fonts i imatges per al lloc objectiu.
Cost típic: uns 8–15 segons per a llocs pesats.
3. Arrencada de l'API Jit Injecta el codi de l'API Jit, tria idioma (per exemple ES-419), i inicialitza.
Cost típic per a la integració completa / primera vegada: al voltant de 1–3 segons. Cost típic per a menys de 10 edicions: al voltant de 0.01 segons.
4. Flux / helpers de clic Opcional: accepta un banner de galetes, fes clic a “carregar més”, o desplaça't per revelar contingut.
El cost depèn del flux, sovint al voltant de 0,01 segons.
5. Captura de pantalla i volcat HTML Opcionalment, feu una captura de pantalla de tota la pàgina i escriviu l'HTML traduït al disc.
Normalment al voltant de 0,01 segons cadascun.
6. Esperes de seguretat Esperes fixes curtes per assegurar-se que tota la traducció asíncrona i les actualitzacions del DOM han acabat.
Normalment al voltant de 0,1 segons en total.

En total, una captura freda d'un gran lloc triga al voltant de 5–15 segons. La major part d'això és el cost d'iniciar un nou motor de navegador dins d'un contenidor.

Això es dissipa si el Docker, Chrome sense cap i Puppeteer romanen actius com a daemon.

Això DESAPAREIX si l'API Jit està incrustada en un navegador!

Captura freda vs càlida vs capa de navegador nativa

El mateix canal sembla molt diferent depenent de on s'executa:

Execució sense cap freda (avui)

  • Inicieu Docker per a cada captura
  • Inicieu Chrome sense cap per a cada captura
  • Torneu a carregar tots els actius cada vegada
  • Injecteu Jit-TR i traduïu

Típic: 25–35 segons per a una captura de HarmonyOS.

Contenidor en mode “dormit” càlid

  • Reutilitzeu un contenidor de llarga durada
  • Reutilitzeu una única instància de Chrome
  • Reutilitzeu CSS, JS, fonts i imatges emmagatzemades
  • Només canvieu l'HTML traduït

Típic: 8–12 segons un cop calent per a la mateixa pàgina.

Subsistema de navegador natiu

  • Sense Docker en absolut
  • Sense procés de Chrome separat
  • Reutilitzeu la memòria cau integrada del navegador
  • Jit-TR s'executa dins de l'enginy com una capa multilingüe

Sobrecost incremental: mil·lisegons, no segons.

Jit-Browser és una demostració realista de com es comportaria una capa multilingüe integrada si els navegadors li donessin un seient al costat del disseny, JS i la pila de xarxa.

Traça de temps de mostra d'una captura real

Això és com es veu una veritable traça de temps sense cap quan es captura HarmonyOS en ES-419:

[URL] URL de la pàgina per a la captura: 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

La traça deixa molt clar el punt: la part lenta no és la traducció, és l'inici fred d'una pila de navegador completa en un contenidor. Mou la mateixa lògica a l'enginy del navegador, i la major part d'aquest cost desapareix.

Detalls en profunditat

Com “Mode Càlid” fa que Jit-Browser sigui ràpid

La demostració d'avui carrega cada pàgina de la manera difícil:

  • Inicieu Docker
  • Inicieu Chrome sense cap
  • Carregueu el lloc fresc
  • Injecteu Jit-TR
  • Traduïu i captureu
  • Apagueu-ho tot de nou

Això és l'equivalent d'apagar un portàtil, tornar-lo a encendre, obrir el navegador i visitar un lloc per a cada pàgina. Les captures d'inici fredes duren aproximadament entre 25–35 segons en maquinari típic.

Mode càlid (“Mode de son”)

En lloc de reiniciar-ho tot, Jit-Browser pot mantenir un Chrome sense cap càlid funcionant en segon pla:

  • El contenidor Docker es manté viu
  • El Puppeteer i Chrome es mantenen carregats
  • Les pestanyes romanen obertes o reutilitzables
  • La memòria cau del navegador es manté calenta (fonts, CSS, JS, imatges)

Cada nova sol·licitud es converteix en gairebé instantània en comparació amb un arrencada freda:

  • Sense inici de Docker
  • Sense inici de Chrome
  • Els actius de HarmonyOS o Huawei emmagatzemats es carreguen des del disc
  • Només canvien l'HTML traduït

Les captures en mode calent normalment baixen d'uns 30 segons a uns 8–12 segons.

Per què és important això

Els navegadors ja tenen capes natives per a:

  • Execució de JavaScript
  • Disseny HTML
  • Pila de xarxa
  • Arbre d'accessibilitat
  • Renderització GPU

Jit-TR es comporta com una capa nativa que falta: una capa multilingüe. El Mode Calent mostra com de ràpid podria ser si la traducció s'executés directament dins del motor del navegador en comptes de com un script extern.