🪵 HTTP 요청 로그 파서 | 로그 한 줄 필드 분해

액세스 로그 (한 줄 또는 여러 줄)

로그 형식

줄	결과	상태	요청 또는 막힌 이유

필드는 단순 공백 분리로 나누지 않고, 따옴표와 대괄호 안의 공백은 한 필드로 묶습니다. 역슬래시로 escape 된 따옴표도 그대로 읽습니다. 상태 코드는 1xx~5xx 분류만 하고 코드별 의미는 다루지 않습니다.

HTTP 요청 로그 한 줄 파서 사용법

액세스 로그를 붙여넣으면 필드 수로 Combined 인지 Common 인지 판별해 클라이언트, 시각, 메서드, 경로, 쿼리, 상태 코드, 응답 크기, 리퍼러, User-Agent 로 나눠 보여줍니다. 여러 줄을 넣으면 줄마다 성공·실패를 표로 정리하고 상세는 처음 읽힌 줄을 씁니다. 형식을 직접 고를 수도 있습니다.

파싱 방식과 기준

필드 구분은 공백 분리가 아니라 상태 기계로 처리합니다. 따옴표와 대괄호를 만나면 짝이 닫힐 때까지 한 필드로 묶고, 역슬래시 escape 를 풀어 읽습니다. 시각은 NCSA 형식 dd/Mon/yyyy:HH:MM:SS +ZZZZ 를 읽어 오프셋을 반영한 ISO 8601 UTC 로 바꿉니다. 필드 구성은 아파치 HTTP 서버 문서의 Common·Combined 정의를 따르며 2026년 10월 기준입니다.

한계와 주의사항

nginx 등에서 직접 정의한 로그 포맷이나 JSON 로그는 다루지 않습니다. 필드 수가 7개나 9개가 아니면 자동 판별이 반려되므로 형식을 직접 고르세요. 형식보다 필드가 많으면 뒤쪽을 무시하고 그 사실을 알립니다. 로그에는 IP 와 요청 경로 같은 개인정보가 섞일 수 있으니 공유 전에 확인하세요. 처리는 모두 브라우저 안에서 일어납니다.

자주 묻는 질문

왜 공백으로 그냥 나누면 안 될까?

User-Agent 와 요청 줄, 시각 필드에는 공백이 들어 있습니다. 단순 분리로는 한 필드가 여러 조각으로 쪼개져 상태 코드 자리가 밀립니다. 이 파서는 따옴표와 대괄호를 먼저 닫고 나서 다음 필드로 넘어갑니다.

파싱이 실패하면 무엇을 알려줄까?

몇 번째 줄의 몇 번째 필드에서 막혔는지, 닫는 따옴표가 없는지 아니면 시각·상태·바이트 형식이 어긋나는지를 글자 위치까지 함께 알려줍니다.

이 도구가 하지 않는 일은 무엇일까?

로그 파일 전체를 집계하거나 트래픽·크롤 예산을 분석하지 않고, 상태 코드별 의미 설명도 하지 않습니다. 한 줄을 필드로 나누는 일에만 집중합니다.

🪵HTTP 요청 로그 한 줄 파서 도구

관련된 도구

cURL 명령어 생성기

HTTP 메서드 선택 가이드

HTTP 요청 로그 한 줄 파서 사용법

파싱 방식과 기준

한계와 주의사항

자주 묻는 질문

관련된 도구

cURL 명령어 생성기

HTTP 메서드 선택 가이드

HTTP 요청 로그 한 줄 파서 사용법

파싱 방식과 기준

한계와 주의사항

자주 묻는 질문

같은 카테고리 도구