Skip to main content

블로깅 툴 변경

2007년을 맞아 블로깅 툴을 변경합니다. 기존에 사용하던 Wordpress가 사용하기에 부족한 것은 아니지만 좀 지겨워지기도 하고 계속 사용하던 wp-dokuwiki plugin의 무게에 점점 부담도 가고 해서요. 무거운 plug-in을 쓰다보니 스킨 하나 변경하기도 쉽지 않더군요.

무엇보다 블로그의 성격을 좀 가볍게 바꿔보려고 합니다. ^^

Tattertools, MovableType등과 비교해 보다가 결국 Textpattern으로 결정했습니다. 결정적으로 Textpattern의 한 스킨에 들어 있던 다음글에 넘어갔습니다. ^^

, if you have been using something else such as WordPress you are just going to find TXP different. There is no getting away from that fact. It doesn't look the same, it doesn't feel the same and it certainly doesn't work in the same way. It will take time for you to get used to it, but when you do, when that penny drops, you're going to wonder why all software isn't made this well. Seriously. And also remember that TXP is a CMS. It is not pure blogging software. It can be used for all kinds of different sites, even ones that don't have blogs. Yes I know. Sounds weird eh? No blog!


Textpattern에는 Wordpress나 MovableType을 포함한 몇개의 블로깅 툴에서 글을 import하는 기능이 있는데 여기서 작성한 문서들은 대부분 wp-dokuwiki로 작성한 문서라 별 소용이 없네요.

그래서 이전 blog/ 디렉토리 대신 blog-v2/ 디렉토리에 Textpattern을 설치했습니다. blog/ 디렉토리는 그대로 놔둘 것이기 때문에 기존 글들의 링크는 그대로 유지됩니다.

feed 관련해서는 feedburner에 등록된 주소를 그대로 blog-v2/ 의 것으로 변경할 예정입니다. 따라서 feedburner 주소를 가지고 계신 분들은 그대로 두시면 됩니다.

왠지 새 툴을 사용하려니 조금 설레는군요. :-)
Labels:

Comments

  1. mkseoDecember 28, 2006 at 3:41 PM

    Wordpress와 뭐가 가장 다른가요?

    ReplyDelete
  2. iwonguDecember 28, 2006 at 11:53 PM

    사용하기 불편하다는 점이요. 농담이고요. :-)

    Wordpress는 사용자를 위해 만들어진것 같고 Textpattern은 개발자가 만들고 싶은 대로 만들어진 것 같습니다. 깔끔하고 모든 개념이 확장 가능하고... 등등.
    예를 들어 WP에서는 스킨 변경은 마우스 클릭 한번이면 되지만 TXP는 template 따로 css 따로 form 따로 작성해야 합니다. 불편하지만 모든 작업이 ftp 필요없이 브라우저상에서 이루어집니다. 물론 template, css, form등은 사용자 마음대로 생성/삭제할 수 있습니다. 그리고 WP에는 글의 종류가 Page와 Post 두개가 있지만 TXP에서는 사용자가 무한 확장할 수 있습니다. 물론 각각의 skin을 가질 수 있습니다. 스킨 편집등에서는 php를 직접 사용하지 않고 매크로를 사용합니다.

    그리고 내장된 Textile이라는 wiki 비슷한 문법을 제공합니다. 마지막으로 TXP에는 trackback이 없습니다. Trackback의 주사용자가 spammer들이라 지원하지 않는다네요.
    제가 사용한지 한 일주일 되었는데 아직 사용하기엔 좋은 점보다는 불편한 점이 많네요. 사용자 기반이 WP보다는 적어서 혹시 더 불편하게 느껴지는 것 같기도 합니다. 그래도 구조 하나는 깔끔합니다. WP도 참 깔끔해 보였는데요. :-)

    ReplyDelete

Post a Comment

Popular posts from this blog

1의 개수 세기 - 해답

