무버블타입 3.3 버전에 맞춘 EnjoyYourPosting은, 엔트리 에디팅과 퀵포스트에 훌륭한 위지윅 에디터로 손꼽히는 FCKeditor를 자동 내장시켜주며, 또 이전에 alogblog's MT 인터페이스라 칭했던 몇가지 엠티 인터페이스 스타일을 적용할 수 있도록 해주는 플러그인입니다.

이전 버전에서 이 플러그인은 FCKeditor를 제 alogblg's MT interface상에서만 사용할 수 있었고, 기본 엠티 인터페이스에서는 불가했습니다. 그 이유는 히스토리상 alogblog's MT interface가 먼저 개발되었고, 이후에 몇몇 유저들의 요청에 의해 위지윅을 붙이다보니까, 좀더 화면 폭이 넓은 제 인터페이스에 맞게 손쉽게 추가한게 그 이유입니다. 하지만 몇몇 분들은 제 인터페이스를 혐오하셨고 또 멀리 이란의 유저(글을 오른쪽에서 왼쪽으로 씁니다)들은 자신들만의 이유로 엠티 고유의 인터페이시를 원하시는 요구가 있었기에, 이번에는 완전히 인터페이스와 위지윅 에디터를 디커플링시켰습니다. 즉 인터페이스 선택과 FCKeditor 선택이 각각 독립적으로 가능하게 되었다는 것입니다.

또 이번 버전에서는 이전 버전에서 사용했던 스타일 스위칭 방법을 버리고 정적인 방법으로 바꿈으로서, 로딩 속도를 현저히(?) 개선했습니다. 또 이전 FCKeditor 버전에서는 메뉴의 각종 툴바 아이콘을 따로 따로 불러 들이는 방식이라 로딩속도가 좀 걸렸는데, 새로 장착한 2.3.1최신 버전에서는 하나의 단일 이미지로 개선해서 이 또한 로딩 속도 개선에 도움을 주고 있습니다. 어쨋든 이전 버전에 비해 눈에 보이는 기능외에 내부적 처리 루틴에도 신경을 좀더 써서 개발했기에, 느끼실지 어쩔지는 모르겠지만 좀 빨라졌습니당.

그리고 제가 예전에 만들었던 FCKeditor의 Tagging 플러그인을 추가하고 엠티 시스템이랑 좀더 유기적으로 움직이게 손을 봤습니다.

마지막으로 FCKeditor의 또다른 멋진 이미지 관련 플러그인인 "ImageManager"를 결합시켰습니다. 업로드한 이미지를 즉석에서 크기 변경, 회전, 잘라내기, 워터마킹 등을 할 수 있게 해주는 멋진 놈입니다.

 이번 "EnjoyYourPosting"은 개발 과정에서 골치가 많이 아팠던 놈입니다. 자세한 설명은 생략하구요, 어쨋든 그래서 이 설명 엔트리가 그리 자세하지 못합니다. 대충은 아니지만, 그리 자세하진 못한 느낌입니다. 혹 이런 저런 문제나 의문이 생기시면, 일단 이전 엔트리도 좀 보시구요, 또 다른 관련한 포럼 등도 먼저 한번 보시길 바랍니다.

어쨋든 제 "EnjoyYourPosting" 플러그인으로, 한국의 한줌(한 열분? ㅋㅋㅋ) 엠티 유저님들이 좀 더 편리한 엠티 블로깅을 하실 수 있길 바람니다.

더 자세한 내용은 이전 엔트리를 참조하실 수 있습니다.

예를 들어, 받은 트랙백의 요약문의 일정 크기를 잘라서 목록에 나타낼때에 필터가 작동하는데, 그것이 한글에서도 무리없이 작동하게 도와주는 것입니다.

혹 이전 엔트리를 참조하실 수 있습니다.

Installation

이 압축파일을 받은 후, (mt 홈) 밑에서 $ tar xvfz KoreanEncoder-3.3.01.tar.gz 식의 명령으로 푸세요.

사용법은 예전 엔트리 참조하십시요.

