120mm 짜리 팬 두 개가 멈춰서 케이스 내부의 온도가 올라갔던 게 컴퓨터 퍼포먼스에 영향을 끼치지 않았을까 하는 미약한 근거를 가지고 케이스를 분해해서 팬 두 개를 뜯어냈다.

후면 팬은 뒤편에서 드라이버로 나사를 제거하면 되는데 전면 팬의 경우는 케이스 앞의 플라스틱 커버를 떼어내야 해서 결국 공사는 점점 커지고, 덕분에 컴퓨터 내부 청소까지 하게 됐다. 그렇게 컴퓨터를 분해 해놓고 다음 날 회사에 나와서 근처에 팬 살 만한 곳이 있나 살펴보다 아이코다 라는 쇼핑몰에서 당일 배송이 가능하다고 해서 바로 주문하고 저녁 6시에 물건을 받았다.

구입한 물건은 잘만 ZM-F3 FDB 라는 제품으로 개당 가격은 약 10,000원. 잘만이라는 브랜드 네임과 팬 수명(15만 시간)을 보고 구입했다.

소음 감소를 위해 금속제 나사 대신 실리콘 핀을 제공하는데 이 핀이 재미있는 게 꽂아서 반대편에서 잡아당기면 길게 늘어나면서 고정되는 형태였다. 그런데 잡아당기다 혹시 끊어지지 않을까 싶었는데 해보니 의외로 길게 늘어나고 제거도 쉬워서 나사로 고정하는 것보다 편한 것 같았다.

팬을 교체하고 케이스 전면 패널 설정이 잘못되어 있는 것을 발견하고 혹시 이것 때문에 이전의 팬이 돌지 않았던 것이 아니었나 뜨끔하긴 했지만, 다른 전원에 꽂아 테스트 해봤던 것이 기억나서 괜한 물건을 버린 건 아니구나 하고 안심했다.

교체 이 후 케이스를 만져보니 전면 패널에 있는 온도 센서의 수치로도 꽤 차이가 나타나고  케이스를 만져봐도 이전에 비해 온도가 많이 떨어진 것 같았다. 이걸로 컴퓨터 속도가 올라갈 것 같지는 않지만 그래도 높은 온도 때문에 발생할 수 있는 시스템 불안정 현상을 줄어들지 않을까 기대해 본다.

팀으로 기획 작업을 했다면 좀 힘들었을 테지만, 다행인지 불행인지 나 혼자 작업을 하고 있었기 때문에 개발자를 설득하여 결국에는 Axure RP로 진행했다. 그리고서 좀 커다란 프로젝트 하나와 그 보다는 작은 프로젝트 3개에 Axure RP를 이용했다. 그러면서 느낀 점이 프로토타입도 클라이언트에게 시스템을 이해시키는 데는 여의치 않다는 것과 개발자들이 이외로 빨리 적응한다는 것이었다. 물론 Callout Sign 과 설명들을 화면에 적어주면 더 좋아지지만 인터렉티브한 화면 자체로도 개발자들이 기획자의 의도를 파악하기 쉽다는 점은 스토리보드와는 확실히 다른 점이었다. 스토리보드로 작업할 때는 그려놓고 설명을 적고 다시 설명을 하고 나서도 의도를 제대로 파악하지 못한 경우가 있었는데, 그러한 일들이 현저히 줄어들었다.

물론 인터렉티브한 화면 동작들을 지정하기 위해서 스토리보드와는 다른 작업들이 추가되기 때문에 처음에는 시간이 더 많이 걸리기도 했지만, 기능에 익숙해지고  마스터 페이지와 세부 컨트롤들이 마련되면 세부 페이지들을 만드는 일은 그리 오래 걸리지 않았다. 특히 주 메뉴 항목들이나 서브 항목들이 변경되어 전체 스토리보드를 다 수정해야 하는 따위의 불필요한 일이 간단하게 해결되기 때문에 생산성은 오히려 스토리보드로 작업하던 때 보다 높아졌다.

가장 최근의 작업에서는 개발 프레임워크가 바뀌면서 새 프레임워크에서 사용하는 컨트롤들을 만드는데 초반 며칠을 투자했을 뿐 이외에 낭비된 시간들은 많지 않았다. 이러한 일을 가능하게 해 주는 것이 라이브러리와 마스터 페이지인데 특히 사용자 라이브러리가 특히 내게는 유용했다.

