한글명을 사용할 때의 장점과 EUC-KR 인코딩을 사용하는 엠티 블록에서의 구현은 무버블타입에서_한글로_파일명을_생성할_경우의_문제_해결책.php 참조
조건 :
- .htaccess 파일을 통한 리다이렉션을 이용하므로 Apache 웹서버를 사용하는 엠티 블록
- 계정 아래에서 사용자의 .htaccess 설정을 웹서버 설정상 허용한 경우
- 서버상에선 시스템적으로 EUC-KR을 디폴트 인코딩으로 설정된 경우 ( 당연히 서버상에서 UTF-8을 기본으로 인식하면 훨씬 일이 쉬워지지만, 대부분의 호스팅 서버가 리눅스 시스템이고 아직은 대부분이 EUC-KR을 기본 인코딩으로 하므로, 이에 맞춰 구현한 방법이므로...)
- 실제 구현은 MT 3.1에서 해봤지만, 그 이전 버젼에서도 문제없을 것임.
- Individual Archive 로 개별 엔트리 파일을 생성하는 경우.
- Perl 의 CGI,Encode,URI 모듈을 사용하는 데, 엠티를 설치했다면 CGI,URI는 있다보고 문제는 Encode 모듈인데 이는 펄버젼이 맞아야 설치가 된다한다. 이 모듈 설치가 불가한 시스템이라면 차선책으로 iconv 를 이용해 해결할 수 있을 것이다. 혹 나중에라도 그런 경우가 생기면 iconv를 이용한 방법도 구현하기로 한다.
1. /mt/lib/MT/Util.pm 에서 sub dirify { 를 찾는다.
기존의 dirify 함수 이름을 old_dirify로 바꿔준다. (물론 그냥 다 지워도 상관없다. 일종의 백업 개념) 그리고 아래의 dirify 함수로 대체시켜준다. 아래는 3.1의 dirify를 바꾼 것이지만, 이전 버전의 경우도 기존의 함수를 지우거나 다른 이름으로 바꾸고, 새로운 함수로 대체 시켜주면 된다.
# 2004. 11. alogblog.com
sub old_dirify {
my $s = $_[0];
$s = convert_high_ascii($s); ## convert high-ASCII chars to 7bit.
$s = lc $s; ## lower-case.
$s = remove_html($s); ## remove HTML tags.
$s =~ s!&[^;\s]+;!!g; ## remove HTML entities.
$s =~ s![^\w\s]!!g; ## remove non-word/space chars.
$s =~ tr! !_!s; ## change space chars to underscores.
$s;
}
sub dirify {
my $s = $_[0];
$s = remove_html($s); ## remove HTML tags.
$s =~ s!&[^;\s]+;!!g; ## remove HTML entities.
$s =~ s/[\\!\@\#\$\%\^\&\*\(\)\+\|\\\=\-\~\`\,\/\?\>\<\'\"\?]//g;
$s =~ tr! !_!s; ## change space chars to underscores.
$s =~ s/[_]+/_/g;
$s;
}
# by byte AliBaba @KOR
#################################################
2. Web Config / Archive Files / Archives 의 Individual 을 수정
MT Menu / Web Config / Archive Files / Archives / Individual / Archive File Template 란에
<$MTEntryDate format="%Y/%m/"$><$MTEntryTitle dirify="1"$>.html
를 입력하고 저장한 후, 새로 리빌드해주면, 개별 아카이브 파일이 /blog/archives/2004/11/한글파일명.....html 로 생성이 된다. 당연히 자신의 php로 생성한다면 끝에 확장자를 바꿔줘야 한다.
앞의 1과 2만 고쳐주면, 한글 파일명으로 생성이 된다. 너무 간단하다. 만약 앞으로 시스템 상으로 한글 다른 한글인코딩을 가진 URL을 자동으로 변환해주는 단계에선 위 1/2 만으로 끝이다.
하지만, 현재와 가까운 미래 어느 시점까진, 우리가 작은 스크립트로 URL 인코딩 변환을 해줘야 한다. 이것을 해줘야 하는 이유는, UTF-8 한글로 된 URL을 복사해서 다른 인코딩을 사용하는 페이지에 링크로 삽입하고, 그 이종인코딩 페이지에서 그 링크를 클릭해 접근하는 경우, 한글로는 같은 주소로 보이지만 결국 다른 숫자값을 가진 페이지로 인식해서 Not Found Error 가 발생하기 때문이다.
3. /blog 아래에 .htaccess 파일 생성
자신의 /blog 아래에 .htaccess 파일이 없다면 새로 생성해주고, 있다면 덧붙여 주면 된다.
$ vi .htaccess
AddDefaultCharset UTF-8
ErrorDocument 404 /blog/error.cgi
위 의미는 /blog 밑에 있는 파일들의 인코딩은 아무말 없으면 UTF-8이다 라는 선언과 404 낫파운드 에러가 나면 /blog 밑에 있는 error.cgi를 실행시켜라는 소리다. 대부분의 아파치웹서버에서는 디폴트 문자셋이 Euc-KR일 것이므로 자신의 블록 폴더 아래에는 UTF-8이 기본이라고 명시해주는 것이다.
4. /blog/error.cgi 생성
이제 마지막 남은 건 무얼까? 그렇다. 바로 /blog/error.cgi 를 하나 만들어 주면 끝이다.
$ touch error.cgi
$ chmod +x error.cgi
$ vi error.cgi
use CGI qw/:standard/;
use Encode qw(encode decode);
use Encode::Guess qw(euc-kr ksc5601-raw utf-8);
use URI::Escape;
my $path = $ENV{"REDIRECT_URL"};
my $tmp_encode = guess_encoding($path);
my $q = new CGI;
if($tmp_encode->name ne "utf-8") {
my @p = split(/\//, $path);
$p[$#p] = uri_escape(encode("utf-8", $tmp_encode->decode($p[$#p])));
my $url_encoded_path = join('/', @p);
print $q->redirect($url_encoded_path);
}
else {
# not found page error
print $q->redirect('http://alogblog.com/blog');
}
위 CGI 에서 자신에게 맞게 바꿔줄 부분은 굵은 표시로 된 주소뿐이다. 이것은 실제 잘못된 즉 존재치 않는 문서에 대한 요청일 경우에 어디로 돌릴 것이냐...하는 것인데, 일반적으로 많이 보는 경우는 별도의 Not Found Document 메시지를 담은 페이지로 보내는 것이다. 위 경우 그냥 블록의 홈으로 보낸다. 좀더 고려해준다면 자신의 블록 검색페이지로 보내줄 수도 있을 것이다.
자, 일단 이것으로 웹서버 시스템상의 디폴트 인코딩은 EUC-KR인 일반적인 환경하에서 자신의 블록 인코딩을 UTF-8로 사용하는 경우, 한글로 엔트리 파일명을 생성하게 해주고, 또 EUC-KR 페이지에서 링크를 타고(혹은 트랙백을 타고) 들어온 경우에도 에러없이 찾아가는 방법에 대한 구현이다.
5. 선택 사항
엠티 내에서 Redirection이 일어나는 경우가 있다. 대표적인 경우가 코멘트를 달 경우다. 코멘트 처리를 원하는 대로 템플릿에서 설정할 수 있는데, 예를 들어 static이라는 숨은 속성의 값을 1로 해둘 경우에 코멘트를 입력한 후, 다시 그 입력 페이지로 리다이렉션되어 온다. 만약 static 값을 0으로 수정하고 리빌드해준 상태에서 코멘트를 입력하면, 입력후 원 그 페이지가 아니라, 새로운 코멘트만의 리스트가 나오는 다른 페이지로 넘어가게 된다.
디폴트 상황은 static이 1로 되어 있어서, 개별 엔트리에서 코멘트를 입력하고 나면 다시 자신의 코멘트가 새롭게 덧붙은 그 페이지가 나타나게 되어 있다. 이때 앞서와 같은 문제가 발생한다. 즉 UTF-8로 된 자신의 한글 URL을 제대로 EUC-KR 웹서버가 이해못하는 현상이다. 이경우 .htaccess에 정의한 설정되로 진행되는 것이 아니라서 그런 것 같다.
만약 자신의 코멘트 설정을 static을 0으로 해서, 별개의 코멘트 리스팅 페이지로 넘어가게 해준다면 위의 문제는 없다. 디폴트 상황으로 사용할 경우 아래의 변경을 해주면 해결된다.
$ cd mt/lib/MT/App
$ vi Comments.pm
MT 3.1의 경우 대략 310 라인 부근, 다른 버전의 경우엔 comment_link를 찾으면 된다.
my $comment_link;
if (!$q->param('static')) {
my $url = $app->base . $app->uri;
$url .= '?entry_id=' . $q->param('entry_id');
$url .= '&static=0&arch=1' if ($q->param('arch'));
$comment_link = $url;
} else {
my $static = $q->param('static');
if ($static == 1) {
# I think what we really want is the individual archive.
######################################################
# 2004.11 alogblog.com
# 아래 부분을 추가
use URI::Escape;
my @pl = split(/\//, $entry->permalink);
$pl[$#pl] = uri_escape($pl[$#pl]);
$comment_link = join('/', @pl);
######################################################
# $comment_link = $entry->permalink; # 원래 코드인 이 부분을 '#' 처리
# by byte AliBaba @KOR
} else {
$comment_link = $static . '#' . $comment->id;
}
}
아래 내용은 소스를 직접 수정하는 핵(Hack)방식입니다. 위 링크에 있는 플럭인을 이용하세요.
쓰다 보니 지저분한 느낌인데, 귀찮은 분들은 이 섹션 건너뛰어도 2.번의 무머블타입의 구현 섹션 따라하는데 아무 문제 없습니다. )
대부분의 스팸코멘트가 외국에서 날아오는 경우가 대다수라, CGI 파일이름이나 mt.cfg를 막은 상태에서 개별 엔트리 주소를 한글로 해줄 경우, 파싱을 위해 개별 파일에 접근하는 스팸봇의 루틴에서 한글인코딩 문제로 에러를 발생시켜줄 가능성이 크다 본다. 어차피 스팸봇이 임의의 주소를 생산해서 접근하는 방식이 아니라, 검색엔진처럼 대문페이지에 링크된 주소를 따라 뒤집고 다니는 것이라, ASCII 문자론 아무리 복잡하게 명명해도 문제가 되지 않는다 본다. 한글을 지원하지 않는 브라우져에서도 한글부분을 카피해 입력창에 넣고 전송해도 우리에겐 바른 한글로 에러없이 보이지만, 프로그램상에선 많은 부분 에러를 내게 된다. 특히나 UTF-8인코딩에 의한 한글주소가 아니라면 더욱 그럴 가능성이 크다하겠다.
이 방법의 테두리 내에서 좀더 좋은 방법이나 오류라고 생각되는 부분 등이나 아이디어있으시면 말씀해 주시면 감사하겠습니다.
다빈치 코드 원서에 나오는 개인적으로 새로운 단어들을 각 대략 다섯 챕터별로 모아서 정리해 둔다.
가물가물한 경우에 참으로 번거롭기 거지^^없다. 물론 모르는 단어는 대략 어림으로 해석하고 스쳐지나갈려고 하지만, 워낙에 모르는 단어가 많고 또 어떤 경우에 그 단어의 뜻이 흐름에 중요한 단서가 될 경우가 많아서 모른체 두리뭉실 넘어가기만도 어렵다. 그렇다고 그때 그때마다 사전을 찾기도 무척 번거롭니다. 찾다가 볼 일 다본다.
이처럼 이멜 주소를 담은 이미지만 표시하고 링크는 걸지 않는 이 방법은 스팸봇이 이미지 프로세싱
까지 하지않는 이상, 주소를 수집하긴 거의 불가능한 방법이다.
하고 있다. 이유는 사용자 등록에 관계된 정보를 충실히 보호할 자신도 없을 뿐더러, 개인 블록에 설치한 포럼에 그런 정보등록을 요구하는게 번거롭게 보여서이다.
멋있는 서비스이다.
띠웅....
<초대>는 여고동창인 세 여자(이영애. 김민. 추상미)를 통해 ,각기 다른 결혼과 섹스에 관한 가치관을 보여주고 있다. 
킬 빌
When strangers appear 
투가이즈