호스팅 전환 후에 한글로된 태그/키워드에 404 에러가 뜹니다. 브라우저를 특별히 가리는 건 아닌 거 같습니다.

호스팅사는 미리내고, PHP 버전은 5.1.6으로 보여요. (http://zfbe.com/phpinfo.php) 문제가 일어나는 블로그 주소는 http://blog.zfbe.com입니다. MySQL 버전은 4.1.22입니다.


p.s. http://coolshot.org/tt/729 에서도 에러가 나타난다는 보고가 있군요;

2

(13 답글들, 잡담하기에 작성)

티즈 작성:
나니 작성:
건더기 작성:

저처럼 보름이나 잠수타도 티가 않나는 유령 주요 구성원도 있어요. ;;;

그런 구성원 여기 한명 더 있습니다. 저도 붙여주세요 -_-a

나니님이 그런 소리를 하시면 두달 잠수 타도 아무도 모르는 저는 어떻게 하라구요 neutral

티즈니까지 이러시면 존재감이 전혀 없는 저는 (...)

웹폰트의 경우에는, 크로스 브라우징에 관련해서 문제가 좀 있습니다. Internet Explorer에서만 그 코드가 돌아가고, 나머지 브라우저에서는 코드가 돌아가지 않기 때문이죠. 물론 사용자가 원하면 추가를 하겠지만, 제 생각엔, 코어엔 추가되기 힘들 듯;; (플러그인쪽으로는 가능하겠죠, 아마..)

P.S. 웹폰트는 CSS로 먹이고, class(설마 이걸 id로...)로 구현하기 때문에, span class 혹은 div class를 사용해야 할 듯싶습니다.

정말 많이 수고하셨고, 감사합니다. smile

inureyes 작성:

기술적인 문제야 해결하면 됩니다^^

그라피티에님이 해당 부분을 작성하셨으니 마무리 지어주세요 smile

멋지십니다! 역시 교주님이세요(...)

비록 XHTML 표준에는 어긋나긴 하지만, 물론 새창에서 링크를 여는 것이 일반 사용자에게는 대단히 유용한 기능이라는 건 잘 알고 있습니다. 그래서 이번 태터툴즈 1.1로 올라오며, 링크를 걸 때 새창, 현재창, 그리고 '사용안함' 옵션을 선택할 수 있게 만드셨겠죠.

하지만, 이 '사용안함' 옵션이 조금 애매한 것 같다는 생각이 듭니다.

아시다시피, XHTML 표준은 target 속성을 사용하지 않는 것을 권장하고 있죠. 그래서 XHTML을 준수하고 싶은 사람들은 이 target 속성을 아예 없애려고 합니다. 저도 처음엔 이 '사용안함' 옵션을 선택하면 target 속성 전체가 없어지는 줄 알았습니다만, target=""과 같은 식으로, 안을 채워놓지 않더군요. 이렇게 하는 것보단, target 속성 전체를 지우는 게 더 낫지 않을까요?

기술적인 문제가 있는건가요?

7

(8 답글들, 잡담하기에 작성)

목록으로 버튼은 분명히 쓰는 사람도 있을겁니다. 보통 게시판에서도 흔히 볼 수 있는 버튼이니까요.

하지만 경고 메시지 하나 정도는 추가해도 나쁠 건 없을 듯하네요.

P.S. 그런 일은 웬만하면 일어나지 않을텐데;

8

(16 답글들, 잡담하기에 작성)

8까지는 잘 보이고, 9는 눈에서 레이저 켜면 보이는군요. 10은 전혀[...]

노트북이라 화면 밝기 조정이 가능해서 밝기를 최저로 하니 9도 잘은 안 보이는군요.

수고하셨습니다. 천천히 살펴봐야겠군요:)

보통, 스킨 제작자들은 댓글 리스트를 짤 때, 이런 방식으로 짜곤 합니다. 이 소스는 태터툴즈 XHTML 표준 스킨의 소스입니다.

<ol>
 <s_rp_rep>
  <li> <span class="name">[##_rp_rep_name_##]</span> <span class="date">[##_rp_rep_date_##]</span> <span class="control"><a href="[##_rp_rep_link_##]">PERMALINK</a><a href="#" onclick="[##_rp_rep_onclick_delete_##]">MODIFY/DELETE</a> <a href="#" onclick="[##_rp_rep_onclick_reply_##]">REPLY</a></span>
   <p>[##_rp_rep_desc_##]</p>
   <ul>
    <s_rp2_rep>
     <li> <span class="name">[##_rp_rep_name_##]</span> <span class="date">[##_rp_rep_date_##]</span> <span class="control"><a href="[##_rp_rep_link_##]">PERMALINK</a><a href="#" onclick="[##_rp_rep_onclick_delete_##]">MODIFY/DELETE</a></span>
      <p>[##_rp_rep_desc_##] </p>
     </li>
    </s_rp2_rep>
   </ul>
  </li>
 </s_rp_rep>
</ol>

언뜻 보면 대단히 의미론적이고(ordered list를 썼다는 점에서부터요.), 괜찮은 소스입니다만, 문제가 없는게 아닙니다. s_rp_rep, s_rp2_rep 태그 자리에 퍼머링크를 위한 책갈피(a id)를 붙여놓다 보니, 이런 소스가 나오게 되죠.

<ol>
 [b]<a id="comment3"></a>[/b]
 <li> <span class="name"><a href="http://www.psnnet.net/tatter/zf" onclick="return openLinkInNewWindow(this)">ZF.</a></span> <span class="date">2006/06/06 22:41</span> <span class="control"><a href="/tatter/zf/1#comment3">PERMALINK</a><a href="#" onclick="deleteComment(3);return false">MODIFY/DELETE</a> <a href="#" onclick="commentComment(3);return false">REPLY</a></span>
  <p>작은 댓글 하나</p>
  <ul>
   [b]<a id="comment4"></a>[/b]
   <li> <span class="name"><a href="http://www.psnnet.net/tatter/zf" onclick="return openLinkInNewWindow(this)">ZF.</a></span> <span class="date">2006/06/06 22:41</span> <span class="control"><a href="/tatter/zf/1#comment4">PERMALINK</a><a href="#" onclick="deleteComment(4);return false">MODIFY/DELETE</a></span>
    <p>큰 힘이 되었습니다. </p>
   </li>                        
 </ul>
</ol>

ol이나 ul태그 안에 있는 내용은 li 안에 들어가야 하지만, a 태그가 li에 속해있지 않은 채로 나타나고 있습니다. 댓글 퍼머링크 책갈피의 위치가 바뀌어야 문제가 해결될 듯합니다. 어떻게 생각하십니까?

(물론 스킨 구조를 수정하여 s_rp_rep 태그 안에 ul까지 넣는 방법이 있지만, 이렇게 되면 의미론적 부분이 훼손되는 큰 문제가 생기고 말죠...)