Jit-Browser Parte da plataforma Jit-4 EN-CA |
Logótipo do Jit-Browser

Qualquer site - a qualquer hora - de qualquer língua PARA A SUA.

Um navegador dentro do seu navegador que torna toda a web legível na sua língua

Cada navegador tem uma marca. Esta é a nossa. Um navegador dentro de um navegador.

A roda transporta cada carroça enquanto migra para a nova web.
Os raios são as alças do Web2 que mantêm a web a funcionar.
O eixo é o que liga os raios à carroça.
O Jit-Browser é o novo encaixe do eixo que mantém a sua carroça forte,
nunca deixada para trás enquanto a trilha digital de Oregon e Santa Fe continua a mover-se.

Um navegador dentro do seu navegador - sempre um caminho à frente, em qualquer língua.
O "ganho" é o caminho que você vê quando nunca desiste".

Web 4 como um subsistema de navegador, não apenas um script

Aqui descrevemos o que acontece quando o nosso código em espera de patente é executado ao lado do motor de layout do iChrome Browser, do seu motor JavaScript e da pilha de rede, em vez de viver como "mais um script" na página. dentro do nosso servidor - ou do seu servidor - ou do navegador do cliente.

β Grande captura sem cabeça hoje. Captura sem cabeça rápida amanhã. Camada de navegador ultrarrápida se integrada dentro de navegadores como Chrome ou HarmonyOS.

O que o Jit-Browser faz em linguagem simples

O Jit-Browser é um pipeline de navegador sem cabeça que
é ativado quando uma página de qualquer site é solicitada / antes de ser entregue usando as nossas regras de decisão proprietárias.

  • Lança um verdadeiro motor Chrome dentro de um contêiner
  • Carrega essa PÁGINA exata exatamente como um usuário faria (HTML, CSS, JS, fontes, imagens)
  • Injeta o nosso código JS em espera de patente de api.jit-tr.com
  • Executa o nosso código JS no local (por exemplo para ES-419 e Ai/AEO)
  • Captura o DOM final modificado como uma captura de HTML estática
  • Entrega essa captura de HTML estática

No nosso site - ou no seu - ou dentro de um navegador.

É esta mesma arquitetura que o Jit-TR usa em sites reais, mas executada sem cabeça, com registos de tempo que mostram exatamente onde o tempo vai.

Uma captura, passo a passo

1. Contêiner + Chrome Inicie o Docker, inicie o Chrome sem cabeça, anexe o Puppeteer.
Custo típico: cerca de 8–15 segundos em um arranque a frio.
2. Carregamento da página Carregue pacotes HTML, CSS, JS, fontes e imagens para o site alvo.
Custo típico: cerca de 8–15 segundos para sites pesados.
3. Inicialização da API Jit Injete o código da API Jit, escolha a língua (por exemplo ES-419) e inicialize.
Custo típico para integração completa/primeira vez: cerca de 1–3 segundos. Custo típico para menos de 10 edições: cerca de 0,01 segundos.
4. Fluxo / ajudantes de clique Opcional: aceite um banner de cookies, clique em “carregar mais”, ou role para revelar conteúdo.
O custo depende do fluxo, frequentemente em torno de 0,01 segundos.
5. Captura de ecrã e despejo de HTML Opcionalmente, tire uma captura de ecrã de página inteira e escreva o HTML traduzido no disco.
Normalmente em torno de 0,01 segundos cada.
6. Esperas de segurança Esperas fixas curtas para garantir que todas as traduções assíncronas e atualizações do DOM tenham terminado.
Normalmente em torno de 0,1 segundos no total.

No total, uma captura fria de um grande site leva cerca de 5–15 segundos. A maior parte disso é o custo de iniciar um novo motor de navegador dentro de um contêiner.

Isso é dissipado se o Docker, o Chrome sem cabeça e o Puppeteer permanecerem ativos como um daemon.

Isso DESAPARECE se a API Jit estiver embutida em um navegador!

Camada de navegador fria vs quente vs nativa

O mesmo pipeline parece muito diferente dependendo de onde é executado:

Execução sem cabeça fria (hoje)

  • Iniciar Docker para cada captura
  • Iniciar Chrome sem cabeça para cada captura
  • Recarregar todos os ativos a cada vez
  • Injetar Jit-TR e traduzir

Típico: 25–35 segundos para uma captura do HarmonyOS.

Contêiner em modo “quente”

  • Reutilizar um contêiner de longa duração
  • Reutilizar uma única instância do Chrome
  • Reutilizar CSS, JS, fontes e imagens em cache
  • Alterar apenas o HTML traduzido

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

Subsistema de navegador nativo

  • Sem Docker de todo
  • Sem processo separado do Chrome
  • Reutilizar o cache embutido do navegador
  • Jit-TR é executado dentro do motor como uma camada multilíngue

Sobrecarga incremental: milissegundos, não segundos.

Jit-Browser é uma demonstração realista de como uma camada multilíngue embutida se comportaria se os navegadores lhe dessem um lugar ao lado do layout, JS e da pilha de rede.

Amostra de rastreio de tempo de uma captura real

Isto é como um rastreio de tempo real sem cabeça parece ao capturar o HarmonyOS em ES-419:

[URL] URL da página 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 rastreio deixa o ponto muito claro: a parte lenta não é a tradução, é o arranque frio de uma pilha de navegador completa em um contêiner. Mova a mesma lógica para o motor do navegador, e a maior parte desse custo desaparece.

Detalhes aprofundados

Como o “Modo Quente” torna o Jit-Browser rápido

A demonstração de hoje carrega cada página da maneira difícil:

  • Iniciar Docker
  • Iniciar Chrome sem cabeça
  • Carregar o site fresco
  • Injetar Jit-TR
  • Traduzir e capturar
  • Desligar tudo novamente

Isto é o equivalente a desligar um laptop, ligá-lo novamente, abrir o navegador e visitar um site para cada página. Capturas de arranque frio levam aproximadamente 25–35 segundos em hardware típico.

Modo Quente (“Modo de Suspensão”)

Em vez de reiniciar tudo, o Jit-Browser pode manter um Chrome sem cabeça quente em execução em segundo plano:

  • O contêiner Docker permanece ativo
  • O Puppeteer e o Chrome permanecem carregados
  • As abas permanecem abertas ou reutilizáveis
  • O cache do navegador permanece aquecido (fontes, CSS, JS, imagens)

Cada nova solicitação torna-se quase instantânea em comparação com uma inicialização a frio:

  • Sem inicialização do Docker
  • Sem inicialização do Chrome
  • Os ativos do HarmonyOS ou da Huawei em cache carregam do disco
  • Apenas o HTML traduzido muda

As capturas em modo quente normalmente caem de cerca de 30 segundos para cerca de 8–12 segundos.

Por que isso é importante

Os navegadores já têm camadas nativas para:

  • Execução de JavaScript
  • Layout HTML
  • Pilha de rede
  • Árvore de acessibilidade
  • Renderização GPU

O Jit-TR comporta-se como uma camada nativa ausente: uma camada multilíngue. O Modo Quente mostra quão rápido poderia ser se a tradução fosse executada diretamente dentro do motor do navegador em vez de como um script externo.