사용자 에이전트 Parser

User-Agent 파서는 브라우저가 보내는 User-Agent 요청 헤더를 읽고 브라우저 이름과 버전,렌더링 엔진,운영 체제,요청이 온 장치의 종류로 나눕니다. 모든 HTTP 요청은 이 문자열을 전달하며,서버가 묻지 않고 연결의 다른 쪽 끝에 있는 것을 학습하는 가장 일반적인 단일 방법입니다. 헤더 자체는 HTTP 의미 사양인 RFC 9110 에 정의되어 있으며,그 형식은 역사적으로 지저분해진 제품 토큰과 주석의 구조화되지 않은 목록입니다.

그 지저분함이 파서가 존재하는 이유입니다. 최신 Chrome 문자열은 여전히 "Mozilla/5.0"으로 시작하고 여전히 "Safari"라는 단어가 포함되어 있습니다. 브라우저는 서버 스니핑 테스트를 통과하기 위해 서로 토큰을 복사하는 데 20년을 보냈기 때문입니다. Edge는 "Chrome"을 전달하고 Opera는 "Chrome"을 전달하며 iPhone의 Safari는 "Safari/" 토큰이 아닌 별도의 "버전/" 토큰으로 실제 버전을 보고합니다. 따라서 눈으로 사용자 에이전트를 읽는 것은 오류가 발생하기 쉽습니다: 가장 명백해 보이는 토큰은 실제 클라이언트를 식별하는 토큰이 아닌 이전 버전과의 호환성을 위해 남겨지는 토큰인 경우가 많습니다.

이 도구는 이러한 특수한 요구 사항에 대한 탐지 순서를 적용합니다. 다른 브라우저 토큰을 먼저 포함하는 브라우저에 대해 테스트하므로 Edge 는 Chrome 으로 잘못 읽히지 않고 Chrome-on-iOS 문자열은 Safari 로 잘못 읽히지 않습니다. Windows NT 커널 번호를 마케팅 이름으로 매핑하고 밑줄로 구분된 iOS 및 macOS 버전을 다시 점선 형식으로 변환하며 요청을 데스크톱,모바일, 태블릿 또는 봇으로 분류합니다. 또한 알려진 크롤러 및 자동화 서명을 플래그 지정합니다. 이는 단일 브라우저를 디버깅하는 대신 웹 서버 액세스 로그를 읽을 때 가장 유용한 필드입니다.

작업 예제는 사용자 에이전트 문자열 파서가 반환하는 내용을 보여줍니다. Windows 샘플에서 Edge 를 클릭하고 구문 분석 된 결과에는 Microsoft Edge 126.0.0.0, Blink 537.36, Windows 10 / 11, Desktop, x86-64 (64 비트) 및 Bot / 크롤러 아니오, 문자열에 Chrome 및 Safari 토큰도 포함되어 있음에도 불구하고 이제 Android 6.0.1 에서 Chrome 을 주장하는 Googlebot 스마트 폰 문자열을 붙여 넣으십시오: 사용자 에이전트 파서는 여전히 브라우저와 OS를 읽지만 장치 유형은 Bot / Crawler가되고 봇 플래그는 예라고 말합니다. 크롤러가 로그에서 전화 브라우저의 ID를 빌릴 때 그 분할은 원하는 것입니다.

모든 것은 브라우저에서 실행됩니다. 붙여넣는 문자열은 결코 업로드되지 않습니다. 이는 자신의 트래픽에서 실제 User-Agent 가 정확한 장치를 암시하고 방문자가 사용하고 있는 빌드를 만들 수 있기 때문에 중요합니다. 가입이 없으며 구문 분석은 네트워크 요청을 하지 않습니다; 복사 버튼만이 사용량 카운트를 기록합니다. 문자열 없이 생산 로그 라인을 아무데도 보내지 않고 붙여넣을 수 있습니다.