ジット・ブラウザ ジット-4プラットフォームの一部 EN-CA |
ジット・ブラウザのロゴ

どのウェブサイトでも - いつでも - どの言語からでもあなたの言語へ。

ブラウザ内のブラウザ それがあなたの言語でウェブ全体を読みやすくします

すべてのブラウザには印があります。これが私たちのものです。ブラウザ内のブラウザ。

車輪は新しいウェブに移行するすべてのワゴンを運びます。
スポークはウェブを機能させ続ける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回のキャプチャ、ステップバイステップ

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. フロー/クリックヘルパー オプション:クッキーバナーを受け入れる、「もっと読み込む」をクリックする、またはコンテンツを表示するためにスクロールする。
コストはフローに依存し、通常は約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秒 1つの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またはHuaweiのアセットがディスクから読み込まれる
  • 翻訳されたHTMLだけが変わる

ウォームモードでは通常約30秒から約8–12秒に低下する。

なぜこれが重要なのか

ブラウザにはすでにネイティブレイヤーがある:

  • JavaScriptの実行
  • HTMLのレイアウト
  • ネットワークスタック
  • アクセシビリティツリー
  • GPUレンダリング

Jit-TRは欠けているネイティブレイヤーのように振る舞う:多言語レイヤー。ウォームモードは、翻訳が外部スクリプトとしてではなく、ブラウザエンジン内で直接実行された場合にどれほど速くなるかを示している。