3.3 버전에서는 Internationalization(I18N)과 Localization(L10N)이 한층 강화되었습니다. 기왕에 업데이트 하는 김에 좀더 탄탄하게 손 볼 수 있는 것은 손 본 것 같은데, 어떨지 모르겠습니다.

국내에 존재하는 한줌(?) 엠티 유저들은 이미 잘 아시겠지만, 엠티라는 시스템은 단지 블로깅 툴 이상의 역할을 할 수 있는 Six Apart사가 말하는 바와 같이, 플랫폼적인 성향이 매우 강합니다. 자기가 꾸미기에 따라 어였한 일반 사이트 설계툴로도 손색이 없을 정도라고 봅니다.

초기 MT 2.66 이후 많은(?) 분들이 WordPress로 전향하셨지만, 그분들 상당수가 MT의 다양한 기능에 대한 이해가 충분치 않은 가운데 많은 오해를 앉고 전향(ㅋ)하신듯 보입니다.(아빠 팬티 줄여놨다~ 어서 돌아와~) 그런 초기 MT의 기능에 대한 오해 여부에 대해 제가 아는 선에서 충분히 반박(?)하고 설득할수 있다 생각하지만, 이 글에서 펼치기엔 좀 어색한 듯 싶구요. 어쨋거나 엠티를 잘 쓰시는 분들은 이 독특한 시스템의 매력을 충분히 향유하시리라 믿습니다.

조금 과장해서 말하자면, 3.3 이후로 엠티에서의 한글화 문제는 지극히 특별한(즉 다른 시스템이라도 OS, 브라우저 등에서의 제한에 의해 가지는 문제들) 경우를 제외하곤 거의 없다고 봐도 될 정도로 내부 틀이 자리를 잡아가고 있습니다.

무버블타입에 관한 책을 준비하고 있는 와중에, 느닷없이(?) 3.3이 나오는 바람에, 한글화니 플러그인 업데이트니 정말 * 빠지게 설쳐댔는데요, 이제 대충 마무리가 된듯 싶긴한데, 풀로 테스트해보지는 못했으니 이점에 대해선 양해바랍니다.

참고로 한글화와 관련없는 일반 유틸리티성 플러그인도 업데이트를 했는데, 당분간 한글 설명 엔트리 쓸 여력은 없을 것 같습니다. 업데이트니까 예전꺼랑 대부분 비슷할테니 영어 엔트리와 예전 한글 엔트리를 잘 참조하셔서 걍 쓰시는 분은 쓰십시요.

이것은 CategoryPager 플러그인의 업데이트 버전입니다. CategoryPager는 카테고리 아카이브에서 엔트리 목록을 페이징할 수 있도록 도와주는 것인데, 이 SomeMTPager는 이 기능 외에, 엔트리의 코멘트를 페이징 할수 있게 해줍니다. 다만 이 코멘트 페이징은 MT의 CGI 기능을 이용한 전용 방명록 생성을 염두에 두고 만들어 진것이라, 일반 정적 엔트리 생성에서는 그 사용을 보장하지 못합니다.

이 플로그인의 코멘트 페이징을 이용해서 만드는 방명록은, 새로운 블로그 생성/네 개(Site Javascript, Stylesheet, Individual, Comment Listing)의 템플릿만으로 아무런 정적인 파일 생성없이 이루어 집니다.

이 방명록 은 MT의 CGI 기능과 이 플러그인을 이용해 만든 것입니다. MT의 StyleCatcher 플러그인을 이용해 다양한 스킨을 간단히 이용하면 더욱 간단히 방명록을 만들 수 있습니다. 물론 자신만의 디자인을 적용하려면 그보단 조금더 시간이 들겠지만, 방명록 성격상 딱 한페이지의 CSS만 디자인하면 되므로 상대적으로 쉽다고 할 수 있을 것입니다.

