Jit-Browser Partie de la plateforme Jit-4 EN-CA |
Logo Jit-Browser

Tout site web - à tout moment - dans n'importe quelle langue VERS LA VÔTRE.

Un navigateur à l'intérieur de votre navigateur qui rend l'ensemble du web lisible dans votre langue

Chaque navigateur a une marque. Voici la nôtre. Un navigateur à l'intérieur d'un navigateur.

La roue porte chaque chariot alors qu'il migre vers le nouveau web.
Les rayons sont les poignées Web2 qui maintiennent le web en fonctionnement.
L'essieu est ce qui lie les rayons au chariot.
Jit-Browser est le nouvel ajustement de l'essieu qui garde votre chariot solide,
jamais laissé pour compte alors que l'Oregon numérique et le Santa Fe Trail continuent d'avancer.

Un navigateur à l'intérieur de votre navigateur - toujours un moyen d'avancer, dans n'importe quelle langue.
Le "gain" est le chemin que vous voyez lorsque vous n'abandonnez jamais".

Web 4 en tant que sous-système de navigateur, pas juste un script

Ici, nous décrivons ce qui se passe lorsque notre code en attente de brevet s'exécute aux côtés du moteur de mise en page du navigateur iChrome, de son moteur JavaScript et de la pile réseau, au lieu de vivre comme "encore un autre script" sur la page. à l'intérieur de notre serveur - ou de votre serveur - ou du navigateur du client.

β Grande capture sans tête aujourd'hui. Capture sans tête rapide demain. Couche de navigateur ultra-rapide si intégrée à l'intérieur de navigateurs comme Chrome ou HarmonyOS.

Ce que fait Jit-Browser en langage simple

Jit-Browser est un pipeline de navigateur sans tête qui
est activé lorsqu'une page de n'importe quel site web est demandée / avant qu'elle ne soit livrée en utilisant nos règles de décision propriétaires.

  • Lance un véritable moteur Chrome à l'intérieur d'un conteneur
  • Charge cette PAGE EXACTE exactement comme un utilisateur le ferait (HTML, CSS, JS, polices, images)
  • Injecte notre code JS en attente de brevet depuis api.jit-tr.com
  • Exécute notre code JS sur place (par exemple pour ES-419 et Ai/AEO)
  • Capture le DOM final modifié comme un instantané HTML statique
  • Livrer cet instantané HTML statique

Sur notre site - ou sur le vôtre - ou à l'intérieur d'un navigateur.

C'est cette même architecture que Jit-TR utilise sur des sites réels, mais exécutée sans tête, avec des journaux de timing qui montrent exactement où le temps est dépensé.

Une capture, étape par étape

1. Conteneur + Chrome Démarrer Docker, démarrer Chrome sans tête, attacher Puppeteer.
Coût typique : environ 8 à 15 secondes pour un démarrage à froid.
2. Chargement de la page Charger les bundles HTML, CSS, JS, polices et images pour le site cible.
Coût typique : environ 8 à 15 secondes pour les sites lourds.
3. Démarrage de l'API Jit Injecter le code de l'API Jit, choisir la langue (par exemple ES-419), et initialiser.
Coût typique pour une intégration complète/première fois : environ 1 à 3 secondes. Coût typique pour moins de 10 modifications : environ 0,01 seconde.
4. Flux / aides au clic Optionnel : accepter une bannière de cookies, cliquer sur “charger plus”, ou faire défiler pour révéler le contenu.
Le coût dépend du flux, souvent autour de 0,01 seconde.
5. Capture d'écran et vidage HTML Optionnellement, prenez une capture d'écran pleine page et écrivez le HTML traduit sur le disque.
Typiquement autour de 0,01 seconde chacun.
6. Attentes de sécurité Courtes attentes fixes pour s'assurer que toutes les traductions asynchrones et les mises à jour du DOM sont terminées.
Généralement autour de 0,1 seconde au total.

