Jit-Browser Parte da plataforma Jit-4 EN-CA |
Logotipo do Jit-Browser

Calquera sitio web - calquera momento - desde calquera idioma ATA O SEU.

Un navegador dentro do seu navegador que fai que toda a web sexa legible na súa lingua

Cada navegador ten unha marca. Esta é a nosa. Un navegador dentro de un navegador.

A roda leva cada carro mentres migra á nova web.
Os radios son os manexos de Web2 que manteñen a web funcionando.
O eixe é o que une os radios ao carro.
Jit-Browser é o novo accesorio do eixe que mantén o seu carro forte,
nunca deixado atrás mentres o Oregon dixital e o Santa Fe Trail seguen avanzando.

Un navegador dentro do seu navegador - sempre un camiño adiante, en calquera idioma.
O "ganar" é o camiño que ves cando nunca te rindes".

Web 4 como un subsistema de navegador, non só un script

Aquí describimos o que sucede cando o noso código en espera de patente se executa xunto ao motor de disposición do navegador iChrome, o seu motor JavaScript e a pila de rede, en vez de vivir como "outro script máis" na páxina. dentro do noso servidor - ou do seu servidor - ou do navegador do cliente.

β Gran captura sen cabeza hoxe. Captura sen cabeza rápida mañá. Capas de navegador ultrarrápidas se se integran dentro de navegadores como Chrome ou HarmonyOS.

O que fai Jit-Browser en linguaxe sinxela

Jit-Browser é un pipeline de navegador sen cabeza que
se activa cando se solicita unha páxina de calquera sitio web / antes de que se entregue usando as nosas regras de decisión propietarias.

  • Lanza un motor Chrome real dentro dun contedor
  • Carga esa PÁXINA EXACTA exactamente como o faría un usuario (HTML, CSS, JS, fontes, imaxes)
  • Inxecta o noso código JS en espera de patente de api.jit-tr.com
  • Realiza o noso código JS no lugar (por exemplo para ES-419 e Ai/AEO)
  • Captura o DOM modificado final como unha instantánea HTML estática
  • Entregue esa instantánea HTML estática

No noso sitio - ou no seu - ou dentro dun navegador.

É esta mesma arquitectura que Jit-TR usa en sitios reais, pero executada sen cabeza, con rexistros de tempo que mostran exactamente onde vai o tempo.

Unha captura, paso a paso

1. Contedor + Chrome Comeza Docker, comeza Chrome sen cabeza, conecta Puppeteer.
Coste típico: sobre 8–15 segundos nun inicio en frío.
2. Carga da páxina Carga HTML, CSS, paquetes JS, fontes e imaxes para o sitio de destino.
Coste típico: sobre 8–15 segundos para sitios pesados.
3. Arranque da API Jit Inxecta o código da API Jit, elixe idioma (por exemplo ES-419), e inicializa.
Coste típico para integración completa / primeira vez: arredor de 1–3 segundos. Coste típico para menos de 10 edicións: arredor de 0.01 segundos.
4. Fluxo / axudantes de clic Opcional: aceptar un banner de cookies, facer clic en “cargar máis”, ou desprazarse para revelar contido.
O custo depende do fluxo, a miúdo arredor de 0.01 segundos.
5. Captura de pantalla e volcado HTML Opcionalmente, toma unha captura de pantalla de toda a páxina e escribe o HTML traducido no disco.
Normalmente arredor de 0.01 segundos cada un.
6. Esperas de seguridade Curtas esperas fixas para asegurar que todas as traduccións asíncronas e as actualizacións do DOM remataron.
Normalmente arredor de 0.1 segundos en total.

En total, unha captura fría dun gran sitio leva arredor de 5–15 segundos. A maior parte diso é o custo de iniciar un novo motor de navegador dentro dun contedor.

Iso disípase se o Docker, Chrome sen cabeza e Puppeteer permanecen activos como un daemon.

Iso DESAPARECE se a API Jit está incrustada nun navegador!

Captura fría vs quente vs capa nativa do navegador

A mesma tubaxe parece moi diferente dependendo de onde se executa:

Execución sen cabeza fría (hoxe)

  • Inicia Docker para cada captura
  • Inicia Chrome sen cabeza para cada captura
  • Recarga todos os activos cada vez
  • Inxecta Jit-TR e traduce

Típico: 25–35 segundos para unha captura de HarmonyOS.

Contedor en modo “sono” quente

  • Reutiliza un contedor de longa duración
  • Reutiliza unha única instancia de Chrome
  • Reutiliza CSS, JS, fontes e imaxes en caché
  • Só cambia o HTML traducido

Típico: 8–12 segundos unha vez quente para a mesma páxina.

Subsistema nativo do navegador

  • Sen Docker en absoluto
  • Sen proceso Chrome separado
  • Reutiliza a caché integrada do navegador
  • Jit-TR executa dentro do motor como unha capa multilingüe

Sobrecarga incremental: milisegundos, non segundos.

Jit-Browser é unha demostración realista de como unha capa multilingüe integrada se comportaría se os navegadores lle deran un asento xunto ao deseño, JS e a pila de rede.

Muestra de trazado de tempo dunha captura real

Isto é como se ve un trazado de tempo sen cabeza real ao capturar HarmonyOS en ES-419:

[URL] URL da páxina para 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

O trazado deixa claro o punto: a parte lenta non é a tradución, é o inicio frío de toda a pila do navegador nun contedor. Move a mesma lóxica ao motor do navegador, e a maior parte dese custo desaparece.

Detalles en profundidade

Como “Modo Quente” fai que Jit-Browser sexa rápido

A demostración de hoxe carga cada páxina da maneira difícil:

  • Inicia Docker
  • Inicia Chrome sen cabeza
  • Carga o sitio de novo
  • Inxecta Jit-TR
  • Traduce e captura
  • Apágao todo de novo

Isto é o equivalente a apagar un portátil, volvelo acender, abrir o navegador e visitar un sitio para cada páxina. As capturas de inicio frío levan aproximadamente entre 25–35 segundos en hardware típico.

Modo Quente (“Modo de Sono”)

En vez de reiniciar todo, Jit-Browser pode manter un Chrome sen cabeza quente funcionando en segundo plano:

  • O contedor Docker permanece activo
  • O Puppeteer e Chrome permanecen cargados
  • As pestanas permanecen abertas ou reutilizables
  • A caché do navegador manténse quente (fontes, CSS, JS, imaxes)

Cada nova solicitude convértese en case instantánea en comparación cun arranque en frío:

  • Sen arranque de Docker
  • Sen arranque de Chrome
  • Os activos de HarmonyOS ou Huawei en caché cargan desde o disco
  • Só cambia o HTML traducido

As capturas en modo quente normalmente baixan de aproximadamente 30 segundos a arredor de 8–12 segundos.

Por que isto é importante

Os navegadores xa teñen capas nativas para:

  • Execución de JavaScript
  • Disposición de HTML
  • Pila de rede
  • Árbore de accesibilidade
  • Renderizado por GPU

Jit-TR comporta como unha capa nativa que falta: unha capa multilingüe. O Modo Quente mostra que tan rápido podería ser se a tradución se executase dentro do motor do navegador directamente en vez de como un script externo.