다음과 같이 바꾸면 된다.

이미 언급한 바와 같이 메인 페이지에서 출력되는 글의 갯수가 많으신 분들께서는 발생할 수 있는 문제들을 대해 미리 염두에 두고 수정하시는 게 좋을 것 같다.

humans.txt 파일의 효용성이나 기능에 대한 의문도 있었고, 한국 사람들이 많이 쓸까 하는 생각도 있었지만, 간단한 작업이라 별다른 고민 없이 금방 해서 보냈는데 어찌 된 일인지 회답이 오지 않았다. 결국 며칠 뒤에 재 발신했더니 이전에 보냈던 메일을 지나쳤는지 이번에는 바로 회답이 도착했고 번역 결과물도 적용이 되었다.

예전에 다른 플러그인을 번역했던 포스팅을 어디선가 보고 연락한 것 같은데, 워드프레스를 오래 쓰다 보니 별 일도 다 생긴다. 그러고 보니 예전에 번역했던 플러그인 번역 파일들도 플러그인 업데이트와 함께 수정이 필요할 텐데, 정신도 없고 관련 리포트도 없다 보니 신경을 못 썼다. 시간 내서 플러그인 업데이트 하면서 그 쪽도 다시 한 번 살펴봐야지 싶다.

이전 사용하던 WP-PageNavi 플러그 인이 많은 페이지를 이동하려고 할 때 여러 번 클릭을 해야 하는 번거로움이 있는 반면, Paginator는 하단의 슬라이드를 움직이는 것으로 페이지 이동을 쉽게 할 수 있습니다. 슬라이드에는 오렌지 색 점으로 현재 페이지가 표시 되어 있어서 슬라이드를 오렌지 색 점에 놓으면 현재 몇 번째 페이지에 있는지도 쉽게 알 수 있습니다.

플러그인의 설치는 워드프레스의 플러그인 폴더에 Paginator 폴더를 복사하고 관리자 페이지에서 플러그인을 활성화 한 뒤, 출력하고자 하는 위치에 아래의 코드를 직접 삽입해 주는 형태입니다.

플러그인 사이트의 설치관련 내용을 보면 사용하고 있는 테마의 index.php 나 footer.php 에 넣으면 되는데, 검색결과 페이지나 카테고리 페이지 등에서도 출력하려고 한다면 footer.php 에 위의 코드를 삽입하라고 되어 있습니다. footer.php 에 삽입하는 것이 제일 좋겠지만 제가 사용하고 있는 테마의 경우는 구조에 차이가 있어서 footer.php 에 삽입할 수 없었기 때문에 index.php 와 archive.php, search.php 에 모두 삽입해야 했습니다. 이렇게 하면 footer.php 에 삽입할 수 없는 경우에 검색결과 페이지, 카테고리 페이지 에서도 Paginator 를 사용할 수 있습니다.

페이지의 이동과 관련해 매우 편리한 플러그인이어서 설치한 뒤에도 꽤 만족스럽습니다. 혹 Page Navigation 플러그인을 설치하려고 하시는 분들이 계시다면 강력추천합니다.

WordPress 3.2.1 SlimStat-Ex 2.1

중국어로 된 블로그라 확실한 내용은 모르겠지만 wp-slimstat 의 JS 디렉토리에 있는 sweetTitles_jquery.js 파일의 19번째 라인을 수정하라는 내용 같아서 적용해보니 제대로 동작했습니다. sweetTitle 파일을 변경해야 문제가 해결되는 것을 보고 설정메뉴에서 말풍선 기능을 끈 뒤, 동작을 확인했는데 문제가 없는 것을 보면 확실히 sweetTitle 에 문제가 있는 것 같습니다. 직접 수정하는 것이 번거로우신 분들은 말풍선 기능만 끄고 사용하시다 wp-slimstat-ex 가 업데이트 되는 것을 기다리셔도 될 것 같습니다.

해결책이 나와 있는 블로그의 링크만 남겨 놓는 것이 가장 좋겠지만, 혹 몰라서 관련 내용도 남겨 놓습니다.
/wp-content/plugins/wp-slimstat-ex/js/sweetTitle_jquery.js 파일의 19번째 라인이 아래와 같은데