벌써 어제 말한 내일이 되었는데 답을 주신 분이 아무도 없어서 좀 뻘쭘하네요. :-P 그리고 어제 문제에 O(1)이라고 적었는데 엄밀히 얘기하자면 O(log 10 n)이라고 적었어야 했네요. 죄송합니다. ... 문제를 잠시 생각해보면 1~n까지의 수들 중 1의 개수를 얻기 위해서는 해당 숫자 n의 각 자리의 1의 개수가 모두 몇개나 될지를 구해서 더하면 된다는 사실을 알 수 있습니다. 예를 들어 13이라는 수를 생각해 보면 1~13까지의 수에서 1의 자리에는 1이 모두 몇개나 되는지와 10의 자리에는 모두 몇개나 되는지를 구해 이 값을 더하면 됩니다. 먼저 1의 자리를 생각해 보면 1, 11의 두 개가 있으며 10의 자리의 경우, 10, 11, 12, 13의 네 개가 있습니다. 따라서 2+4=6이라는 값을 구할 수 있습니다. 이번엔 234라는 수에서 10의 자리를 예로 들어 살펴 보겠습니다. 1~234라는 수들 중 10의 자리에 1이 들어가는 수는 10, 11, ..., 19, 110, 111, ... 119, 210, 211, ..., 219들로 모두 30개가 있음을 알 수 있습니다. 이 규칙들을 보면 해당 자리수의 1의 개수를 구하는 공식을 만들 수 있습니다. 234의 10의 자리에 해당하는 1의 개수는 ((234/100)+1)*10이 됩니다. 여기서 +1은 해당 자리수의 수가 0이 아닌 경우에만 더해집니다. 예를 들어 204라면 ((204/100)+0)*10으로 30개가 아닌 20개가 됩니다. 이런 방식으로 234의 각 자리수의 1의 개수를 구하면 1의 자리에 해당하는 1의 개수는 ((234/10)+1)*1=24개가 되고 100의 자리에 해당하는 개수는 ((234/1000)+1)*100=100이 됩니다. 이들 세 수를 모두 합하면 24+30+100=154개가 됩니다. 한가지 추가로 생각해야 할 점은 제일 큰 자리의 수가 1인 경우 위의 공식이 아닌 다른 공식이 필요하다는 점입니다. 예를 들어 123에서 100의 자리에 해당하는 1의 개수는 ((123/1...
3 comments
Read more

CodeHighlighter plugin test page.

This post is for testing CodeHighlighter plugin which uses GeSHi as a fontifier engine. ((Those code blocks are acquired from Google Code Search .)) ((For more supported languages, go CodeHighlighter plugin or GeSHi homepage.)) C++ (<pre lang="cpp" lineno="1">) class nsScannerBufferList { public: /** * Buffer objects are directly followed by a data segment. The start * of the data segment is determined by increment the |this| pointer * by 1 unit. */ class Buffer : public PRCList { public: Buffer() { ++index_; } PHP (<pre lang="php" lineno="4">) for ($i = 0; $i $value = ord( $utf8_string[ $i ] ); if ( $value < 128 ) { // ASCII $unicode .= chr($value); } else { if ( count( $values ) == 0 ) { $num_octets = ( $value } $values[] = $value; Lisp (<pre lang="lisp">) ;;; Assignment (define-caller-pattern setq ((:star var fo...
88 comments
Read more

Coverity Prevent - 소스 코드 검사 도구

이번에 회사에서 소스 코드 검사 도구를 하나 구입하는데 이것저것 비교해본 결과 Coverity Prevent 라는 툴이 가장 좋아 이걸로 결정했다고 하더군요. 간단히 말하자면 Lint 처럼 소스 코드에 대해 static analysis를 하는 도구입니다. 그래서 시험삼아 돌려본 결과를 보게 되었는데 그 품질이 정말 놀랍군요. 메모리 릭이나 초기화하지 않은 변수, 버퍼 오버런, null 체크등등 거의 정확하게 에러를 보고해 줍니다. 다음은 전체 코드에서 발견된 문제점들을 리스트 형태로 보여주는 화면입니다. 정말 많군요. ;-) 다음은 이중 하나의 에러를 자세히 보기 위해 선택하여 들어간 화면입니다. 소스 코드에 라인번호와 에러가 발생한 위치, 에러가 발생할 수 있는 조건들을 자세히 보여줍니다. 정말 '와우!'입니다. 각 함수와 같은 이름들을 클릭하면 그 함수로 바로 이동할 수 있습니다. 사용해보니 개인적으로는 purify 같은 runtime 검사 도구보다 더 맘에 드는군요. 사실 Lint 계열의 도구들은 한번도 사용해본 적이 없는데 다른 것들도 한번 구해다 써봐야겠습니다. 이 툴의 유일한 문제는 비싸다는 것이랍니다. :-)
5 comments
Read more