Legacy or not.. That is the question.
태터툴즈 1.1도 오늘 오전 1.1.0.1이 출시되면서, 이제 태터툴즈 1.1도 어느정도 정착하였습니다.
그러나...
mod_url 이라는 Apache 웹서버의 모듈과 Tattertools가 충돌을 해버립니다옹... orz
위의 mod_url 설명에서도 나오듯이, 사실상 저 놈은 외국산 프로그램이 우리말을 잘 처리하지 못하는 상황을 타개하기위한 미봉책입니다...
그래도 그동안 해오던 습관상 많은 서버에 mod_url이 여전히 설치되고있을 따름이지요...
그동안은 M$ 인터넷 익스플로러 6에서 관습 헌법 정도로 서버에 전송하는 인코딩을 잘 보내온탓에 큰 문제가 없었습니다만....
익스플로러 7에서는 전송 인코딩이 바뀌는 정책 변화가 있었습니다....
http://gendoh.tistory.com/2510825
위의 링크를 참조하시면 아실 수 있습니다...
mod_url은 UTF-8 인코딩을 전송받고는, 친절하게 euc_kr 인코딩을 반송해주고...
다시 IE7은 꿋꿋하게 UTF-8으로 다시 서버에다가 요청하고..... ∞
대체 이 지경에서 우리는 레거시를 따라야 할 것인지... 아니면 레거시를 버려야 할 것인지....
진퇴양난입니다용....
(0) 
(0)
그러나...
mod_url 이라는 Apache 웹서버의 모듈과 Tattertools가 충돌을 해버립니다옹... orz
mod_url 이란?
국내에서 자체적으로 아쉬운 사람이 우물을 파서 제작된 아파치 서버용 모듈로, 서버와 접속자간 언어 인코딩 설정이 달라서 한글 폴더나 파일을 인식하지 못하는 현상에 대한 대처로 만들어진 땜빵용 프로그램입니다.
실제로 UTF-8 <-> euc_kr 간 인코딩 변환 과정에서 종종 문제가 발생하고는 합니다...
mod_url은 사실상 2004년도 이후로는 그 필요성이 많이 줄어들었으며, 아파치 서버도 한국어 처리 능력이 많이 나아져서 굳이 mod_url을 설치해야만 할 필요는 없습니다.
하지만 제로보드처럼 사실상 레거시인지라 아직도 많은 웹호스팅사에서 기본으로 설치해둔 상태입니다...
(물론 당연히 본 kangjang.net 서버는 mod_url 을 설치하지 않았습니다.)
국내에서 자체적으로 아쉬운 사람이 우물을 파서 제작된 아파치 서버용 모듈로, 서버와 접속자간 언어 인코딩 설정이 달라서 한글 폴더나 파일을 인식하지 못하는 현상에 대한 대처로 만들어진 땜빵용 프로그램입니다.
실제로 UTF-8 <-> euc_kr 간 인코딩 변환 과정에서 종종 문제가 발생하고는 합니다...
mod_url은 사실상 2004년도 이후로는 그 필요성이 많이 줄어들었으며, 아파치 서버도 한국어 처리 능력이 많이 나아져서 굳이 mod_url을 설치해야만 할 필요는 없습니다.
하지만 제로보드처럼 사실상 레거시인지라 아직도 많은 웹호스팅사에서 기본으로 설치해둔 상태입니다...
(물론 당연히 본 kangjang.net 서버는 mod_url 을 설치하지 않았습니다.)
위의 mod_url 설명에서도 나오듯이, 사실상 저 놈은 외국산 프로그램이 우리말을 잘 처리하지 못하는 상황을 타개하기위한 미봉책입니다...
그래도 그동안 해오던 습관상 많은 서버에 mod_url이 여전히 설치되고있을 따름이지요...
그동안은 M$ 인터넷 익스플로러 6에서 관습 헌법 정도로 서버에 전송하는 인코딩을 잘 보내온탓에 큰 문제가 없었습니다만....
익스플로러 7에서는 전송 인코딩이 바뀌는 정책 변화가 있었습니다....
http://gendoh.tistory.com/2510825
위의 링크를 참조하시면 아실 수 있습니다...
mod_url은 UTF-8 인코딩을 전송받고는, 친절하게 euc_kr 인코딩을 반송해주고...
다시 IE7은 꿋꿋하게 UTF-8으로 다시 서버에다가 요청하고..... ∞
대체 이 지경에서 우리는 레거시를 따라야 할 것인지... 아니면 레거시를 버려야 할 것인지....
진퇴양난입니다용....
(0) (0)
Paged by Textcube Ver. 1.7.6 : Staccato
Compute/iServer : 2006/11/17 15:29 트랙백 ( 1 )개 : 댓글 ( 2 ) 개 | 전체 815 : 오늘 2 Hits
Compute/iServer : 2006/11/17 15:29 트랙백 ( 1 )개 : 댓글 ( 2 ) 개 | 전체 815 : 오늘 2 Hits
트랙백 ADDRESS :: http://blog.kangjang.net/trackback/138
-
Tracked from Go! Bbuwoo
2007/05/28 02:25
DELETE
제목 : IE7 과 mod_url 문제 수정
IE7 에서 mod_url 이 설정되어 있는 서버로 한글 주소를 전송할 경우 encoding 이 맞으면 (즉, mod_url 이 작동할 일이 없으면..) 문제가 없지만, 맞지 않을 경우에는 무한 루프에 빠지게 되는 문제가 있습니다. 즉 예를 들어서, 다음의 조건에 해당될 경우 입니다. IE7 이 URL 의 utf8로 전송한다. (기본값임) 서버측의 mod_url 이 다음과 같이 설정이 되어 있다. CheckURL on ServerEncoding EU..
다른 건 모르겠고, 옛날기술을 살리는 것이 개발쪽에서는 힘들지 몰라도 이용하는 쪽에서는 편하죠.
아직도 gtk2가 아닌 gtk로 된 프로그램이 많고, nvidia 드라이버도 따로 legacy를 지원하고, 폰트도 truetype과 함께 type1도 사용되고 있는데, cobol까지도 현재 돌아가고 있답니다. 옛 고물PC를 사용하는 입장에서 이런 글 볼때 가슴이 아픕니다. 예전 네스케이프랑 함께 웹 코딩할 때 소스를 각각 분리해서 작성할 때가 있었는데 그 때가 생각나는군요. IE7은 xp 유저중 일부만 사용하고 있으니 바로 바꾸면 후유증이 더 많지 않나요?
물론 저희도 레거시 호환이 목표입니다만...
때로는 레거시 호환이 오히려 짐이 될 때가 종종 있습니다...
(물론 제 글은 개발자 입장에서 주절거려본 이야기입니다...)