그럼 문제는 과연 방명록을 MT의 CGI만을 이용해 운영할 경우 방명록 글이 많아 질수록 성능에 문제가 없을까 하는 점입니다. 제 방명록은 mySQL이 아닌 파일 DB를 사용하므로 더 늦을 겁니다. 즉 PHP/mySQL 디비를 사용한 전용 방명록(혹은 게시판) 툴을 사용해 생성한 것보단 분명 빠르진 않을 것입니다. 또 많은 분들이 기존의 다양한 쉬운 게시판 프로그램을 적용하기도 합니다. 과연 방명록을 MT의 CGI를 이용해 만들 실익이 있기는 있을까요?

제가 생각하는 궁색한 이유는 이렇습니다. 일단 방명록은 그 성격상 일반 BBS 게시판과 다름니다. 즉 방명록 이용자 즉 방문자들이 거의 "검색"을 할 가능성이 없는 체제입니다. 검색은 가장 동적인 성능이 많이 요구되는 한 기능입니다. 또 방명록 글 페이지 상의 이동 즉 네이게이션도 일반 방문자가 할 가능성도 낮습니다. 주로 방명록 주인이 어쩌다 이용하는 기능입니다. 결론적으로 방명록은 일반 게시판에 비해 동적인 기능이 낮고 대신 다른 기능이 좀더 요구됩니다. 그것은 바로 글을 남긴 후 빠른 응답, 그리고 쉬운(혹은 익숙한) 디자인 체제, 갈수록 문제화되는 코멘트 스팸, 이 경우엔 방명글 스팸을 퇴치할 나름의 수단이 제공되느냐..하는 점에 핵심을 두고 봐야 한다는 것입니다. 그런 점에서 이 플러그인을 이용한 MT 방명록은 MT의 디폴트 스팸 퇴치 기능외에 다양한 안티스팸 플러그인을 사용할 수 있으며, 디자인이나 관리 체계도 MT내에서 하나로 할 수 있다는 점이 그 장점이라고 볼 수 있습니다. (방명록에 글이 많아져서 속도에 지장을 느낀다 싶을 경우의 대책은 아래 Note를 참조하세요)

쉽게 구해서 쉽게 적용할 수 있는 게시판 응용 방명록도 하나의 대안이 되겠지만, MT 내에서 응용해서 쉽게 나만의 디자인(방명록 디자인이 거기서 거기겠지만)으로 생성할 수 있는 방명록 체제도 나름 편리하지 않을까 생각합니다.

이 플러그인은 무버블타입 블로그에서 PHP같은 형식으로 퍼블리싱하지 않고 HTML로 퍼블리싱하는 경우에도, 카테고리 아카이브에 페이지를 나눠 나타내게 할 수 있게 해 줍니다. 날짜 기반 아카이브의 경우 그 성질상 월별 정도의 개념으로 페이징이 나눠진다고 볼 수 있습니다. 따라서 그 경우엔 굳이 페이지를 나눌 필요성이 없는 반면에, 카테고리 아카이브는 시간이 지남에 따라 누적적으로 엔트리가 쌓이게 되므로 어느 순간 적절한 크기로 목록을 나눠서 표시할 필요성이 생깁니다.

이런 일종의 게시판에서의 페이징같은 기능은 기본적으로 동적인 특성이 요구되므로 HTML같은 형식으로 퍼블리싱하는 경우 이를 구현하기 불가능합니다. 따라서 이 페이징 기능을 사용하기 위해 일부러(?) PHP 형식으로 퍼블리싱하게 되는 현상도 발생합니다. 물론 PHP로 퍼블리싱할 경우에 그만큼 유연해지는 것은 사실이나, 특별히 동적인 기능을 사용하지 않는 경우에는 MT의 시스템 특성과도 어울리게 정적인 HTML 파일로 퍼블리싱하는게 자연스럽다고 봅니다.

