Jit-Browser Một phần của nền tảng Jit-4 EN-CA |
Logo Jit-Browser

Bất kỳ trang web nào - bất kỳ lúc nào - từ bất kỳ ngôn ngữ nào ĐẾN NGÔN NGỮ CỦA BẠN.

Một trình duyệt bên trong trình duyệt của bạn điều đó làm cho toàn bộ web có thể đọc được trong ngôn ngữ của bạn

Mỗi trình duyệt đều có một dấu hiệu. Đây là của chúng tôi. Một trình duyệt bên trong một trình duyệt.

Bánh xe mang theo mọi chiếc xe khi nó di cư vào mạng mới.
Các nan hoa là những tay cầm Web2 giúp cho web hoạt động.
Trục là cái kết nối các nan hoa với xe ngựa.
Jit-Browser là bộ phận mới giúp giữ cho xe của bạn vững chắc,
không bao giờ bị bỏ lại phía sau khi con đường số Oregon và Santa Fe tiếp tục di chuyển.

Một trình duyệt bên trong trình duyệt của bạn - luôn có cách tiến về phía trước, bằng bất kỳ ngôn ngữ nào.
"Chiến thắng" là con đường bạn thấy khi bạn không bao giờ từ bỏ".

Web 4 như một hệ thống con trình duyệt, không chỉ là một kịch bản

Ở đây chúng tôi mô tả những gì xảy ra khi mã đang chờ cấp bằng sáng chế của chúng tôi chạy song song với động cơ bố cục trình duyệt iChrome, động cơ JavaScript của nó và ngăn xếp mạng, thay vì sống như "một tập lệnh khác" trên trang. trong máy chủ của chúng tôi - hoặc máy chủ của bạn - hoặc trình duyệt của khách hàng.

β Chụp không đầu tuyệt vời hôm nay. Chụp không đầu nhanh chóng vào ngày mai. Lớp trình duyệt siêu nhanh nếu được tích hợp bên trong các trình duyệt như Chrome hoặc HarmonyOS.

Jit-Browser làm gì bằng ngôn ngữ đơn giản

Jit-Browser là một pipeline trình duyệt không giao diện người dùng.
được kích hoạt khi một trang từ bất kỳ trang web nào được yêu cầu \/ trước khi nó được giao sử dụng các quy tắc quyết định độc quyền của chúng tôi.

  • Khởi động một động cơ Chrome thực sự bên trong một container
  • Tải trang EXACT đó chính xác như một người dùng sẽ làm (HTML, CSS, JS, phông chữ, hình ảnh)
  • Tiêm mã JS đang chờ cấp bằng sáng chế của chúng tôi từ api.jit-tr.com
  • Thực hiện mã JS của chúng tôi tại chỗ (ví dụ như để ES-419Ai/AEO)
  • Ghi lại DOM đã được sửa đổi cuối cùng dưới dạng ảnh chụp HTML tĩnh
  • Cung cấp bản chụp HTML tĩnh đó

Trên trang web của chúng tôi - hoặc của bạn - hoặc bên trong một trình duyệt.

Đó chính là kiến trúc mà Jit-TR sử dụng trên các trang thực, nhưng chạy không có giao diện, với các nhật ký thời gian cho thấy chính xác thời gian đã trôi qua ở đâu.

Một lần chụp, từng bước một

1. Container + Chrome Bắt đầu Docker, bắt đầu Chrome không giao diện, gắn Puppeteer.
Chi phí điển hình: khoảng 8–15 giây khi khởi động lạnh.
2. Tải trang Tải các gói HTML, CSS, JS, phông chữ và hình ảnh cho trang web mục tiêu.
Chi phí điển hình: khoảng 8–15 giây cho các trang web nặng.
3. Jit API khởi động Tiêm mã API Jit, chọn ngôn ngữ (ví dụ ES-419), và khởi tạo.
Chi phí điển hình cho việc tích hợp lần đầu: khoảng 1–3 giây. Chi phí điển hình cho ít hơn 10 chỉnh sửa: khoảng 0,01 giây.
4. Trợ giúp luồng / nhấp Tùy chọn: chấp nhận một banner cookie, nhấp vào “tải thêm”, hoặc cuộn để hiển thị nội dung.
Chi phí phụ thuộc vào luồng, thường khoảng 0,01 giây.
5. Chụp màn hình và xuất HTML Tùy chọn chụp màn hình toàn trang và ghi HTML đã dịch vào đĩa.
Thường khoảng 0,01 giây mỗi lần.
6. Thời gian chờ an toàn Thời gian chờ cố định ngắn để đảm bảo tất cả việc dịch bất đồng bộ và cập nhật DOM đã hoàn tất.
Thường khoảng 0,1 giây tổng cộng.

