사실 저보다 부모님이 더 고생하시긴 했지만..;
인테리어 하시는 분한테서 벽지 카탈로그 책자 5권을 받아왔는데 1권을 들기도 힘들 정도로 무거운 걸 집안 거실에 쫙 펼쳐놓고 하루종일 넘겨보면서 고민했더랬습니다.
저희집이 전반적으로 심플하면서 품위있는(?), 그리고 오랫동안 봐도 질리지 않을 것을 선호해서 고르기가 더욱 힘들었습니다. 뭔가 화려한 것들은 많은데 집안 분위기하고 잘 어울리지 않았거든요.
나중에 벽지 실제로 바른 후에 가보니 고를 때하고는 느낌이 또 다르더군요. -_-;

도배는 역시 무늬가 정확히 맞아들어가야 이쁘겠죠.
주방 쪽 벽돌 무늬는 괜찮을 것 같은데... 집안 가구나 다른 부분의 벽지, 각종 몰딩 등의 색상이나 무늬에 따라 달라지겠네요.\
(이번에 저희집이 이사가면서 들어갈 집의 도배, 장판, 마루, 조명 등을 싹 바꾸고 들어가는데 벽지 고르느라 죽는 줄 알았습니다.. -_-)

순간 헉.....!

피싱사이트로 연결되나 싶었습니다. =3==3==3

네, 이 문제가 rev.2783하고 관련이 있는 게 맞습니다. 그걸로 수정되었죠.

음.. 일단 해당 스킨은 xhtml+css의 방법론(?)을 따라 만들어진 것은 아니고 table에 기반해 만들어진 스킨입니다.
소스를 살펴보니 큰 문제점은 없는 것 같고, div 태그로 감싸주신 것도 잘 되어 있습니다.

굳이 css 파일로 따로 분리하시겠다면 스킨의 style.css 파일 끝에

.td_body td { text-align: justify; }

와 같이 추가하시면 될 것 같습니다.

ps. 스킨 자체가 웹표준을 잘 준수하는 것은 아니나 일단 사용에는 별 지장이 없으리라 생각됩니다.
궁금하시다면 W3C Validator로 돌려보시고 하나하나 고치는 방법도 있으나 엄청난 노가다 + 스트레스가 될 공산이 크기 때문에 별로 추천드리고 싶지는 않네요.;;

또 4시간의 마라톤 회의가 이어지는 거군요. (..) 주말이면 거의 가능할 것이니 일정 잡는 것도..;

현재 통용되는 의미로는 rss의 멀티카테고리와 웹페이지에 표시된 rel-tag가 거의 같은 것처럼 보이고 사용되지만, 둘은 엄연히 다른 의도로 만들어진 표준이기 때문에 해당 웹페이지에 대한 최소한의 크롤링은 인정해야 합니다
지금은 어떤지 모르겠으나 예전 0.9x 시절에 테크노라티를 쓰려고 했을 땐 지금처럼 포스트 하단에 태그를 출력해주는 기능이 없었기 때문에 본문에 직접 rel-tag를 써줬었습니다. rss에 포함이 된다면 그것을 사용할지도 모르겠지만, rss 부분공개의 경우 짤리는 경우가 발생할 수도 있기 때문에 아마 테크노라티도 크롤링을 하지 않나 싶습니다. (예전에 가입할 때 그렇게 작동한다는 설명을 보고 썼었거든요.)

그래봤자 두 줄 커밋(...)입니다. 관리자 화면 옵션 부분은 inureyes님이...

ps. 이번 사태에 대한 제 생각은 나중에 정리해서 블로그에 포스팅해보도록 하겠습니다.

슬슬 새 스킨 시스템을... 털썩;

일단

. (count($entries) == 1 ? ' rel="tag"' : '') .

를 적당한 위치에 넣어놨습니다만
왜 제 서버에 설치한 sandbox는 로그인이 안 되는 걸까요... OTL 테스트를 할 수가 없잖....

....어째 또 결자해지의 칼이 저한테 올 것 같은 이 느낌! =3==3==3=3

http://microformats.org/wiki/rel-tag-spaces
이곳을 보시면 공백 변환에 대한 대부분의 형태를 다 인정하는 것 같습니다.

rel-tag 스펙 FAQ를 보면 tag cloud에는 쓰면 안된다고 합니다. ^^;

이러한 문제가 발생하는 이유는, '현재 열린 문서'에 대해 tagging하는 링크들을 정의하기 위해 rel-tag를 쓰기 때문인데, 현재 열린 문서가 여러 개의 포스트들을 다 담고 있는지 등을 알 방법이 없으므로 그 페이지 자체에 대한 tag로 모두 인덱싱해버리는 것이죠. 역시 graphittie님이 지적하신 3번 문제와 관련이 있습니다.