셈을 잃지 않고 사이트를 옮기기

웹사이트를 새 호스팅으로 옮기거나, 도메인 이름을 바꾸거나, 현대적인 콘텐츠 관리 시스템을 들이는 일에는 구조적인 조정이 숱하게 따릅니다. 자리 잡은 그림 카운터가 쌓아 온 기록을 지키려면, 무엇이 그 이어지는 셈을 지탱하는지 정확히 알아야 합니다.

실제로 총계를 나르는 것

계수 장치 전체는 그림 소스 주소 안의 고유 식별자에만 기댑니다. 전환 도중과 이후에 계수 지점을 가리키는 목표 경로가 똑같이 남아 있는 한, 쌓인 숫자는 기록 안에 안전히 보존됩니다.

주소의 나머지는 장식입니다. 페이지를 내보내는 도메인, 프로토콜, 새 시스템의 폴더 구조 — 그 가운데 어느 것도 숫자를 담은 기록에 나타나지 않습니다. 나타나는 것은 식별자이고, 보통 태그 한가운데의 짧은 숫자 몇 자리입니다.

단계의 순서

옮기기를 성공시키는 데는 분명한 순서가 있습니다. DNS 설정을 바꾸거나 데이터베이스 파일을 옮기기 전에, 카운터 조각이 새 시스템 서식에 제대로 복사되었는지 확인하면 뜻하지 않은 데이터 끊김을 막을 수 있습니다.

순서가 중요한 것은 두 절반이 서로 다르게 실패하기 때문입니다. 복사는 했지만 아직 닿을 수 없는 조각은 기록에 몇 시간짜리 구멍을 남기고, 그것은 견딜 만합니다. 조각을 복사하기 전에 옮겨진 도메인은 아무것도 세지 않는 페이지를 낳고, 누군가 보름 뒤에 통계를 열기 전까지 아무도 알아채지 못합니다.

호스팅이 허락하는 곳이라면 짧게 겹치는 기간을 마련할 값어치가 있습니다. 옛 자리와 새 자리를 하루 함께 돌리면 카운터가 어느 쪽에서든 닿을 수 있고, 기록에는 나중에 설명해야 할 구멍이 없습니다.

무엇이 잘못되고, 어떻게 보이는가

문제는 대개 이동 설정이 잘못되었을 때나, 코드를 정리하다가 그림 태그의 경로가 바뀌었을 때 생깁니다. 소스 문자열의 완전한 일관성을 지키면, 새 서버 설정이 살아나는 바로 그 순간부터 역사적 진행이 끊김 없이 이어집니다.

피해의 대부분을 차지하는 실패는 둘입니다. 첫째는 그림 주소를 사이트 자신의 폴더 구조로 다시 쓰는 코드 정리이고, 그것이야말로 바뀌어서는 안 되는 단 하나입니다. 둘째는 그림 요청에 그림 대신 페이지로 답하는 이동입니다. 그러면 카운터는 그릴 수 없는 것을 받고, 셈은 눈에 보이는 오류 없이 멈춥니다.

둘 다 같은 방법으로 1분 안에 찾습니다. 그림 주소를 따로 열어 그림이 오는지 보는 것입니다. 옛 호스팅을 해지하기 전에 한 번 해 두는 그 확인 하나가 이사와 손실을 가릅니다.