어쨋든 MT에서 이 카테고리 아카이브에 페이징을 적용하려면 기본적으로 PHP 등으로 퍼블리싱을 해야 합니다. 여기서 MT 시스템이 제공하는 비공식 CGI인 mt-view.cgi를 이용할 여지가 발생합니다. 즉 MT의 이 CGI도 PHP처럼 동적인 능력을 제공하기 때문에 이를 이용한다면 별도의 파일 형태로 퍼블리싱을 할 필요가 없어집니다.

 카테고리 아카이브에 페이징이 적용된 모습은 여기서 볼 수 있습니다.(이것은 이 플러그인을 이용한 것은 아닙니다만 같은 원리입니다)

webSSearchy는 블로거가 직접 선정한 검색 쿼리, AJAX 기법과 네이버, 구글, 야후 등 각종 검색 웹서비스를 이용해서, 해당 글을 접한 방문자가 그 글의 주제/기술 등과 관련해 검색을 해 좀더 알아보고자 할 때, 한번의 클릭으로 쉽게 결과를 알아보도록 도와주는 무버블타입 블로그용 플러그인입니다. 현재는 야후, 구글, 네이버에 대한 웹서비스를 이용할 수 있으면, 무버블타입 자체의 검색 CGI(mt-search.cgi)를 RSS 형태로 반환하게 변형해서 이 또한 이용할 수 있게 해주는 CGI까지 네개가 제공됩니다.

여기서 그 적용 모습을 볼 수 있습니다.
* 이 글에 붙인 webSSearchy 결과 링크의 일부는 각 서비스의 다양한 타겟 결과를 보여주기 위해, 이 글의 주제와 상관없는 링크도 예시적으로 포함하고 있습니다.
Web 2.0과 네이버 OpenAPI (이 플러그인을 만드는 동안 생각한 이런 저런 생각을 로깅한 글입니다.)

실제 엔트리 작성시에 적용하는 모습은 소위 태그를 붙이는(Tagging) 것과 유사해 보입니다. 또 결과 모습도 비슷해 보입니다. 하지만 그 성질은 정 반대입니다. 태그는 기본적으로 블로거 자신을 위해서 붙입니다. 태그는 내부적으로는 간편한 카테고리의 성격을 가집니다. 즉 자신의 글에 대해 관리 목적상 즉석에서 분류를 하는 것입니다. 외부적으로는 태그 관련 메타 사이트에 관련된 주제로 자신의 글을 등록해서, 가능한 많은 블로거들의 방문을 유도하는 목적도 가집니다. 물론 이에 대해서 "태그 공간 생성에 이바지"나 "다른 블로거에 쉽게 글을 제공하는 것"이라는 의미를 부여할 순 있지만, 그것은 목적이라기 보단 결과 측면의 의미가 강합니다.

반면 webSSearchy에 의한 검색 쿼리 링크 삽입은 블로거 자신이 아닌, 오로지 해당 글의 방문자 편의를 위해 제공되는 것이라 할 것입니다. 둘다 해당 글과 관련된 "키워드" 선정이라는 면이 공통되 보이지만, 그 "키워드"의 성격도 적어도 이론적으로는 정 반대로 봅니다. 태그로 선정되는 키워드는 기본적으로 "관리"의 성격이 있기 때문에, 고정적인 기존의 "카테고리"보다는 유연하지만, 여전히 짧고 기억하기 좋고 많은 이들이 두루 사용할 가능성이 커야 한다는 묵시적 제한을 가지고 선정됩니다. 즉, 태그로 지정할 "키워드"가 복잡하고 한정어가 많이 붙을 수록, "태그"로서의 가치가 떨어진다고 할 수 있습니다. 블로그 엔트리 관리적인 측면에서도 너무 지엽적인 태그의 생성이요, 마찬가지로 외부적으로도 보통의 블로거들의 태그와 쉽게 결합되기 어렵게 되기 때문입니다.

하지만 이 검색 쿼리로서의 "키워드"는 방문자가 이글의 주제/기술과 관련해 더 검색할 경우를 가정한 비교적 서술적이고 상세한 키워드의 조합이 될 가능성이 큽니다. 그런 의미에서 이는 방문자의 이익을 위해 제공하는 일종의 "간접 웹서비스"라는 개념이 강합니다. 야후, 구글, 네이버 등의 웹서비스를 받아 소비하는 최종 소비자로 존재하는 것이 아니라, 웹서비스 개념에 무관한 일반 블로그 방문자에게 글의 내용과 관련해 대신 웹서비스를 받아서 다시 제공하는 중간 웹서비스입니다.