위의 이미지가 최근에 작업한 사용자 라이브러리인데, 충실하게 작업해 놓을 수록 나중에 일이 수월해진다. 모바일 용 프로토타입 제작에도 유용할 것 같아, 테스트 삼아 기존에 있던 시스템을 이용해 프로토타이핑 작업을 해보았는데, 아이디어가 확실하다면 그것을 옮기는 일이 크게 어렵지는 않을 것 같았다.

다른 툴들에 비해 가격이 좀 비싸지만 확실히 그 값을 하는 프로그램이 아닌가 생각하고 있다. 아직 Shared Project를 이용해 작업을 진행해보지 못했지만 SVN으로 그 기능까지 이용하게 된다면 개발자,기획자,디자이너가 함께 작업하는 프로토타입이 될 수 있을 것 같다.

처음 스토리보드를 그릴 때 사용한 것 파워포인트였다. 문서 전달 및 확인에는 용이하지만, 기존 작성된 스토리보드의 컨트롤 들을 복사해서 사용하는 작업이 번거로워서, 그 뒤에 사용한 것이 Balsamiq Mockup 이었다. 와이어 프레임 툴로 페이지를 그리는데 걸리는 시간도 짧고 사용도 간편해서 오랫동안 사용했는데, 문서화 하는데 어려움이 있었다. 결국 파워포인트로 스토리보드의 레이아웃을 잡고 와이어 프레임을 PNG 로 익스포트해 관련 설명을 적는 형태로 스토리보드를 만들었는데, 작업에는 어려움이 없지만 스토리보드가 지속적으로 수정되다 보니 이게 또 만만치 않게 귀찮은 작업이었다. 그래서 스토리보드라는 형태를 버리고 프로토타입으로 만들어 보려고 사용한 게 Axure RP 였다. 프로토타입이 나오면 직접 웹 브라우저에서 클릭하고 동작시켜 볼 수 있기 때문에 클라이언트나 처음 시스템을 접하는 사람에게 프레젠테이션 하기에 용이하고, 스토리보드를 그리다 발생할 수 있는 실수들을 미리 확인하고 수정할 수 있는 장점이 있지만, 해당 동작들을 지정해 주려니 처음에는 페이지 만드는데 시간이 많이 걸렸다. 게다가 개발자나 디자이너들에게 프로토타입으로 된 HTML 파일들을 넘겨주었을 때 받는 물음이 문서로 출력할 수 없냐는 말이 많았다. 직접 클릭해서 동작을 확인하는 것보다 문서로 보고 작업하는 게 편하다는 말에 이것도 이미지 익스포트해서 파워포인트로 만들어야 하나 고민하던 중에 PowerMockup 이라는 툴을 발견한 것이다.

파워포인트의 Add-on 형태로 설치되는데, 설치된 이 후에 파워포인트 화면 우측에 스텐실 박스가 나타난다. 좌측에 보이는 것과 같은 스텐실 박스에서 원하는 웹 컨트롤들을 끌어와 놓는 형태로 작업이 진행되기 때문에 스토리보드 레이아웃을 만들어 놓은 상태라면 간단하게 페이지 작성이 가능하고, 개인이 만든 커스텀 스텐실의 추가도 가능하기 때문에 라이브러리에 포함되지 않은 스텐실은 직접 만들어 작업할 수도 있다. 가격도 저렴하고 블로거인 경우에는 메일을 보내면 프리 라이선스를 얻을 수도 있다.

파워포인트로 작업하면서 가장 불편했던 기본 웹 컨트롤들이 제공된다는 점이 가장 큰 장점이고, 사용자의 커스텀 스텐실을 만들어 사용 가능하다는 점이 Balsamiq Mockup과 비슷한 속도로 페이지를 작성할 수 있을 것 같다. (아직 실질적인 프로젝트에 이용해 보지 않아서 어떨지는 모르겠다.) 아래는 간단하게 몇 분만에 만든 페이지로 모바일용 컨트롤이나 기본 컨트롤이 다양하게 준비되어 있어서 활용도가 높은 것 같다.