이것을 다음과 같이 수정하시면 됩니다.

수정해서 잘 사용은 하고 있지만 그래도 082 님께서 확인하시고 수정해 주셨으면 좋겠습니다.

첫 번째 수정사항은 Internet Explorer 7 에서 ArekorePopup 의 팝업에 줄이 생기는 현상을 수정하는 것 으로 『あれこれポップアップ』を Internet Explorer 7 にとりあえず完全対応させる。페이지에 나온 내용을 이용했다.

브라우저 검사를 통해서 IE 7 일 경우에는 DirectX Alpha Image Loader 를 사용하지 않게 하는 방법이다.

두 번째 수정사항은 첫 번째 수정사항에 나온 브라우저 검사방법에서 영감을 얻은 것으로 Internet Explorer 8 에서 Rich Style 을 사용하지 않도록 설정하는 법이다. Rich Style 이 IE 8 에서 깨지기 때문에 이것을 피하려고 적용한 방법이긴 한데 나중에 Internet Explorer 9 으로 바꾸게 되면 어떻게 수정해야 할 지 벌써 걱정이다.

IE8 에서 깨지는 문제에 대한 해결책을 좀 찾았으면 좋겠는데 원 제작자의 사이트도 업데이트가 없고, 사용하는 사람도 많지 않은 것 같아 아무래도 힘들것 같다. IE 9 를 써본 이후에야 팝업 플러그인 변경하게 될 것 같긴 한데, 그것도 그 때 생각이 나야 하는 것이니 아무래도 당분간은 이 상태가 계속 될 듯. 혹, 수정하실 분들은 주석 부분에 추가된 소스의 처음 부분과 끝 부분을 적어놓았으니 그 부분을 참고하시면 됩니다.

기존에 Live Search 용의 CSS 를 IE 용을 따로 만들어 사용하고 있었기 때문에 간단하게 한 줄 삽입하는 것으로 해결되었는데 기존 플러그인을 그대로 적용하고 계신 분들도 비슷한 방법으로 수정이 가능하리라고 생각한다.

위의 코드에서 맨 마지막의 "\0/" 부분을 추가해 Hack 을 적용하는 방법인데 Personal CSS Hacks for IE6, IE7, IE8에 나온 내용을 참조했다. 기존 IE 6 용의 HACK 아래에 뒤의 라인을 추가했더니 거의 정상적인 위치에 출력이 되는 것을 확인했다. Internet Explorer 를 완전히 무시할 순 없을 것 같아서 수정을 하긴 하는데, 그러자니 스타일 시트며 소스에 덕지 덕지 필요없는 코드들이 늘어만 간다.

이전 포스트에서 Live Search 와 WP-Linkindicator 만 문제가 발생한다고 했었는데, 지나고 생각해보니 더 있었습니다. 바로 Inline Ajax Comments 입니다. (제작자 블로그를 링크 걸었는데 지금은 링크가 끊겨 있네요)

이 플러그인은 메인 페이지에서 Slide 이펙트와 함께 코멘트를 보여주는 플러그인 인데 제 블로그가 하도 댓글이 안달리다 보니 이게 동작하지 않는 줄 모르고 있다가 이번에 발견했습니다. 어쩌면 더 이전부터 동작하지 않았을지도 모르겠네요. (아마 이렇게 동작하지 않는데 눈치 채지 못하고 있는 플러그인이 더 있을 겁니다. ) 페이지 이동을 하지 않고 바로 메인 페이지에서 코멘트를 볼 수 있기 때문에 유용하다고 생각해서 설치했는데, 이번에 동작하지 않는 것을 발견하고 플러그인 제작자 사이트를 찾아가봤더니 문도 닫혀있고 해서 직접 수정해보기로 했습니다.

처음에는 라이브러리에 문제가 있지 않은가 했는데 소스를 살펴보니 그게 아니었습니다. get_comment_counts() 라는 함수에 값을 넣어줬더니 제대로 동작하는 것을 확인했거든요. 이 get_comment_counts() 함수는 말 그대로 comment 의 갯수를 체크해주는 함수로 이 값이 1 이상일 경우 플러그인이 작동하게 되는 모양입니다. 값만 제대로 넘겨주면 되니 워드프레스의 filter 를 사용할까 하다가 적당한 것을 찾지 못해 문제가 발생한 함수를 수정하기 했습니다.

