그와 관련된 몇 가지 질문을 거대한 CSS 스타일 시트의 마이크로 최적화를 고려하고 있습니다 해요 :CSS 마이크로 최적화
- 은 파일 크기를 줄이기위한 대문자보다 소문자?
- 배경 위치 : 오른쪽 (5 문자); 배경 위치보다 작음 : 0 100 %; (공백을 포함하여 6 문자)?
파일 크기를 줄이는 데 도움이되는 다른 방법이 있습니까?
감사
그와 관련된 몇 가지 질문을 거대한 CSS 스타일 시트의 마이크로 최적화를 고려하고 있습니다 해요 :CSS 마이크로 최적화
파일 크기를 줄이는 데 도움이되는 다른 방법이 있습니까?
감사
첫 번째 문은 한 바이트 짧은, 그러나 또한 다른 의미를가집니다 :
일반적으로 파일 크기는 속도 계산의 유일한 요소가 아닙니다. 또한 브라우저가이를 해석하는 것이 얼마나 어려운지에 달려 있습니다. 따라서 지나치게 영리한 CSS 구조로 인해 전체 크기에서 일부 바이트가 압축 될 수 있지만 파싱 프로세스 자체가 오래 걸릴 수 있습니다.
예제로 돌아 가기 : 여분의 공간 때문에 두 번째 명령문이 약간 느려질 수도 있지만 값은 두 개의 토큰으로 구성되며 브라우저의 내부 표현에 따라 단위 변환을해야합니다. 반면에 키워드 검색에는 약간의 시간이 걸릴 수 있으므로 특정 브라우저 구현에만 국한됩니다. 대부분의 이득은 나노초 범위에 속할 것이므로 은을 지불하지 않을 가능성이 있으므로 이러한 종류의 최적화는 신경 쓰지 않아야합니다. 하지만 실제로이 작업을 수행하려면 프로필을 작성해야합니다. 즉 로딩 시간을 측정해야합니다.
일반적으로 모든 주석과 모든 불필요한 공백을 제거하는 것으로 충분하지만은 "축소 된"소스에서 개발 작업을하지 마십시오. 필요한 경우 원본을 유지하고 압축 된 버전을 다시 만듭니다.
이 주제에 대한 자세한 내용 : www.minifycss.com 및 this.
그런 것들을 걱정하는 것보다 gssip 된 CSS를 제공하는 편이 훨씬 낫습니다.
두 번째 단계가 있습니다. :) – 3zzy
그래도 공백은 gzip으로 바뀌면 거의 달라지지 않으므로 많은 결과를 얻을 수있는 좋은 방법입니다. –
@Nimbuz : 사실, 첫 번째 단계입니다. Gzip은 무엇이든간에 가장 큰 차이를 만듭니다. gzip과 minify + gzip의 차이는 무시할 수 있습니다. – DisgruntledGoat
소리가 많이 나는데, 더 나은 성능을 얻으려면 다른 곳에서 시간을 보내는 것이 가장 좋습니다. Steve Souders가 고성능 웹 사이트에서 작업하는 것을 알고 있습니까? http://stevesouders.com/hpws/
저는 매우 궁금합니다. 나노초의 속도 개선이 필요한 경우 어떤 종류의 프로젝트를 수행합니까? CMS가 뒤 따르는 표준 회사 웹 사이트가 아니어야합니다. –