워드프레스 에 불평 몇 가지 · Kay on the rails 
 워드프레스 에 불평 몇 가지 
 나 는 2004 년 부터 워드프레스 라는 블로그 도구 를 쓰 고 있 다 . 1 . 5 판 때 부터 썼 는데 어느 날 보 니 2 . 2 까지 판 올림 돼 있 더라 . 내 주변 몇 몇 사람 은 알 다시피 난 워드프레스 지지자 였 다 . 상당히 열렬 했 다 . 그 많 은 확장 기능 들 과 겉모습 껍데기 들 ( template ) 은 정말 대단 하 다 . 더구나 확장 기능 이나 껍데기 를 만들 때 확장 하 기 참 좋 은 구조 를 가지 고 있 어서 , 워드프레스 로 이것 저것 시도 할 수 있 는 것 도 참 많 다 . 워드프레스 몸통 은 작 은 편 인데 , 그 몸 이 참 실한 데 다 무슨 일 이 든 해낼 수 있 을 만큼 유연 해서 참 좋 아 했 다 . ( 쉽 게 말 해서 안정 성 좋 고 확장 성 좋 다는 말 ) 
 그런데 몇 개월 전 부터 나 는 워드프레스 가 불편 하 다고 느끼 고 있 다 . 첫째 는 자동 광고 등록기 때문 이 고 , 둘째 는 자잘 한 오류 나 문제점 들 때문 이 다 . 워드프레스 는 이용자 가 무척 많 다 . 그래서인지 워드프레스 로 날아오 는 광고 글 은 무척 많 다 . 많 은 것 들 을 akismet 이 라는 거름기 ( filter ) 가 걸 래 내 고 있 지만 , 그래도 제법 이 거름기 를 뚫 고 무사히 ( ? ) 광고 댓글 이 달리 곤 한다 . 뭐 , 이건 워드프레스 만 안 고 있 는 문제 가 아니 라고 치 고 . 
 두 번 째 불편 함 은 워드프레스 의 강점 이 문제 가 된 상황 이 다 . 이 글 에서 도마 위 에 올리 려는 내용 도 바로 이 부분 이 다 . 워드프레스 는 그 자체 를 최대한 작 게 만들 었 다 . 요즘 엔 기본 기능 처럼 쓰이 고 있 는 꼬리표 ( tag ) 기능 도 워드프레스 엔 아직 도 없 다 . 워드프레스 만 깔 면 썰렁 한 느낌 이 들 정도 로 기능 이 아주 적 다 . 
 대신 여러 확장 도구 를 만들 어 쉽 게 붙여 쓸 수 있 게 구조 를 아주 잘 만들 었 다 . 어지간 한 거의 모든 것 은 워드프레스 에서 확장 기능 ( 도구 ) 과 껍데기 로 만들 수 있 다 . 놀라울 정도 로 확장 성 있 는 구조 덕 에 이용자 들 은 자신 이 원 하 는 기능 만 가져다 붙여서 쓸 수 있 다 . 확장 도구 는 전 세계 에 있 는 수 많 은 사람 들 이 만들 어서 공개 하 고 있 기 때문 에 아주 다양 하 고 그 수 도 많 다 . 바로 이 점 에 내 가 반해서 3 년 가까이 써온 것 이 다 . 
 그런데 , 문제 는 워드프레스 구조 가 확정 되 어 고정 된 상태 가 아니 라는 데 에 있 다 . 워드프레스 구조 는 지금 도 꾸준히 조금 씩 바뀌 고 있 으며 가끔 중요 정책 이 바뀌 기 도 한다 . 이렇게 구조 나 정책 이 바뀌 면 예전 판 에 호환 되 는 일부 확장 도구 는 호환 성 에 문제 가 생기 기 도 한다 . 예 를 들 면 , 워드프레스 에서 꼬리표 ( tag ) 기능 으로 널리 쓰이 는 Ultimate Tag Worrior 3 . x 판 은 워드프레스 2 . 1 과 잘 어울리 질 못했 다 . 그래서 글 을 쓸 때 마다 예전 글 에 쓴 꼬리표 들 이 홀라당 날아가 곤 했 다 . 물론 , 이런 저런 문제점 을 해결 한 Ultimate tag worrior 최종 판 ( final ) 이 나오 긴 했 지만 , 한동안 이 문제 로 괴로워했 다 . 
 즉 , Wordpress 를 개발 하 고 배포 하 는 곳 에서 는 그 작 은 ( ? ) Wordpress 만 보완 할 뿐 , 본체 인 Wordpress 에 붙 어서 움직이 는 확장 도구 는 건드리 지 않 는다 . 그래서 Wordpress 가 기침 이 라도 한 번 하 면 여러 확장 도구 들 이 몸살 을 앓 는 경우 도 있 다 . 
 또 다른 문제 는 , Wordpress 정책 이나 구조 변화 가 오래 전 부터 Wordpress 를 써 오 던 이용자 에게 독 이 되 는 경우 이 다 . 확장 도구 문제 가 아니 라 바뀐 Wordpress 정책 이 예전 Wordpress 정책 과 충돌 해서 Wordpress 안 에서 문제 가 발생 하 는 경우 이 다 . 
 물론 , 정책 이 바뀐다고 해서 언제나 안 좋 은 것 은 아니 다 . 문자열 거름 정책 이 바뀌 어서 예전 엔 쓸 수 없 었 던 > _ < 같 은 글자 ( 정확히 는 < 이것 ) 를 이젠 쓸 수 있 다 . 하지만 , 크 건 작 건 정책 이나 구조 가 바뀌 면서 혼란 이 일어날 수 밖 에 없 다 . 
 이외 에 도 글 낱장 주소 구조 를 / % postname %/ 으로 하 고 글 slug ( 낱장 주소 이름 ) 를 숫자 로 할 경우 999 까지 만 쓸 수 있 고 1000 부터 는 워드프레스 가 글 을 찾 지 못하 는 증상 도 문제 이 며 , 이 문제 는 아직 해결 되 지 않 고 있 다 . 예 를 들 면 , http : / / blog . hannal . com / 999 는 접근 이 되 는데 http : / / blog . hannal . com / 1000 엔 그런 것 없 다는 오류 를 만나 게 된다 . 숫자 로 된 주소 앞 이나 뒤 에 문자 를 넣 어 줘야 한다 . / blog / a 1000 나 / blog / 1000 a , 혹은 / blog / entry / 1000 이런 식 으로 말 이 다 . 아마도 RewriteRule 과 관련 된 충돌 인 듯 하 다 . ( 물론 , 몇 개월 전 에 오류 보고 를 했 지만 답 을 아직 받 지 못했 다 ) 
 정리 하 면 워드프레스 의 강점 인 작 은 몸체 와 유연 한 확장 도구 구조 가 여러 정책 변화 나 상황 에 맞물려 오히려 독 이 되 는 경우 가 생기 는 점 이 다 . 그래서 나 는 </ a > 텍스트큐브 로 옮기 는 걸 고민 하 고 있 다 . 기존 낱장 주소 ( permalink ) 를 보존 하 고 보장 할 방법 이 아직 마땅 지 않 아서 갈아타 고 있 진 않 지만 , 예전 주소 를 보존 할 수 있 는 방법 을 찾 는다면 망설임 없이 텍스트큐브 로 갈아타 려 한다 . 태터툴즈 시절 엔 무겁 고 느려서 쓸 생각 도 안 했 는데 ( 분석 차원 에서 깔 아다 끄적대 긴 했 지만 ) , 태터툴즈 부터 쌓인 개발자 들 의 개발 / 운영 경험 이나 한결 가볍 고 빨라진 구조 를 보 면 이제 는 마음 놓 고 쓸 수 있 겠 다 . 
 언제 쯤 예전 낱장 주소 를 보존 할 수 있 는 방법 을 제시 해 줄 것 인지 알 수 는 없 지만 , 예전 낱장 주소 를 보존 할 방법 이 나온다면 바로 텍스트큐브 로 갈아타 련다 . 
 덧쓰 기 : 어째 글 마무리 는 얼른 해결 방법 제시 해 달 라고 떼 쓰 는 것 같 네 ? 히히 .