inline-ajax-comments.php 파일의 61 번째 라인을 보면

위와 같이 되어 있는데 문제가 되는 부분이 바로 $tablecomments 부분입니다. 이 변수를 이제 지원하지 않게 되서 문제가 발생했던 건데요. 이것을 $wpdb->comments 로 바꿔주면 됩니다.

바꾸면 바로 위와 같은 모양이 됩니다.

이렇게 수정하니 동작을 제대로 하네요. 한 동안 블로그에 글도 안쓰다가 연속해서 두 개나 올리게 되네요. 이거 다른 플러그인도 문제가 발생하는지 더 살펴봐야 하는데 겁나서 못 보겠습니다. 나중에 맘 먹었을 때 차근차근 해봐야 하려나 봅니다.

WordPress 3.0 으로 업데이트 한 지 며칠이 지났는데, 이제서야 문제 해결법을 찾았습니다. 업데이트 이 후에 바로 동작하지 않는 플러그인이 있는지 확인을 했는데 일단 발견한 것은 Livesearch 와 WP-Linkindicator 였습니다. Livesearch 플러그인 같은 경우에는 2.5로 업데이트 하던 당시에도 문제가 있었는데 이번에도 문제를 일으키더군요.

제가 사용하고 있는 Livesearch 스크립트는 요즘의 K2 테마에 사용된 것과는 다른 것으로, 말하자면 좀 구형이라고 할 수 있습니다. 그래서인지 플러그인 제작자들도 업데이트에 좀 게으른 것 같구요. 덕분에 제가 수정법을 찾아야 하는 번거로움이 있지만 제가 개인적으로 좋아하는 플러그인이라서 아직도 지우지 못하고 있습니다.

일단 어디에서 문제가 발생하는지 살펴봤더니 플러그인 디렉토리에 있는  livesearch.js.php 파일이 제대로 로딩이 되지 않는 것이 문제였습니다. WP-Linkindicator 플러그인도 같은 문제로 스크립트가 제대로 로딩이 되지 않는게 문제였습니다. WP-Linkindicator 플러그인의 경우에는 link_indicator.js.php 파일을 수정해 link_indicator.js 로 바꾼 뒤 올려주었더니 동작하는 것을 확인했습니다. 이게 이렇게 동작하니 플러그인 디렉토리에 있는 js.php 파일을 제대로 읽어오지 못하는 것이 문제라는 것은 확실했는데 livesearch 플러그인의 경우에는 이렇게 js 파일로 바꾸는 게 쉽지 않아 여기에서 막히고 말았습니다. 그리고 며칠이 지나 오늘 다시 검색을 하다 뜻밖의 해결책을 발견했는데 바로 EXTENDED LIVE ARCHIVES AND WORDPRESS 3.0 이라는 포스트 에서 였습니다.

Extended Live Archives 플러그인이 3.0 에서 동작하지 않을 때 수정방법인데, livesearch.js.php 파일에서도 이 부분을 수정해 주니 동작을 하더군요. livesearch.js.php 파일이 로딩이 되지 않는 것은 맞았는데, 예전에 사용하던 코드가 제대로 동작하지 않으면서 발생하는 문제였습니다. Addicted live search 역시 Livesearch 와 같은 스크립트를 사용하는 플러그인으로 기본적인 구조는 거의 동일하니 이 수정방법이 적용될 것 같네요.

정리하면 livesearch.js.php 파일의 첫 부분을

에서

로 바꿔주시면 됩니다. 다른 구형 플러그인에서도 이 수정 방법이 적용되는 경우가 많을 것 같네요.