Au total, une capture à froid d'un grand site prend environ 5–15 secondes. La plupart de cela est le coût de démarrer un nouveau moteur de navigateur à l'intérieur d'un conteneur.

Cela est dissipé si Docker, Chrome sans tête et Puppeteer restent actifs en tant que démon.

Cela DISPARAÎT si l'API Jit est intégrée dans un navigateur !

Couche de navigateur froide vs chaude vs native

Le même pipeline a l'air très différent selon l'endroit où il s'exécute :

Exécution sans tête à froid (aujourd'hui)

  • Démarrer Docker pour chaque capture
  • Démarrer Chrome sans tête pour chaque capture
  • Recharger tous les actifs à chaque fois
  • Injecter Jit-TR et traduire

Typique : 25–35 secondes pour une capture HarmonyOS.

Conteneur en mode “veille chaude”

  • Réutiliser un conteneur à longue durée de vie
  • Réutiliser une seule instance de Chrome
  • Réutiliser les CSS, JS, polices et images mises en cache
  • Changer uniquement le HTML traduit

Typique : 8–12 secondes une fois chaud pour la même page.

Sous-système de navigateur natif

  • Pas de Docker du tout
  • Pas de processus Chrome séparé
  • Réutiliser le cache intégré du navigateur
  • Jit-TR s'exécute à l'intérieur du moteur en tant que couche multilingue

Surcharge incrémentale : millisecondes, pas secondes.

Jit-Browser est une démo réaliste de la façon dont une couche multilingue intégrée se comporterait si les navigateurs lui donnaient une place à côté de la mise en page, du JS et de la pile réseau.

Trace de timing d'échantillon d'une capture réelle

Voici à quoi ressemble une vraie trace de timing sans tête lors de la capture de HarmonyOS en ES-419 :

[URL] URL de la page pour la 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

La trace rend le point très clair : la partie lente n'est pas la traduction, c'est le démarrage à froid d'une pile de navigateur complète dans un conteneur. Déplacez la même logique dans le moteur de navigateur, et la plupart de ce coût disparaît.

Détails approfondis

Comment “Mode Chaud” rend Jit-Browser rapide

La démo d'aujourd'hui charge chaque page de la manière difficile :

  • Démarrer Docker
  • Démarrer Chrome sans tête
  • Charger le site frais
  • Injecter Jit-TR
  • Traduire et capturer
  • Tout éteindre à nouveau

C'est l'équivalent d'éteindre un ordinateur portable, de le rallumer, d'ouvrir le navigateur et de visiter un site pour chaque page. Les captures à froid prennent environ 25–35 secondes sur du matériel typique.

Mode Chaud (“Mode Veille”)

Au lieu de redémarrer tout, Jit-Browser peut garder un Chrome sans tête chaud en cours d'exécution en arrière-plan :

  • Le conteneur Docker reste actif
  • Puppeteer et Chrome restent chargés
  • Les onglets restent ouverts ou réutilisables
  • Le cache du navigateur reste chaud (polices, CSS, JS, images)

Chaque nouvelle requête devient presque instantanée par rapport à un démarrage à froid :

  • Pas de démarrage Docker
  • Pas de démarrage Chrome
  • Les ressources HarmonyOS ou Huawei mises en cache se chargent depuis le disque
  • Seul le HTML traduit change

Les captures en mode chaud passent généralement d'environ 30 secondes à environ 8–12 secondes.

Pourquoi cela importe

Les navigateurs ont déjà des couches natives pour :

  • Exécution JavaScript
  • Mise en page HTML
  • Pile réseau
  • Arbre d'accessibilité
  • Rendu GPU

Jit-TR se comporte comme une couche native manquante : une couche multilingue. Le mode chaud montre à quelle vitesse cela pourrait être si la traduction s'exécutait directement à l'intérieur du moteur du navigateur au lieu d'être un script externe.