뭐 이런 게 있으면 참 좋겠다 싶어서 One Note 에 컨트롤을 모아놓고 활용해보려고 궁리하던 참이었는데, 간지러웠던 부분을 정확히 짚어주는 툴이다. 바로 프로젝트에 사용할 수는 없을 것 같지만 간단한 페이지 작성에는 한번 이용해보고 다른 작업자들의 반응을 한 번 살펴보아야겠다.

일단 Google 검색을 통해 확인해 보았지만 ArekorePopup 과 관련된 정보는 없고 Arekore lite 라는 형태는 비슷하지만 Jquery로 작성한 새로운 팝업 스크립트를 발견하여 이것으로 교체 작업을 시작. 처음에는 단순하게 스크립트만 교체해주면 되는 줄 알았더니 자바 스크립트 파일 안에 직접 사이트의 URL 을 입력해 주어야 하는 부분이 있어서 플러그인 형태로 만들어서 배포하기는 힘들 것 같다.

http://dojikko.com/arekore/#manual

이전의 팝업에 비해 조금 진해진 느낌인데, JS 파일 내에서 투명도에 변화를 주면 이 것도 수정이 가능하다. 테스트 해본 결과 현재 내가 설치한 모든 브라우저에서는 별 이상 없이 출력이 되고 있는데 (IE,FF,Chrome) 조금 더 살펴본 뒤, ArekorePopup 과는 영영 이별해야 할 것 같다.

다음과 같이 바꾸면 된다.

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

바로 어제도 플러그인 몇 가지를 업데이트 했는데, 자동 업데이트 기능이 생긴 후로 수정한 플러그인 말고는 바로 업데이트가 가능해서 굉장히 편리해졌다. 이 편리한 기능을 위해서라도 플러그인 수정할 일이 없었으면 좋겠는데 …
이 글을 올리느라 사용해보니 WP-AddQuicktag 플러그인이 제대로 동작하질 않는다. 버전 0.2의 오래된 버전이라 이번 업데이트에서 quicktags.js 가 바뀌면서 동작하지 않게 된 모양이다. 대체할 플러그인을 찾다가 AddQuicktag 이라는 플러그인을 찾았는데, 개발자가 다른데도 이전에 사용하던 구버전 플러그인의 DB 데이터를 그대로 가져와서 이전에 사용하던 태그를 따로 추가할 필요없이 플러그인 교체만으로 끝났다. HTML 에디터를 주로 쓰기 때문에 요긴하게 사용하던 플러그인인데 이렇게 계속 사용할 수 있게 되어서 다행이다.

그런데, 사용하다 중지하거나 다른 플러그인으로 변경한 플러그인이 늘어나면서 이 커스텀 필드에 이제는 필요 없어진 값들이 리스트에 남게 되었습니다. 오래된 플러그인의 경우, 삭제시에도 DB의 값들은 그대로 남겨두는 일이 많기 때문인데 그냥 놔두어도 큰 지장은 없지만 뭔가 께름직해서 정리를 해보기로 했습니다.

위의 이미지에서 붉은색 선 안의 리스트에 나타나는 값들이 바로 그것들인데(위의 이미지는 일단 정리를 끝낸 뒤의 이미지 입니다), 이제는 사용되지 않는 커스텀 필드의 NAME 리스트를 정리하는 방법을 검색을 통해 찾아보니 DB에서 직접 정리하는 방법이 나와 있었습니다.

WP_postmeta 를 정리하면 된다는 내용이어서, 아래와 같은 SQL 문을 PhpMyadmin에서 실행하여 이제 필요없어진 값들을 지울 수 있었습니다.

WP_postmeta는 설치하신 워드프레스의 DB Prefix 값에 따라 이름이 다를 수 있습니다.
커스텀 필드 정리를 위한 플러그인도 있는 것 같습니다만 PhpMyadmin 사용법을 아시면 그리 어렵지 않은 작업이라 번거롭게 플러그인을 설치하지 않으셔도 될 것 같습니다. 꼭 필요한 작업은 아닙니다만 워드프레스 사용기간이 길고, DB에 남아있는 필요없는 값들을 처리하고 싶으신 분들은 한번 시도해 보시는 것도 좋을 것 같습니다. (물론 하시기 전에 꼭 백업 하시길 권장합니다.)

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 님께서 확인하시고 수정해 주셨으면 좋겠습니다.