고객 지원 문의

이메일로 답장드리며, 보통 이틀 안에 회신합니다.

Google reCAPTCHA가 이 제출을 악용 여부에 대해 확인하며, 이 과정에서 데이터가 Google로 전송됩니다. 스크립트는 이 양식을 열 때만 불러옵니다.

← 전체 글

웹 서버는 무엇을 적어 두는가

콘텐츠와 검토에 관하여

이 글의 내용

인터넷의 모든 웹 서버는 설치된 측정 도구나 눈에 보이는 카운터와 무관하게 자기 활동을 자동으로 기록합니다. 그 기록을 접근 로그라고 합니다.

브라우저가 파일을 청할 때마다, 그 파일이 글 문서 전체이든 스타일시트이든 사진 한 장이든, 서버는 그 거래의 세부를 계속 자라는 글자 파일에 적어 둡니다.

그 기본적인 기록은 기술 진단, 보안 감시, 일반 관리에 꼭 필요합니다. 그 안에 무엇이 담기는지 알면 전용 계수 서비스가 모으는 데이터의 신비가 걷힙니다. 두 체계가 정확히 같은 바탕 정보에 기대기 때문입니다.

시각과 파일청한 이의 주소자칭하는 브라우저카운터가 있든 없든 모든 서버가 이것을 적습니다

한 줄에 무엇이 담기는가

접근 로그의 표준적인 한 줄은 몇 가지 정보로 이루어집니다. 먼저 요청의 정확한 날짜와 시각을 초 단위까지 적습니다.

다음으로 청한 이의 인터넷 주소를 적고, 그것은 서버가 청해진 파일을 보낼 회신 경로 노릇을 합니다. 로그는 어떤 파일이 청해졌는지, 그리고 전달이 성공했는지도 적습니다. 게다가 대개 그 파일로 가는 링크를 담고 있던 웹페이지의 주소, 곧 참조를 담습니다.

끝으로 청하는 프로그램이 준 글자 열을 적는데, 그것은 브라우저 종류와 운영체제를 설명합니다. 그 모든 데이터가 평범한 인터넷 통신 과정에서 저절로 보내집니다.

같은 데이터, 다르게 보관됨

눈에 보이는 그림 카운터는 방문을 좇는 새로운 방법을 만들어 내지 않습니다. 정확히 같은 표준 정보 흐름을 더 좁고 다루기 쉽게 처리할 뿐입니다. 카운터 그림이 청해지면 계수 서버는 웹 서버가 보는 것과 정확히 같은 데이터를 봅니다.

차이는 오로지 그 뒤에 데이터를 어떻게 다루느냐에 있습니다.

원본 접근 로그는 알쏭달쏭한 줄 수천 개가 빽빽한 기술적 글자 파일인 반면, 카운터 소프트웨어는 거기서 쓸모 있는 조각만 뽑아냅니다. 내부 시스템 파일 요청을 걸러 내고, 브라우저 정보를 분류하고, 인터넷 주소를 대략의 지리 지역에 대응시키고, 마침내 깨끗하고 읽기 쉬운 데이터베이스를 갱신합니다.

각각이 얼마나 오래 사는가

원본 접근 로그의 수명은 보통 꽤 짧습니다. 서버 관리자는 저장 공간을 너무 잡아먹지 않도록 그 파일이 정기적으로 돌아가고 지워지게, 흔히 몇 주 만에 그렇게 되도록 설정합니다.

그러나 카운터를 위한 전용 데이터베이스는 다르게 짜여 있습니다. 모든 요청의 기술적 세부를 무기한 저장하는 대신 합계를 저장합니다.

어느 화요일에 특정 페이지가 쉰 번 보였다는 것을 기억하되, 그러려고 로그 쉰 줄을 영원히 지닐 필요는 없습니다. 그 집계 덕분에 장기 추세가 효율적으로 보존되고, 접근 로그의 덧없는 데이터가 웹사이트의 영구적이고 눈에 보이는 역사로 바뀝니다.

앎이 멈추는 곳

서버 로그와 측정 도구의 관계를 알아차리면 웹 통계의 경계가 분명해집니다.

카운터는 표준 파일 요청 때 브라우저가 자발적으로 준 정보에만 전적으로 기대므로, 그 기본 매개변수 너머로는 아무것도 알 수 없습니다. 화면 앞에 앉은 사람의 이름을 알 수 없고, 그 기기에서 어떤 다른 프로그램이 도는지 볼 수 없고, 무관한 웹사이트를 가로지르는 이동을 좇을 수 없습니다.

화면에 보이는 숫자는 인터넷을 돌아가게 하는 기본적이고 피할 수 없는 기술적 재잘거림을 아주 다듬어 보여 준 것일 뿐입니다.

광고