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 和網絡堆棧旁邊，內建多語言層會如何表現。

來自真實捕獲的樣本時間跟踪

這是捕獲 HarmonyOS 在 ES-419 中的真實無頭時間跟踪：

[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 表現得像一個缺失的本地層：一個多語言層。溫暖模式顯示如果翻譯直接在瀏覽器引擎內運行而不是作為外部腳本，速度會有多快。