갓, CSS 축소에 대한 단점을 고려하십시오. 정상/축소/편집을 편집하는 시스템이 없으면 나중에 CSS를 편집 할 수 있습니다.
국제 은행을위한 대규모 UI 새로 고침 프로젝트에서이 모든 논의를 진행했습니다. 한 사이트에서 매일 1 백만 명 이상의 방문객을 유치했으며 대역폭 사용량은 극히 적었지만 모든 인원이 미미했습니다 (많은 트래픽이 집중적으로 발생하는 사이트에 모든 것이 추가됩니다). 매우 재능있는 많은 팀의 비즈니스 분석 결과에 따르면 우리가 몇 가지 조치를 취할 것이라고 판단했지만 CSS를 수정하지 않은 것은 엔지니어가 단순 CSS 수정을 위해 수정, 축소 및 재배포하기 전에 축소 작업을 취소하는 데 걸리는 시간이 더 많아 졌기 때문입니다. 그 수치는 5GB/day의 대역폭 개선으로도 여분의 시간 동안 UI 엔지니어에게 비용을 지불하지 않는 것이 여전히 저렴하다는 것을 보여주었습니다.
사이트의 구체적인 내용을 알 수는 없지만 예제에서 사용하는 트래픽에 대해서는 걱정할 필요가 없습니다. Firebug의 새로운 속도 분석기에서 사이트를 실행하고 실제 이점이 축소로 인한 것일 수 있는지 확인하십시오 ..... 이제는 트래픽을 곱하십시오. 대개 그 숫자는 너무 무서운 것이 아닙니다. http 요청을 제한하고 캐싱이 제대로 설정되었는지 확인하기 위해 이미지 스프라이트 작업에 시간을 할애하고 css와 js를 각각의 파일에 결합하여 이점을 캐싱하기 때문에 개별 PHP 파일을 매싱하는 것보다 낫습니다. gzip 압축을 실행하십시오. 이러한 단계를 거쳐야 좋지 않다면 사이트를 새로운 차원으로 끌어 올리십시오.
간단하게 유지하면 사이트 수명주기의 업데이트 및 유지 관리 부분에서 큰 차이가 있습니다.내가 당신을 제안)
현재 Digua (http://digua.sourceforge.net)와 실험 중 –
질문 : 도대체 어떻게 모든 파일을 하나의 파일로 병합 할 수 있습니까? 모든 파일이 이미 하나의 파일에 들어 있지 않다면 시작해야합니다. –
그들은 하나씩 배치하여 배치/bash 스크립트와 쉽게 병합 할 수 있습니다. –