Jit-Browser Jit-4 平台的一部分 EN-CA |
Jit-Browser 标志

任何网站 - 任何时间 - 从任何语言到您的语言。

浏览器中的浏览器 这使整个网络都可以用您的语言阅读

每个浏览器都有一个标记。这是我们的。一个浏览器中的浏览器。

车轮承载着每一辆马车，随着它迁移到新的网络中。
辐条是保持网络运转的 Web2 句柄。
车轴是将辐条连接到马车上的部件。
Jit-Browser 是保持您的马车坚固的全新轴心配件，
在数字俄勒冈和圣塔菲小径不断前进的过程中，永不落后。

在您的浏览器中嵌入一个浏览器——始终有前进的方式，无论使用何种语言。
“胜利”是当你永不放弃时看到的道路。

Web 4 作为浏览器子系统，而不仅仅是一个脚本

在这里，我们描述了当我们的专利申请代码与 iChrome 浏览器布局引擎、其 JavaScript 引擎和网络堆栈一起运行时会发生什么，而不是作为页面上的“另一个脚本”存在。 在我们的服务器内 - 或您的服务器 - 或客户端的浏览器内。

β 今天的无头捕获很棒。明天的无头捕获更快。如果集成到像 Chrome 或 HarmonyOS 这样的浏览器中，浏览器层的速度会非常快。

Jit-Browser 用简单的语言来说做什么

Jit-Browser 是一个无头浏览器管道，它
在请求任何网站的页面时激活／在交付之前 使用我们的专有决策规则。

  • 在容器内启动一个真实的Chrome引擎
  • 完全像用户一样加载该页面（HTML、CSS、JS、字体、图像）
  • 从中注入我们的专利待批JS代码 api.jit-tr.com
  • 在适当的位置执行我们的 JS 代码（例如， ES-419 和 Ai/AEO)
  • 捕获最终修改的 DOM 作为静态 HTML 快照
  • 提供该静态 HTML 快照

在我们的网站上——或在你的网站上——或在浏览器内。

这正是 Jit-TR 在真实网站上使用的架构，但以无头方式运行，并带有时间日志， 精确显示时间的去向。

一步一步地捕捉

1. 容器 + Chrome 启动 Docker，启动无头 Chrome，附加 Puppeteer。
典型成本：冷启动时大约需要 8–15 秒。
2. 页面加载 加载目标站点的HTML、CSS、JS包、字体和图像。
典型成本：重型网站大约需要 8–15 秒。
3. Jit API 启动 注入 Jit API 代码，选择语言（例如 ES-419），并初始化。
全/首次/集成的典型成本：大约 1–3 秒。 少于10次编辑的典型成本：大约0.01秒。
4. 流程/点击助手 可选：接受 cookie 横幅，点击“加载更多”，或滚动以显示内容。
成本取决于流程，通常约为0.01秒。
5. 截图和HTML转储 可选择拍摄全页截图并将翻译后的HTML写入磁盘。
通常每个约0.01秒。
6. 安全等待 短暂的固定等待以确保所有异步翻译和DOM更新已完成。
通常总共约0.1秒。

总的来说，大型网站的冷捕获大约需要5–15秒。大部分是启动 一个新的浏览器引擎在容器内的成本。

如果Docker、无头Chrome和Puppeteer保持活跃作为守护进程，这种情况就会消散。

如果Jit API嵌入在浏览器中，那就会消失！

冷 vs 热 vs 原生浏览器层

同样的管道在不同的运行环境下看起来非常不同：

冷启动无头运行（今天）

  • 为每次捕获启动Docker
  • 为每次捕获启动无头Chrome
  • 每次重新加载所有资产
  • 注入Jit-TR并翻译

典型：25–35秒 用于一次HarmonyOS捕获。

热“睡眠模式”容器

  • 重用一个长寿命的容器
  • 重用一个Chrome实例
  • 重用缓存的CSS、JS、字体和图像
  • 仅更改翻译后的HTML

典型：8–12秒 一旦为同一页面加热。

原生浏览器子系统

  • 完全没有Docker
  • 没有单独的Chrome进程
  • 重用浏览器的内置缓存
  • Jit-TR作为多语言层在引擎内部运行

增量开销：毫秒，而不是秒。

Jit-Browser是一个现实的演示，展示了如果浏览器给它一个位置 在布局、JS和网络堆栈旁边，内置多语言层将如何表现。

来自真实捕获的示例时间跟踪

这是在ES-419中捕获HarmonyOS时真实无头时间跟踪的样子：

[URL] 捕获的页面URL： 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

跟踪非常清楚地表明：慢的部分不是翻译，而是容器中完整 浏览器堆栈的冷启动。将相同的逻辑移入浏览器引擎，大部分成本就会消失。

深入探讨细节

“热模式”如何使Jit-Browser快速

今天的演示以困难的方式加载每个页面：

  • 启动Docker
  • 启动无头Chrome
  • 新鲜加载网站
  • 注入Jit-TR
  • 翻译并捕获
  • 再次关闭所有

这相当于关闭笔记本电脑，重新打开，打开浏览器，并访问 每个页面的站点。冷启动捕获在典型硬件上大约需要25–35秒。

热模式（“睡眠模式”）

Jit-Browser可以在后台保持一个温暖的无头Chrome运行，而不是重启一切：

  • Docker容器保持活跃
  • Puppeteer 和 Chrome 保持加载状态
  • 标签页保持打开或可重用
  • 浏览器缓存保持温暖（字体、CSS、JS、图像）

每个新请求几乎瞬间完成，相比于冷启动：

  • 没有 Docker 启动
  • 没有 Chrome 启动
  • 缓存的 HarmonyOS 或华为资产从磁盘加载
  • 只有翻译后的 HTML 发生变化

温暖模式的捕获时间通常从大约 30 秒下降到大约 8–12 秒。

为什么这很重要

浏览器已经有本地层用于：

  • JavaScript 执行
  • HTML 布局
  • 网络堆栈
  • 可访问性树
  • GPU 渲染

Jit-TR 表现得像一个缺失的本地层：一个多语言层。温暖模式展示了如果翻译直接在浏览器引擎内部运行而不是作为外部脚本运行，它可能有多快。