Blog 이사 아닌 이사

도메인 주소 구입 + 블로그 디렉토리 이전으로 몇 가지 삽질을 했다. 아래는 이틀 간의 삽질 기록.

1. 2009년 12월 27일을 끝으로 만료된 rein.kr 도메인을 구입했다 – 물론 만료 후 한 달이 지나야 다른 사람이 등록할 수 있기에 어제 구입. 구매할 때 상당히 많은 개인정보를 요구하는건 유감이지만 — .kr 도메인이 아니고서야 한국 내에서 살 이유가 없으니 – 어쨌든 도메인 주소가 대폭 짧아졌다.

여기까지 해서 http://rein.upnl.org/wordpresshttps://rein.kr/wordpress/ 로 이전.

2. 도메인 주소가 짧아지고나니, wordpress 라는 블로그 디렉토리 이름이 묘하게 길어보이기 시작(…).

집에 돌아와서 mod_rewrite 를 열어 수정을 했다. 뭐가 문제였는지는 모르겠지만, top-level 주소는 제대로 redirection[1] 되던데, 나머지 주소들 – 그러니까 WordPress 에서 사용하는 archives/post-name tags/tagname 같은 대부분의 주소들 – 은 제대로 redirection 이 안되서 어젯밤은 GG 치고 자러 갔다.

3. 오전에 병원가려고 준비하다가 mod_rewrite 대신에 mod_alias 를 쓰면 되겠다 싶어서 간단히 proof-of-concpets 코드만 짜고 병원 행.

오후에 잠시 난 짬을 써서 주소를 옮겼다.

설정은 다음 코드를 이용.

<IfModule mod_alias.c>
Redirect 301 /wordpress /blog
</IfModule>

이걸로  https://rein.kr/wordpresshttps://rein.kr/blog 로 전환. 하지만 rein.upnl.org/blog 로 직접 접근해오는 경우는 웹 브라우져 주소창에는 여전히 이전 주소로 찍힌다.

4. 301 redirect 될 주소에 도메인 주소까지 명시적으로 줘봤다. 잘 된다!

이제 rein.upnl.org/wordpress 로 접속해와도 rein.kr/blog 로 간다

<IfModule mod_alias.c>
Redirect 301 /wordpress https://rein.kr/blog
</IfModule>

이제 블로그 내부 데이터에 박혀있는 – 그러니까 각 글들의 링크, 사진 주소 등등 – 데이터를 rein.kr 기반으로 옮기면 끝.

여기까지가 현재 상태.

남은 문제:

  • Google 검색 정보 옮기기: WebMaster 툴에서 내가 upnl.org 는 소유하고 있는게 아니라고 거부한다
  • upnl.org 를 내껄로 위장(?)하기?
  • 구글 커스텀 검색이 rein.upnl.org 기반 페이지로 가려고 시도함. 어디서 바꾸지?[2]

과연 언제다 해결?

2010-01-31 13:42 – 블로그 각 글에서 rein.upnl.org 사용되는 것 rein.kr 로 이동. 이제 메타데이터 테이블 고쳐야?

  1. HTTP 301 응답; permanently moved 이용 []
  2. 물론 저기로 가봐야 다시 돌아오게 아파치 설정을 고쳐서 별 문제는 안생김 []

Published by

rein

나는 ...

7 thoughts on “Blog 이사 아닌 이사”

  1. 수고가 많으십니다. 사실 저도 도메인을 처음 구입했을 때 그리고 gorekun.pe.kr/blog 도메인을 blog.gorekun.com 도메인으로 바꿀 때 삽질 좀 했더라지요. 확실히 이 문제는 주소의 하위 호환성 문제 때문에(사실 옛날에 걸어 놓은 링크들 중에는 아직도 손 안 봐 놓은 것들이 많지만서도.) 신경 쓸 것이 많아 보입니다.

    저 그런데… 왜 reinkun.kr로 구입하지 않으셨나효? 지금 제가 미리내 군한테도 nopikun.com을 구입하라고 꼬시고 있는 중인데효. =3=3

    1. rein.kr/blog -> blog.rein.kr 바꾸는건 사실 서버 설정 자체를 바꿀 수 있으니까 오히려 문제가 없는데, 지금처럼 도메인/서브디렉토리 동시에 바꿨더니 문제가 산적.
      근데 이건 많은 수의 indexer/crawler/bot 들이 HTTP 301 redirect permanently 를 HTTP 302 temporal redirection 이랑 같게 생각해서 문제가 많은것 뿐.

      근데 따지고 보면 이번 삽질의 가장 큰 요인은 내가 mod_rewrite 를 잘 모른다는거지… 근데 mod_redirection의 기능은 내가 문서를 이해한게 맞다면 모든 하위 호환성은 해결(…). http://upnl.org/~rein/tt 시절의 꺼야 복구 못하지만 그 때 남은 글들은 외부 링크가 거의 없었으니까 상관없겠지…

      reinkun.kr 같은걸 내가 왜 사냐 -_- Nickname 이면 족함. 그 뒤에 뭔가 더 붙이는건 내 취향과는 거리가 매우 멀단다.

  2. 망했다. 여러 줄 댓글 중에 ( 로 한 줄이 시작하는 모든 글에 INSERT INTO 로 시작하는 SQL 문이 앞에 붙어버렸다 Orz

    1. 제가 원하던 거 중에 하나는 각종 링크를 봇(…)이 보고 업데이트 하길 바란거였고(..)
      + 블로그 내에서 mod_rewrite 로 가짜 주소를 만들어서 쓰는 구조다보니(…)

  3. RedirectMatch /wordpress/(.*)$ http://rein.kr/blog/$1

    (…맞는지는 가물가물하지만;; ) 아파치 설정에서 저런식으로 추가해주시면 기존의 rein.unple.org/wordpress/abcd-example 같은 주소가 rein.kr/blog/abcd-example 로 적절하게 튕겨주더군요.

    구글 커스텀 검색 관련 설정은 http://google.com/cse 에서 변경이 가능한데, 직접 등록하지 않으셨다면 어떻게 될지는 잘… orz

    올려주신 글 보고 덧글 써야지 써야지 하다가 오늘에서야 몇 자 남기고 갑니다. (rss의 폐해가…;; )

    항상 좋은 글 감사합니다. ^^

    1. RedirectMatch 가 URI escaping 이 이상하단 소리가 있어서 일단 Redirect 로 사용했습니다. 일단은(?) 잘 되는듯하네요. redirectMatch 는 확인해보고 테스트해보겠습니다.

      구글 관련 검색은 저기가서 고치긴했는데, URI를 자동으론 못 옮기는듯했습니다(…). 봇이 301 보고 옮겨주길 기대해야(…)

Leave a Reply