겐도사마의 재림

집으로 퇴근하는 사이 3.1 업데이트가 나왔군요. 소프트웨어 업데이트 기능을 사용하거나 http://www.apple.com/safari/download/ 에서 다운로드 가능합니다. 변경점은 http://docs.info.apple.com/article.html?artnum=307467-ko 에서 확인가능합니다. JS 빨라졌다라... 뭐 체감하긴 힘들겠습니다만. CSS 3 web fonts 지원에 HTML 5의 video/audio 태그 지원이라... 그보다는 개발자 기능이 강화된게 맘에 드는군요. 업데이트를 하니 재부팅 하라고 해서 재부팅 하고 이래저래 뜯어봐야 겠습니다. 개발자용 업데이트. 환경설정에서 "개발자용 메뉴보기" 추가 이런 메뉴가 추가됩니다. 웹속성(Web Inspector) 화면 여기서 ..

"네이버 탑페이지 HTML 유효성 검사 통과" 코멘트에서 id와 name의 중복문제가 나온다. 사실 "보안된 페이지의 HTML Validation Check 방법"을 보면서 살짝 예상하기도 했었다. (더불어 W3C Validator는 내부에 설치할 수도, 파일을 직접 올려서 확인해 볼 수도 있다.) W3 Validator나 SGML Parser는 DTD에 따른 문법 검사만 한다고 보면 된다. 가령 이번에 문제가 된 "12.2.3 항목"은 DTD에 정확히 표현되어 있지 않다. HTML의 과도기적 문제라고도 할 수 있는데 id 속성과 Anchor의 name은 서로 문법이 틀리다. DTD가 뭔지 id와 name이 뭐가 틀리다는 건지는 직접 찾아 보시고(하단 덧글 참고) 맞춤법이 맞다고 해서 올바른 국어가 아니..

리퍼러 중에 이런 문제로 고심하는 분들을 위해 왜 p안에 div를 넣으면 안되는지를 간략히 살펴보자. 우선 W3의 HTML 4.01 스펙부터 보자. 9.3.1 Paragraphs : the p element를 보면 p 태그는 inline 요소만을 자식으로 가질 수 있다고 한다. div는 block 그룹에 속한다. 따라서 p안에 div를 쓰면 잘못된 것이다. 헌데 다들 잘 쓰고 있지 않은가? 심지어 텍스트큐브나 티스토리 에디터도 이런 식으로 html을 생성하기도 한다(정확히는 각 브라우저의 위지윅 에디팅 모듈의 버그라고 할 수 있지만). 많은 웹사이트 코더들이 이 부분을 묵과한다. 아래의 코드를 보자. 테스트문장 정상적인 문단 "테스트문장"이 전형적으로 실수한 부분이고 아래는 정상적이다. p 영역이 정확히..

HTML Comments는 같은 형식으로 사용한다. 헌데 식으로 사용하는 사람이 의외로 만다. 뭐가 문제인가? 참고링크 http://www.w3.org/TR/html401/intro/sgmltut.html#h-3.2.4 우선 "" 사이가 한 HTML 태그 영역이고 코멘트에 대한 구분자(delimiter)는 "--"이다. 즉 "

1.1 RC3을 출시하고는 (관련발표) 비가 그치기를 기다리면서 주절주절. 주로 내부 PHP 함수와 QA만을 전담하다 이번에 CSS와 JS까지 손보는 작업까지 하면서 나름대로 세운 기준들을 적어볼까 합니다. 1. Static과 Dynamic의 분리 이번에 사이드바 ajax 코드를 넣으면서 고민 되었던 것은 로딩 시간입니다. 최초 로딩이야 어쩔 수 없다지만 매번 10년씩 걸리면 문제가 생길 수 밖에 없죠. CSS도 커지고 JavsScript의 양도 데이터를 능가할 정도로 커졌습니다. 말 그대로 사이트가 2~3배 느려질 수 있는 요소입니다. JS와 관련해서는 좀 쓸데없이 함수를 부르는 경향이 커지더라도 스태틱한 JS 부분을 만들어 외부 파일로 빼는 것이 좋은 것 같습니다. PHP에서 생성해야 하는 JS부분도..