Archive for the ‘Front-end’ Category.

브라우저 디스크 캐쉬 크기

꽤 오래전이긴 합니다만, 중요한 포스팅이었던 Performance Research, Part 2: Browser Cache Usage – Exposed! 를 보면, 실험 결과 웹 사이트 방문자의 40~60%는 empty cache로 접근한다는 내용이 있습니다. Steve SouderCall to improve browser caching란 포스팅에서 그 이유를 4가지로 추측하고 있는데, 그 중 가장 현실성 있는 대답은 “resources got evicted”라고 말하고 있습니다. 즉, 브라우저 캐쉬 용량의 제한으로 새로운 리소스가 저장되고 이전 리소스는 삭제되었다라고 판단하고 있습니다.

이를 해결하기 위한 방안으로는 1. 디스크 캐쉬 용량 늘리기, 2. 삭제 알고리즘(LRU 기반 알고리즘) 개선 두가지를 얘기하고 있습니다. 1번의 경우 브라우저가 기본 용량이 큰 상태로 출시될 때만 의미가 있을듯 하고(물론 사용자가 설정을 통해 수정할 수 도 있겠지만, 이런 방식으로는 대세에 전혀 영향을 못 미치겠죠.), 2번의 경우는 리소스의 타입에 따른 가중치를 부여한 LRU 알고리즘을 간단히 얘기하고 있습니다.

저의 경우야 개발을 위해 브라우저를 사용하는 빈도가 높아, 캐쉬를 가급적 작게 잡아 쓰고, Firefox의 경우는 메모리 캐쉬도 끄고 사용할때도 있긴 하지만, 일반적인 상황에서야 수백 GB의 디스크가 기본이라 수백 MB 정도를 브라우저 캐쉬로 사용한다고 해서 디스크 용량이 부족하진 않겠죠. 하지만 혹시 디스크 캐쉬 사이즈를 늘림으로 인해서 발생하는 문제점은 없을까요?

답이나 생각이 있는건 아니고, 그냥 궁금하네요. ^^; 웹 사용 측면만 본다면 전혀 문제될 것이 없을듯 하고, 오히려 성능 개선이 일어나는게 당연한 듯 한데… ㅎㅎ

참고로, Steve Souder 아저씨가 Browser Disk Cache를 통해 Browser Disk Cache Survey를 진행하고 있으니, 한번 참여해 보심이 어떠실지요?

그리고, 4월 초에 Mozilla Web Caching Summit가 열렸었는데, 여기서도 디스크 용량을 늘리는 것에 대한 연구가 필요하다고 결론을 내리고 있네요.

참고

JavaScript 동적 로딩

일반적으로 성능 개선을 위해 동적으로 JavaScript를 로딩하도록 구성하는데,

var domscript = document.createElement('script');
domscript.src = 'main.js';
document.getElementsByTagName('head')[0].appendChild(domscript);

이 코드만 봐 왔었는데, 아래와 같은 방식이 있네요.

var ga = document.createElement('script');
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
ga.setAttribute('async', 'true');
document.documentElement.firstChild.appendChild(ga);

코드 내용을 보면 아시겠지만 Google Analytics에서 사용하던 코드이고, 2009년 12월 버전입니다. 위처럼 사용하는 이유는 document.getElementsByTagName('head')[0]null 일 수 있기 때문. 나라면 그럴리가 없겠지만, Google Analytics의 경우는 모든 상황을 고려해야 할 터이니 이해가 되네요.

그런데 위 코드를 좀 더 개선한 코드가 아래라고 합니다.

var ga = document.createElement('script');
ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0];
s.parentNode.insertBefore(ga, s);

JavaScript를 동적으로 로딩하기 위해서는 무조건 script 태그가 존재할테니, document.getElementsByTagName('script')[0]는 null이 될 수 없겠네요. 이 코드는 마찬가지로 Google Analytics의 2010년 2월 버전입니다. 앞 코드의 경우 로딩되는 스크립트 태그가 정확히 어디에 붙을지 모를 수 있는데, 이러한 불확실성을 조금은 제거한거라 생각되네요.

마지막 코드는 jQuery에서 사용하는 방식입니다.

var head = document.getElementsByTagName ("head")[0] || document.documentElement;
// Use insertBefore instead of appendChild to circumvent an IE6 bug.
// This arises when a base node is used (#2709 and #4378).
head.insertBefore(script, head.firstChild);

