2009-10-12 5 views
0

그와 관련된 몇 가지 질문을 거대한 CSS 스타일 시트의 마이크로 최적화를 고려하고 있습니다 해요 :CSS 마이크로 최적화

  1. 은 파일 크기를 줄이기위한 대문자보다 소문자?
  2. 배경 위치 : 오른쪽 (5 문자); 배경 위치보다 작음 : 0 100 %; (공백을 포함하여 6 문자)?

파일 크기를 줄이는 데 도움이되는 다른 방법이 있습니까?

감사

+0

저는 매우 궁금합니다. 나노초의 속도 개선이 필요한 경우 어떤 종류의 프로젝트를 수행합니까? CMS가 뒤 따르는 표준 회사 웹 사이트가 아니어야합니다. –

답변

1
  1. 문자의 경우는 문제가되지 않는다 (CSS의 내가 수동으로해야 할 것이다 선택자, 속성 등 당연히를 병합 외에), 바이트 수에 차이가 없습니다.

첫 번째 문은 한 바이트 짧은, 그러나 또한 다른 의미를가집니다 :

  • 은 브라우저에 따라 달라집니다.

    일반적으로 파일 크기는 속도 계산의 유일한 요소가 아닙니다. 또한 브라우저가이를 해석하는 것이 얼마나 어려운지에 달려 있습니다. 따라서 지나치게 영리한 CSS 구조로 인해 전체 크기에서 일부 바이트가 압축 될 수 있지만 파싱 프로세스 자체가 오래 걸릴 수 있습니다.

    예제로 돌아 가기 : 여분의 공간 때문에 두 번째 명령문이 약간 느려질 수도 있지만 값은 두 개의 토큰으로 구성되며 브라우저의 내부 표현에 따라 단위 변환을해야합니다. 반면에 키워드 검색에는 약간의 시간이 걸릴 수 있으므로 특정 브라우저 구현에만 국한됩니다. 대부분의 이득은 나노초 범위에 속할 것이므로 을 지불하지 않을 가능성이 있으므로 이러한 종류의 최적화는 신경 쓰지 않아야합니다. 하지만 실제로이 작업을 수행하려면 프로필을 작성해야합니다. 즉 로딩 시간을 측정해야합니다.

    일반적으로 모든 주석과 모든 불필요한 공백을 제거하는 것으로 충분하지만은 "축소 된"소스에서 개발 작업을하지 마십시오. 필요한 경우 원본을 유지하고 압축 된 버전을 다시 만듭니다.

    이 주제에 대한 자세한 내용 : www.minifycss.comthis.

  • +0

    1) 그래서 x 바이트가 어느 쪽이던가요? 2) 정교한 케어? 감사합니다 – 3zzy

    +0

    당신이 CSS를 gzip하려고한다면 공백을 제거해도 아무 것도 저장하지 못할 것입니다 - 사실 gzipped 출력의 크기를 증가시킬 수 있습니다. –

    +0

    내가 마이크로 최적화를 수행하고 있기 때문에, Im은 나노초로 처리합니다. 어쨌든, 당신이 '오른쪽'또는 '0 100 %'를 선택한다면 당신은 무엇을 가지고 가겠습니까?:) – 3zzy

    2

    그런 것들을 걱정하는 것보다 gssip 된 CSS를 제공하는 편이 훨씬 낫습니다.

    +0

    두 번째 단계가 있습니다. :) – 3zzy

    +0

    그래도 공백은 gzip으로 바뀌면 거의 달라지지 않으므로 많은 결과를 얻을 수있는 좋은 방법입니다. –

    +1

    @Nimbuz : 사실, 첫 번째 단계입니다. Gzip은 무엇이든간에 가장 큰 차이를 만듭니다. gzip과 minify + gzip의 차이는 무시할 수 있습니다. – DisgruntledGoat

    0

    소리가 많이 나는데, 더 나은 성능을 얻으려면 다른 곳에서 시간을 보내는 것이 가장 좋습니다. Steve Souders가 고성능 웹 사이트에서 작업하는 것을 알고 있습니까? http://stevesouders.com/hpws/

    관련 문제