나는 리팩터링 코드를 사용하여 백엔드가 속도, 보안 성을 향상 시키거나 프로젝트를 인수하는 다음 사람에게 더 쉽게 읽을 수 있다고 알고 있지만 HTML과 CSS를 리팩터링합니까? 그들이 마크 업 언어이기 때문에 코드의 몇 바이트를 닦아내는 것 외에 대안을 찾는 시간이 노력을 기울일 가치가없는 것처럼 보입니다. 특히 빡빡한 마감 시간을 갖고 작업하는 경우 특히 그렇습니다.리팩토링 HTML과 CSS
페이지 성능을 높이거나 낮출 수있는 무수한 것들이 있습니다. 어떤 최적화와 마찬가지로, 사람들이 문제를보고 있거나 느려지는 곳부터 시작해야합니다.
페이로드를 가능한 가장 작은 크기로 줄이면 큰 차이가 있습니다. 여기에는 gzip, 캐싱 및 축소가 포함됩니다. 코드를 수천 번 다시 작성할 수는 있지만 gzip을 사용하고 CSS를 축소하는 경우보다 훨씬 작아지지는 않을 것입니다. 그러나 HTML 렌더링 문제가 너무 쉽게 발생하므로 HTML을 축소하지 마십시오.
미세한 레벨에서는 큰 이미지의 크기를 조정하고 브라우저에서 생성 된 많은 그라디언트 및 그림자를 구현하는 등의 특정 CSS 기능을 사용하면 성능이 상당히 떨어질 수 있습니다. 스크롤 할 때 느린 것을 알게되면이 같은 것들이 아마도 집중해야 할 부분 일 것입니다. CSS로 크기가 조정되는 640x480 이상의 이미지 하나만 있으면 일부 브라우저에서 성능이 저하 될 수 있습니다.
물론 지연 시간이 있습니다. 콘텐츠 배포 네트워크를 사용하거나 최소한 최적화 된 서버를 사용하면 HTML, CSS, JavaScript 및 이미지 파일이 사용자에게 전달되고 최대한 빨리 표시 될 수 있습니다.
https://developers.google.com/speed/docs/best-practices/rules_intro에서 살펴볼 수 있습니다. –