재밌는 부분은 appendChild 대신 insertBefore를 사용했다는 점입니다. 주석에서 쓰여 있듯이. IE6의 bug(http://dev.jquery.com/ticket/2709, http://dev.jquery.com/ticket/4378) 때문이라는데, 이 부분은 찬찬히 확인해 봐야 할 듯.

본 글은 High Performance Web Sites blogappendChild vs insertBefore을 바탕으로 작성되었습니다.


추가적으로 appendChild vs insertBefore의 내용을 보면, 아래와 같은 내용이 나옵니다.

It turns out that not all web pages have a HEAD tag, and not all browsers will create one when it’s missing.

즉, 어떤 브라우저들은 HEAD 태그가 존재하지 않는 경우 자동으로 생성해준다는 것인데, 사실 대부분의 브라우저가 자동으로 HEAD 태그를 생성하는거 같습니다. 그 다음번 포스팅인 AutoHead – my first Browserscope user test을 보면 이를 위해 테스트를 수행했고, 그 결과 페이지가 AutoHead Browserscope User Test 입니다. 아주 많은 브라우저들이 자동으로 생성해 준다는 것을 알 수 있네요.

오호 이런것이… ^^

Chrome과 Safari에서만 적용되는 CSS

media query에 -webkit-min-device-pixel-ratio:0 요게 들어가 있으면 된다는데…

@media screen and (-webkit-min-device-pixel-ratio:0) {
     .myClass { background-color: #FF0000; }
     #myId {color: #0000FF;}
     p, a, li {text-shadow: 3px 3px 3px rgba(0, 0, 0, 0.4);}
}

각 브라우저별 지원 버전 확인해 봐야겠음.
참조: http://www.evotech.net/blog/2010/04/hack-for-webkit-filter-for-chrome-and-safari/

@font-face rule

@font-face는 새로운 font-family를 생성하는 CSS rule로, 이를 이용하면 local이 아닌 remote server 상에 있는 폰트로 웹 페이지를 렌더링 할 수 있습니다. 원래는 Internet Explorer 4에서부터 독자적으로 지원했었던 기능이었지만, CSS 3에서 공식적으로 채택되어 현재 Firefox 3.5, Safari 3.1, Opera 10에서도 지원하고 있습니다. 다만 IE에서는 Embedded OpenType (EOT) 포맷만을 지원하고 있고, 최근에 지원하기 시작한 FF, Safari, Opera의 경우 TrueType과 OpenType만을 지원하고 있습니다.

Syntax

font-face를 정의하는 syntax는 다음과 같고,

@font-face {
    font-family: <a-font-name>;
    src: <source> [,<source>]*;
    [font-weight: <weight>];
    [font-style: <style>];
    [unicode-range: <U+nnn-nnn> [,<U+nnn-nnn>]*];
}

실제 사용은 다음과 같이 합니다. @font-face에서 명시한 font-family를 일반적인 폰트 이름처럼 사용하면 됩니다.

@font-face {
  font-family: Graublau Sans Web;
  src: url(GraublauWeb.otf) format("opentype");
}
body {
  font-family: Graublau Sans Web, Lucida Grande, sans-serif;
}

새로 알게된 내용들

local hint : src descriptor에는 서버에 있는 폰트 url을 명시하는 url hint 외에도 local hint를 이용해서 로컬에 있는 폰트를 지정할 수 있습니다. 또한 소스를 하나 이상 명시할 수 있습니다. 이들을 사용하는 이유는, 해당 폰트가 설치되어 있으면 설치된 폰트를 사용하고 그렇지 않은 경우에만 다운로드 받도록 하기 위함입니다.

@font-face {
    font-family: MyHelvetica;
    src: local("Helvetica Neue"),
         local("HelveticaNeue"),
         url(MgOpenModernaRegular.ttf);
}

format hint : 여러 가지 유형의 폰트를 지원할 수 있으므로 source의 포맷을 명시하는 format hint 키워드가 있습니다. CSS Fonts Module Level 3(W3C Working Draft 18 June 2009) 문서에서는 “truetype”, “opentype”, “truetype-aat”, “embedded-opentype”, “svg”를 예제로 들고 있는데, 실제 브라우저에 따라 지원의 차이가 있을 수 있고 또 다른 포맷이 생길수도 있습니다. 참고로 IE에서는 format hint를 인식하지 못하며 포함된 경우 이를 무시하게 됩니다.

@font-face {
    font-family: Gentium;
    src: url(Gentium.ttf) format("opentype");
}

Cross Browsed @font-face

IE의 경우 eot 파일을, 그 외 브라우저(위에서 언급한 것들)에서는 TrueType 및 OpenType만을 지원하므로 크로스 브라우징이 가능하게끔 코딩을 해야 합니다. 앞서 언급한 src descriptor의 format hint를 이용하여 다음과 같이 코딩할 수 있습니다. 다음 코드에서 어떤 @font-face를 먼저 코딩하는지가 중요합니다.

@font-face { /* for IE */
  font-family: Gentium;
  src: url('Gentium.eot');
}
 @font-face { /* for non-IE */
  font-family: Gentium;
  src: url('Gentium.ttf') format('opentype');
}

Ajaxian의 @font-face: How to embed it, and how it looks across browsers에서는 하나의 @font-face에 src descriptor를 두 번 선언해서 사용하고 있습니다. 이런식으로도 가능하다면 위 코드는 다음과 같이 변경할 수 있습니다.

@font-face {
  font-family: Gentium;
  src: url('Gentium.eot');
  src: url('Gentium.ttf') format('opentype');
}

Bulletproof @font-face syntax

Bulletproof @font-face syntax을 읽고 추가한 사항입니다.

위의 Cross Browsed @font-face 단락에서 제시한 방법 모두 겉으로 보기에는 크로스 브라우징에는 문제가 없으나, IE에서 조금 이상한 request가 발생하는 문제(?)가 있습니다. IE에서는 먼저 Gentium.eot 파일을 요청(HTTP request)하고 다음번 src에 대해서는 Gentium.ttf’)%20format(‘opentype 로 요청을 발생시킴니다. IE가 src를 파싱하는 구조때문인것으로 보이는데 이 경우 404 응답(response)이 올 것입니다.

다음 코드는 이러한 문제를 해결하기 위한 것으로 ttf를 요청할 때 반드시 local hint를 먼저 입력하는 방식입니다. 이 방식은 non-IE 브라우저에서는 로컬에 설치된 경우 이를 사용할 수 있다는 장점이 있으며, IE에서는 local hint 자체를 인식하지 못하므로 파싱 오류가 발생할 것이고 어떤 요청도 하지 않게 됩니다. 참고로 local hint가 2번 사용된 것은 OS X의 Safari에서는 전체 폰트 이름과 Postscript 이름이 틀린 경우 Postscript 이름만을 사용하기 때문에 이를 추가해 준 것입니다(두번째 local hint에 있는 이름).

@font-face {
  font-family: 'Graublau Web';
  src: url('GraublauWeb.eot);
  src: local('Graublau Web Regular'), local('Graublau Web'),
         url('GraublauWeb.otf') format('opentype');
}

다음과 같은 방식으로도 불필요한 요청(request)이 발생하지 않게 할 수 있다고 하지만 너무 tricky한 코드라 사용하지 않는게 좋을듯 하네요.

@font-face{
  font-family:'Graublau Web';
  src: url('GraublauWeb.eot'); /* here you go, IE */
}
@font-face{
  font-family:'Graublau Web';
  src: url(//:) format ('no404'), url('GraublauWeb.otf') format('opentype'); /* tricky! */
}

의문 사항

font-weight, font-style: font-weightfont-style을 지정할 경우 해당 font-family는 한가지 스타일만을 가질 수 있는 것일까요?

unicode-range 지원 : CSS Fonts Module Level 3(W3C Working Draft 18 June 2009) 문서에서는 존재하지만 MDCMSDN에서는 찾아볼 수 없습니다. 만일 Firefox에서 지원하고, font-family 글에서 언급한 동작방식을 고려한다면 한글과 영문 폰트를 css font-family에 명시되는 순서에 무관하게 사용할 수 있을것 같습니다.

References

본 문서에 나온 예제 코드들은 모두 아래의 문서들에서 가져온 것들입니다.

More – IE6 bug : Horizontal scroll bar in frame.

제목은 NARADESIGN:BLOG포스트 제목을 그대로 채용한 것입니다.

위 포스트에서 제시한 “적당한 문제 해결 방법”을 사용할 경우 가장 치명적인 문제는, frame 문서 내에 absolute position 된 요소가 있을 경우 이 요소가 스크롤을 덮는다는 것입니다. 다음은 이에 대한 예제 화면.

IE6 - frame bug

그래서 “좀 더 적당한 문제 해결 방법”은 frame의 scroll 속성은 auto로 하고(auto가 기본값이니 scroll 속성은 없어도 됩니다) frame 문서의 css에 다음을 추가하는 것입니다.

html { overflow-y:scroll; }

장접
  • absolute position 요소가 스크롤을 덮는 버그 없어짐
  • 수평 스크롤은 필요시에만 생김
단점
  • 수직 스크롤이 항상 생긴다는 점에서는 원래의 해결 방법과 동일
  • 프레임 내 문서를 수정할 수 없다면 적용할 수 없음

Frameset을 사용하면서 단일 프레임만 보여주는 페이지 구성을 할 경우 필수 적용해야 할 듯 합니다(경험상 ^^). 또 IE에서만 발생하는 문제 및 해결법이니, IE Conditional Comment 혹은 IE css hack을 사용해서 적용하면 되겠습니다.