Tổng cộng, một lần chụp lạnh của một trang web lớn mất khoảng 5–15 giây. Hầu hết thời gian đó là chi phí khởi động một engine trình duyệt mới bên trong một container.

Điều đó sẽ bị tiêu tán nếu Docker, Chrome không đầu và Puppeteer vẫn hoạt động như một daemon.

Điều đó BIẾN MẤT nếu Jit API được nhúng trong một Trình duyệt!

Lớp trình duyệt lạnh so với ấm so với bản địa

Cùng một quy trình trông rất khác nhau tùy thuộc vào nơi nó chạy:

Chạy không đầu lạnh (hôm nay)

  • Khởi động Docker cho mỗi lần chụp
  • Khởi động Chrome không đầu cho mỗi lần chụp
  • Tải lại tất cả tài sản mỗi lần
  • Tiêm Jit-TR và dịch

Điển hình: 25–35 giây cho một lần chụp HarmonyOS.

Container “chế độ ngủ” ấm

  • Tái sử dụng một container lâu dài
  • Tái sử dụng một phiên bản Chrome duy nhất
  • Tái sử dụng CSS, JS, phông chữ và hình ảnh đã lưu vào bộ nhớ đệm
  • Chỉ thay đổi HTML đã dịch

Điển hình: 8–12 giây một khi đã ấm cho cùng một trang.

Hệ thống con trình duyệt bản địa

  • Không có Docker chút nào
  • Không có quy trình Chrome riêng biệt
  • Tái sử dụng bộ nhớ đệm tích hợp của trình duyệt
  • Jit-TR chạy bên trong engine như một lớp đa ngôn ngữ

Chi phí gia tăng: mili giây, không phải giây.

Jit-Browser là một bản demo thực tế về cách một lớp đa ngôn ngữ tích hợp sẽ hoạt động nếu các trình duyệt cho nó một chỗ ngồi bên cạnh bố cục, JS và ngăn xếp mạng.

Mẫu theo dõi thời gian từ một lần chụp thực tế

Đây là cách mà một theo dõi thời gian không đầu thực tế trông như thế nào khi chụp HarmonyOS ở ES-419:

[URL] URL trang để chụp: 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
        

Theo dõi làm rõ điểm rất rõ ràng: phần chậm không phải là việc dịch, mà là khởi động lạnh của một ngăn xếp trình duyệt đầy đủ trong một container. Di chuyển cùng một logic vào engine trình duyệt, và hầu hết chi phí đó biến mất.

Chi tiết sâu

Cách “Chế độ ấm” làm cho Jit-Browser nhanh

Bản demo hôm nay tải mỗi trang theo cách khó khăn:

  • Khởi động Docker
  • Khởi động Chrome không đầu
  • Tải trang web mới
  • Tiêm Jit-TR
  • Dịch và chụp
  • Tắt tất cả lại

Điều này tương đương với việc tắt một chiếc laptop, bật lại, mở trình duyệt và truy cập một trang web cho mỗi trang. Các lần chụp khởi động lạnh mất khoảng 25–35 giây trên phần cứng điển hình.

Chế độ ấm (“Chế độ ngủ”)

Thay vì khởi động lại mọi thứ, Jit-Browser có thể giữ một Chrome không đầu ấm chạy trong nền:

  • Container Docker vẫn sống
  • Puppeteer và Chrome vẫn được tải sẵn
  • Các tab vẫn mở hoặc có thể tái sử dụng
  • Bộ nhớ cache của trình duyệt vẫn ấm (phông chữ, CSS, JS, hình ảnh)

Mỗi yêu cầu mới trở nên gần như ngay lập tức so với khởi động lạnh:

  • Không khởi động Docker
  • Không khởi động Chrome
  • Tài sản HarmonyOS hoặc Huawei đã được lưu vào bộ nhớ cache tải từ đĩa
  • Chỉ có HTML đã dịch thay đổi

Thời gian chụp ấm thường giảm từ khoảng 30 giây xuống còn khoảng 8–12 giây.

Tại sao điều này quan trọng

Các trình duyệt đã có các lớp gốc cho:

  • Thực thi JavaScript
  • Bố cục HTML
  • Ngăn xếp mạng
  • Cây truy cập
  • Kết xuất GPU

Jit-TR hoạt động như một lớp gốc bị thiếu: một lớp đa ngôn ngữ. Chế độ ấm cho thấy nó có thể nhanh như thế nào nếu việc dịch diễn ra bên trong động cơ trình duyệt trực tiếp thay vì như một tập lệnh bên ngoài.