2005년 8월 18일부터 사용했으니 아레코레팝업을 사용한 지도 4년 가까이 되어갑니다. 그 동안 사용하면서 플러그인으로 만들기도 하고, 082님이나 다른 분들의 도움을 받아 수정하기도 하면서 참 오래 쓴 것 같습니다. 그 동안 업데이트 안하고도 큰 문제없이 잘 작동하던 스크립트라 신경을 안 쓰고 있었는데, 얼마 전에 Internet Explorer 8에서 접속해 보다 문제가 생긴 것을 발견했습니다.

글 맨 위쪽에 올린 이미지처럼 툴팁이 깨져서 출력되는 문제입니다. IE7 호환성 모드로 출력하면 제대로 나오고, 또 제가 파이어폭스를 주로 이용해서 발견하는데 시간이 좀 걸렸습니다. 문제를 해결하려고 스크립트의 제작자 사이트에도 가보고 구글에서 관련 단어들로 검색도 해봤는데 아직 해결책이 나오지 않은 것 같아, 직접 해결해보고자 이것 저것 건드려봤지만 결국 성공하지 못했습니다.

IE7 호환성 모드에서는 제대로 동작하니 일단 IE8의 변경된 부분 때문에 발생하는 문제일거라고 짐작하는데, 아레코레팝업의 JS 파일을 아무리 들여다 봐도 잘 모르겠더군요. IE8로 접속하시는 분들께는 죄송합니다만 일단 좀 더 놔두면서 해결책을 찾아보다가 안 되면, 다른 Fancy 툴팁 플러그인을 사용해야 할 것 같습니다.

오랫동안 사용해오던 스크립트라 웬만하면 수정해서 계속 사용하고 싶은데, 실력이 미천해서 방법이 없네요. 혹시 아레코레팝업 사용하시면서 비슷한 에러를 겪으시거나 해결책 아시는 분은 코멘트 부탁 드립니다.

Wp-Super-Cache : 플러그인 다운로드 링크

설치방법이 다른 플러그인에 비해서 복잡한데, 일단 Apache mod mime 와 rewrite module 이 설치되어 있어야 하며, 워드프레스의 fancy permalinks 가 활성화 되 있어야 합니다.

1. WP-cache 플러그인을 사용하고 있다면 이것을 비활성화 하고, wp-config.php 파일 내의 WP_CACHE define 라인도 삭제합니다. 그리고 wp-contents 디렉토리 내의 advanced-cache.php 파일과 wp-cache-config.php 파일도 삭제합니다.
2. 플러그인 디렉토리에 플러그인을 업로드 합니다.
3. 플러그인을 활성화하고 설정 페이지로 가서 캐시를 사용하도록 설정합니다.

위의 3가지 항목을 보면 간단해 보이지만 3번 항목의 설정페이지에 가 보시면 wp-content 디렉토리의 권한 설정을 바꾸는 것과, wp-config.php 파일을 수정하는 것, 그리고 .htaccess 파일을 수정하는 등의 작업이 남아 있습니다. 제 경우에는 다 제대로 한 것 같은데 처음에 동작을 하지 않아서 무슨 문제인가 했는데, wp-config.php 파일 수정시 맨 마지막 줄에 넣었던 게 문제였습니다. require_once 문 이전에 집어넣어야 하는데 말이죠.

위의 작업들을 다 마치고 에러메시지도 나오지 않으면 설치가 완료된 것인데, 마지막으로 제대로 동작하고 있는지 알 수 있는 방법이 있습니다. 설치한 블로그의 아무 페이지에서 소스보기를 한 뒤, 맨 마지막 줄에서 아래와 같은 문구를 발견했다면 성공입니다.

Dynamic page generated in 1.946 seconds.
Cached page generated by WP-Super-Cache on 2009-06-19 15:08:19

확실히 설치하고 나니까 속도가 빨라지긴 한 것 같습니다. 싱글 페이지의 로딩시간을 보면 확실히 달라졌으니까요. 조금 불안한 건, 동적인 블로그의 페이지들을 정적인 페이지로 만들어 캐싱하는 플러그인 이라서 코멘트 작성에 생길 수 있는 문제와 다른 플러그인과의 충돌 같은 것은 있지 않을까 하는 점 입니다. 그런 부분들에 대해 충분히 고려한 것 같은데도 불안하네요. 그냥 막연한 기우겠죠?