webSSearchy에 의한 검색 결과의 제시는 어떤 면에서는 자신의 블로그로 어렵게(?) 찾아온 방문객을 다른 사이트로 쉬 보내는 결과를 줄 가능성이 큽니다. 그것은 방문자가 여분의 클릭을 통해 어떤 쿼리에 대한 결과를 보길 원하는 적극적인 행동을 취했기 때문에 더 그러합니다. 방문객을 모아서 내 블로그의 구석 구섯으로 보내기 보다는, 다른 사이트로 보내는 역할을 결과적으로 하게 됩니다. 당장엔 적어도 블로그 주인의 입장에서는 꽤 불유쾌한 플러그인입니다.

반대로 방문자의 입장에서는 조금 다를 것입니다. 어떤 글을 읽고 해당 주제에 대해 좀더 다가가고 싶은 일말의 마음과 막상 관련된 키워드를 통해 검색 엔진에서 결과 목록을 한번 훑어 보기라고 하고자 하는 마음 사이에 하나의 threshold가 있다고 가정한다면 그 threshold가 바로 적절한 키워드 선정과 실제 검색 수행 작업에 드는 공일 것입니다. 쥐꼬리보다 적은 것이지만, 현실적으로는 분명 하나의 threshold로 작용하고 있다고 생각합니다. 이 플로그인 혹은 이 메카니즘이 그 작은 벽을 조금이라도 낮추는데 일조를 할 수 있길 기대합니다.

새로운 온라인 피드수집기인 구글 리더에서 디폴트로 제공되는 "BlogThis!" 액션 명령은 구글 블로그 시스템인 blogger.com 상의 블로그로만 가능합니다(너무 당연하겠지만). 이 파이어폭스의 그리스몽키 확장을 이용한 스크립트를 설치하면, 자신의 블로그(북마클릿 기능을 지원하는)로 직접 해당 아이템을 로깅할 수 있습니다. 주로 링크블로그 이용시에 조금 편리할런지 모르겠군요.

이 플러그인은 Movable Type내에서 FCKeditor라는 WYSIWYG 에디터를 쉽게, 또 간편히 커스터마이징시켜 사용할 수 있게 해주는 것입니다. 현재 많은 공개된 WYSIWYG 에디터가 존재합니다. 저는 그 중에서 HTMLArea와 FCKeditor를 조금 사용해 봤는데 둘다 매우 좋은 놈입니다. 물론 그 특성상 PC에 약간의 부하를 주긴 합니다만, 이 자체가 이의 사용여부를 가늠할 잣대로서의 비중은 점점 줄어들거라 봅니다.

alogblogMTinterface 플러그인은 매우 많은 대체 MT 템플릿을 이용합니다. 따라서 사용자가 개인적으로 W~G 에디터를 삽입하고자 하거나 혹은 이를 위한 다른 플러그인(EnhancedEntryEditing같은)을 적용하고자 할 경우에, 이런 저런 문제를 겪을 가능성이 크다 봅니다. 그래서 EnhanceEntryEditing(이는 TinyMCE라는 에디터를 달아 줍니다.)라는 같은 류의 플러그인이 존재함에도 이를 새롭게 추가하게 되었습니다.

이 FCKeditor의 가장 큰 특징/장점 중의 하나가 바로 미디어 브라우져라고 불리는 기능입니다. 이를 이용해 간편하게 이미지 등을 엔트리 작성중에 업로드하고 이 주소를 바로 엔트리 상에 삽입해주는 기능인데, TinyMCE의 경우 이 기능이 별도의 플러그인으로 제공되는데...유료더군요. 유료다보니 기능 자체는 FCKeditor의 그것보다 좀더 좋은것 같습니다만, 당연 사용해보진 못했겠죠.

