/IE버그의나비효과약 5년 전, 바야흐로 웹페이지의 인코딩이 euc-kr(또는 cp949)에서 슬슬 UTF-8이 대세가 되어가고 있었고, 이 홈페이지와 UseModWiki소스수정에도 그걸 반영하고 싶었으나... 일단 내부적으로 문자들을 처리하는 곳을 많이 뜯어고쳐야 했는데 당장 내가 인코딩이니 캐릭터셋이니 이런 거를 잘 몰라서 쉽지 않았다. 그래서 실제로는 2004년부터 유니코드 얘기를 하고는(유니코드논의) 3년이나 지난 후에 작업을 시작했음. 내부에서 위키페이지 텍스트를 처리하는 건 어찌어찌 할 수 있겠다 싶어서 본격적으로 UTF-8로 넘어가 보려고 했더니만,
원래 홈페이지에서 각 페이지의 URL은
따라서 위키 내에서 다른 페이지 링크를 걸어놔도 그게 한글로 되어 있으면 URL이 제대로 전달이 안 되니 클릭해봤자 그 페이지를 못 찾는다.
따라서 물음표 대신에 슬래시를 써서
그랬더니 뭐가 문제냐 하면,
따라서 상대경로로 적힌 주소들은
여기서 또 문제가 뭐냐 하면-_-;; UseModWiki는 하위페이지를 사용할 때 상위페이지와 구분하는 문자로
따라서 하위페이지냐 아니냐에 따라서 상대경로에
그런데, 상대경로일 때는 위키를 서버의 어느 디렉토리에 설치하더라도, 그 디렉토리를 기준으로 찾아가니까 상관이 없는데, 절대경로로 표시하려면 설치하는 사람이 어느 디렉토리에 설치했는지를 적어주지 않으면 웹페이지 입장에서 알 방법이 없다. (
그래서 결국 여기까지가 2007년 UTF-8이전작업할 때의 사연이고,
5년이 지난 오늘, html에는
그러면 애초에 IE에 그 버그만 없었어도 그 수많은 삽질은 필요 없었을텐데ㅠㅠ 위키에서 하위페이지를 슬래시가 아닌 다른 기호로 표시했다면ㅠㅠ 내가 저 base 태그에 대해 알고 있었더라면ㅠㅠㅠㅠ -- Raymundo 2012-1-30 5:38 pm
Comments & Trackbacks뭐 그래도... 그 덕분에 요청이 euc-kr로 들어와도 utf-8로 들어와도 처리할 수 있게 수정도 했고... 예를 들어 위키피디아는 euc-kr로 페이지 이름을 요청하면 없는 페이지라고 안 뜨지만 내 홈페이지는 잘 뜬다고... 으쓱 -- Raymundo 2012-1-30 5:49 pm
주인장분류
|
Diary최근 글들
코멘트와 트랙백
옛 글들
RSS
주요 페이지
이 홈페이지의 인터위키는 다음과 같습니다. GyparkWiki
|