Jit-Browser Jit-4 플랫폼의 일부 EN-CA |
Jit-Browser 로고

어떤 웹사이트 - 언제든지 - 어떤 언어에서든 당신의 언어로.

브라우저 안의 브라우저 전체 웹을 당신의 언어로 읽을 수 있게 만듭니다.

모든 브라우저에는 표식이 있습니다. 이것이 우리의 것입니다. 브라우저 안의 브라우저.

바퀴는 새로운 웹으로 이동하는 모든 마차를 운반합니다.
바퀴살은 웹2 핸들로, 웹이 작동하도록 유지합니다.
축은 바퀴살을 마차에 연결하는 것입니다.
Jit-Browser는 마차를 강하게 유지하는 새로운 축 맞춤입니다,
디지털 오리건과 산타페 트레일이 계속 움직이는 동안 뒤처지지 않습니다.

브라우저 안의 브라우저 - 항상 앞으로 나아가는 길, 어떤 언어로든.
"승리"는 포기하지 않을 때 보이는 길입니다.

웹 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. 흐름/클릭 도우미 선택 사항: 쿠키 배너 수락, "더 보기" 클릭, 또는 콘텐츠를 표시하기 위해 스크롤.
비용은 흐름에 따라 달라지며, 보통 약 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 또는 Huawei 자산이 디스크에서 로드됩니다
  • 번역된 HTML만 변경됩니다

따뜻한 모드 캡처는 일반적으로 약 30초에서 약 8–12초로 감소합니다.

이것이 중요한 이유

브라우저는 이미 다음을 위한 네이티브 레이어를 가지고 있습니다:

  • JavaScript 실행
  • HTML 레이아웃
  • 네트워크 스택
  • 접근성 트리
  • GPU 렌더링

Jit-TR은 누락된 네이티브 레이어처럼 동작합니다: 다국어 레이어. 따뜻한 모드는 번역이 외부 스크립트로서가 아니라 브라우저 엔진 내부에서 직접 실행된다면 얼마나 빠를 수 있는지를 보여줍니다.