현재 이 페이지가 설명하는 플러그인은 원래 alogblogMTinterface라는 MT의 기본 인터페이스를 획기적으로(^^) 세련되게 변경해주는 플러그인의 업데이트 버전일 뿐입니다. 즉 현재 이 플러그인을 설치하면 FCKeditor만 MT의 기본 인터페이스에 추가시켜주는게 아니라, alogblogMTinterface라는 제 인터페이스위에 깔리게 됩니다. 이를 현재와 같이 별도의 페이지에 설명하는 것은, 이 FCKeditor사용에 좀더 중점을 두고 설명하기 위함입니다. 인터페이스 자체에 대한 의문 등은 원 페이지를 참조하시길 바람니다.

무머블 타입에서 말하는 "디폴트" 템플릿이란 무엇입니까?

디폴트 템플릿이란, 새로운 블로그를 생성할 경우에 자동적으로 같이 기본적으로 생성되는 모든 템플릿들을 말합니다. 또한 3.2부터 기본으로 포함된 TemplateRefresh 플러그인까지 고려하면, 디폴트 템플릿이란, 기존의 블로그에서 삭제/변경되더라도 다시 원래의 모습으로 refresh 시킬수 있는 템플릿을 의미하기도 합니다.

어떤 경우에 사용자가 자신의 몇몇 템플릿을 "디폴트" 템플릿으로 만들어 주고 싶을 수가 있습니다. 예를들어, 자신이 사용하는 어떤 플러그인가 기본으로 어떤 입력파일을 사용하는데 그것을 편리하게 인덱스 템플릿을 이용해 생성/관리하고자 하는 경우라든가, 아니면 자신의 입맛에 맞게 특화시킨 각종 피드 등을 새로운 블로그 생성시마다 일일이 다시 등록하기 귀찮은 경우 등이 그 좋은 예일 것입니다.

물론 이렇게 임의의 템플릿을 수작업으로 소스 변경등으로 해줄 수도 있습니다만 특히 TR플러그인에 자신의 템플릿의 다이제스트 값을 입력해주는 부분등이 매우 귀찮기 때문에, 이 툴을 만들게 되었씁니다.

이 플러그인 내에 제공하는 수정된 TemplateRefresh 는 "Add Default Templates"라는 시스템관리 블로그 목록에 적용할수 있는 새로운 액션을 추가시켜 줍니다. 만약 MT의 디폴트 템플릿 중에 어떤 것을 실수로 삭제했을 경우, 혹은 이 툴로 MT시스템내에는 디폴트로 등록했지만 현재 블로그에는 아직 나타나있지 않은 경우에는 이 액션으로 빠진 템플릿만 추가시켜 줄 수 있습니다.

그럼 Broadcasting을 목적으로 하는 글들을 블로거는 어떤 수단을 통해 그 목적을 달성할까요?

즉 일단 그 페이지 상에서 QuikcPost 를 뛰웁니다. 그 후에, 현재 페이지에 포함되 있는 이미지의 주소를 알아내기 위해, 이미지 위에서 마우스 오른쪽 버튼 등의 메뉴를 이용해 주소를 복사합니다. 그런 후, 그 주소를 이용해, 엔트리 작성 화면에서, <img> 태그 처리해줘야 합니다. 또한 그 페이지에서 특정한 문자 블럭을 복사해 붙이고 싶다면, 다시 이 작업을 반복해줘야 했습니다.

이 플러그인은 이런 이미지 삽입에 관한 일련의 루틴을 한번의 클릭으로 가능하도록 도와줍니다. 이미지 위에서 그냥 마우스 오른쪽 버튼 메뉴의 QuickImagePost 메뉴를 실행하면, 자동으로 해당 이미지의 주소가 img 태그로 처리되고,(마우스 우클릭전에 텍스트 블럭을 마우스로 선택하면, 그 블럭이 자동으로 엔트리에 삽입됩니다.) 또 그 이미지를 블로그 서버내에 직접 파일로 저장할 수도 있습니다.