사이트에서 사용하지 않은 CSS를 어떻게 제거합니까?

여기에 선불로 알고 싶은 것이 있습니다. 이것은 어려운 문제입니다. 프로젝트에서 삭제할 수있는 CSS를 정확히 알려주는 도구를 실행할 수있는 도구를 가리키기를 희망하기 때문에 여기에 착륙했다면, 도구가 있지만, 그 중 어느 것도 당신에게 완전한 이야기를 말할 수 없기 때문에 그들에게 매우 조심해야한다고 경고합니다.

나는 당신이 원하는 것을 알고 있습니다. 도구를 실행하고, 말한 것을 삭제하고, 2.2 분 안에 더 빠른 사이트를 가지고 있습니다. 미안하지만 실망하겠습니다.

나는 당신이 그런 도구에 대해 건강한 수준의 회의론을 가져야한다고 생각합니다. 그들 중 누구도 당신에게 정확히 거짓말을 하지 않습니다. 그들은 종종 안전하고 실행 가능한 결과를 제공하기에 충분한 정보가 없습니다. 그것은 당신이 그것들을 사용할 수 없거나 그것을 할 수 없다고 말하는 것이 아닙니다. 산책합시다.

동기 부여

사용하지 않는 CSS를 제거하려는 욕구에 대한 #1 드라이버는 다음과 같습니다.

CSS 프레임 워크 (예 : 부트 스트랩)를 사용하고 프레임 워크의 전체 CSS 파일을 포함했으며 제공하는 소수의 패턴 만 사용했습니다.

나는 그것에 공감할 수 있습니다. CSS 프레임 워크는 종종 사용하는 것만 옵트 인 할 수있는 간단한 방법을 제공하지 않으며, 이런 식으로 작동하도록 소스를 사용자 정의하려면 팀이 가지고 있지 않은 수준의 전문 지식이 필요할 수 있습니다. 그것이 당신이 프레임 워크를 시작하기 위해 도달 한 이유 일 수도 있습니다.

100kb의 CSS를 적재하고 있다고 가정 해보십시오. 나는 그것이 많이 말하고 싶습니다. (내가 쓸 때,이 사이트에는 ~ 23kb가 있으며, 많은 페이지와 템플릿이 있습니다. 크기를 줄이기 위해 특별한 일이 없습니다.) 당신은 바이트의 일부를 사용하지 않는다는 의심이나 증거가 있습니다. 알람의 원인을 볼 수 있습니다. 100KB JPG가 있다면 일부 도구에 떨어 뜨려 20kb로 압축 할 수 있다면 훌륭하고 완전히 그만한 가치가 있습니다. 그러나 CSS가 헤드에로드되어 렌더링 차단되기 때문에 CSS에 대한 이익은 훨씬 더 중요합니다 . JPG는 아닙니다.

? "커버리지"를보고

Chrome의 DevTools에는 CSS 및 JavaScript가 얼마나 많이 사용되고 있는지 알려주는 "커버리지"탭이 있습니다. 예를 들어, 지금 CSS- 트릭 홈페이지를 방문하면…

내 Style.css 파일의 70.7%가 사용되지 않았다는 것을 알려줍니다. 나는 그것이 옳고 나머지 CSS는 다른 곳에서 사용된다고 생각합니다. 나는이 사이트에 큰 스타일 라이브러리를 버리지 않았습니다. 나는 그 라인의 각 줄을 손으로 썼으므로 2/3 이상이 전 세계적으로 사용되지 않는다는 의심을 가지고 있습니다.

"녹음"을 시작한 다음 사이트의 다른 영역을 클릭하고 다른 HTML이있는 다른 페이지가 렌더링되면 사용되지 않은 숫자가 아래로 내려가는 것을 보지만, 페이지가 새로 고침 될 때는 적용 범위 탭도 마찬가지입니다. 단일 페이지 앱이 없다면 CSS 커버리지를 다중 페이지에서 볼 때 그다지 유용하지 않습니까?

나는 그것을 말하기를 싫어하지만 코드 범위를보고있는 것은 쓸모가 없습니다. 나를 위해, 그것은이 사이트에있는이 모든 사용되지 않은 코드의 끔찍한 그림을 그려서 내 의심을 먹을 수는 있지만, 내가 할 수있는 것은 그것에 대해 걱정하는 것입니다.

이것은 미사용 CSS를 처음부터 발견하고 삭제해야한다는 아이디어를 준 것일 수 있습니다.

나의 주요 관심사

가장 큰 관심사는 코드 커버리지와 같은 것을보고 사용하지 않은 줄을 보는 것입니다.

그리고 당신은 완벽합니다! CSS를 삭제하겠습니다! 그리고 당신은 그것이 전혀 사용되지 않았다는 것을 알기 위해서만, 당신은 사이트 전체에서 큰 스타일 문제를 일으켰습니다. 다음은 다음과 같습니다. CSS 선택기가 귀하가 사용하지 않는 한 사용하지 않는지 실제로 모릅니다.

1. 전체 사이트의 모든 페이지에서 적용 범위를 확인하십시오…
2. 모든 JavaScript를 실행하는 동안…
3. 가능한 모든 상태 조합에서…
4. 사용한 미디어 쿼리의 가능한 모든 조합에서.

홈페이지를 확인하는 것은 중요하지 않습니다. 모든 최상위 페이지를 확인하는 것은 중요하지 않습니다. 당신은 항상 맨 위에있는 것이 아니라 모든 에지 사례 시나리오는 말할 것도없이 모든 페이지를 파헤쳐 야합니다. 그렇지 않으면, 팝업 모달에서 신용 카드 선택 드롭 다운에 대한 드롭 다운 스타일링을 삭제하면 신청할 기부 기간 동안 로그인 한 장애인 계정을 가진 사용자에게 나타나는 사용자에게는 신청할 기프트 카드가 있습니다.

이는 자동화 된 툴링이 접근 방식이 완벽하게 작동하기에는 너무 복잡합니다. 특히 브라우저 컨텍스트 (다른 ​​화면 크기, 다른 기능, 다른 브라우저) 및 제 3자를 고려할 때 특히 그렇습니다.

다음은 내 관심사의 예입니다.

PurifyCSS Online은 일부 URL을 가져 와서 즉시 사용할 CSS의 복사 가능한 덩어리를 제공합니다.

CSS-tricks.com을 온라인으로 PurifyCSS에 삭제하고 새로운 CSS를받습니다.

오프!

그것은 다른 URL을 넣을 기회를 주었지만 (좋은) CSS 트릭에는 수만 개의 URL이 있습니다. 그들 중 다수는 상당히 비슷하지만 모두 사용되는 선택기가있을 가능성이 있습니다. JavaScript를 통해 페이지에 나온 것은 내장되지 않았기 때문에 JavaScript를 실행하지 않은 인상을 얻습니다. 심지어 내 : 호버 상태도 삭제했습니다.

아마도이 도구에 대한 나의 신뢰가 왜 그렇게 낮은지 알 수 있습니다.

빌드 프로세스의 일부

PurifyCSS는 아마도 온라인 인터페이스가 아닌 빌드 프로세스 도구로 더 정기적으로 사용될 수 있습니다. 그들의 문서에는 Grunt, Gulp 및 Webpack에 대한 지침이 있습니다. 예를 들어, 글로브 파일을 확인하고 처리 할 수 ​​있습니다.

 var content = [ '**/src/js/*. js', '**/src/html/*. html'];
var css = [ '**/src/css/*. css'];

var 옵션 = {
  //이 파일에 정화 된 CSS를 씁니다.
  출력 : './dist/purified.css'
};

Purify (내용, CSS, 옵션);

이것은 당신에게 정확성을위한 더 많은 기회를 제공합니다. 해당 콘텐츠 블로브는 사이트를 빌드하는 모든 단일 템플릿, 부분 및 JavaScript 파일의 목록 일 수 있습니다. 그것은 유지하기가 어려울 수 있지만 확실히 더 정확성을 얻을 수 있습니다. 데이터 스토어 (예 : 데이터베이스에 사는이 블로그 게시물) 및 타사 JavaScript의 내용을 설명하지는 않지만 귀하에게는 중요하지 않거나 다른 방법으로 설명 할 수 있습니다.

PurifyCSS의 경쟁자 인 Purgecss는 비교 기술에 대해 경고합니다.

PurifyCSS는 HTML 또는 JavaScript뿐만 아니라 모든 파일 유형에서 작동 할 수 있습니다. PurifyCSS는 파일의 모든 단어를보고 CSS의 선택기와 비교하여 작동합니다. 모든 단어는 선택기로 간주되므로 많은 선택기가 잘못 사용되는 것을 잘못 고려할 수 있습니다. 예를 들어, 단락에서 CSS의 선택기와 일치하는 단어가있을 수 있습니다.

그러니 그것을 명심하십시오. 그것은 영리하고 위험한 잠재적 선택기 일치를 비교하는 방식이 멍청합니다.

UnusedCSS는 귀하를 위해 귀하의 사이트를 크롤링하는 온라인 서비스입니다.

모든 각도에서 사이트의 모든 페이지를 볼 수 있도록 도구를 수동으로 구성하는 것은 확실히 집안일이며 코드베이스가 발전함에 따라 매일 일상적으로 유지 해야하는 것입니다. 흥미롭게도, 온라인 서비스 UnusedCSS는 단일 URL을 기반으로 사이트 자체를 크롤링함으로써 이러한 부담을 극복하려고합니다.

유료 서비스에 가입하고 CSS- 트릭을 가리 켰습니다. 나는 결과를 한눈에 볼 때 나에게 훨씬 더 정확하다고 인정한다.

또한 청소 된 파일을 다운로드 할 수 있으며 실제로 원하는 선택/선택하지 않은 선택기를 확인/선택 해제하는 것과 같은 많은 사용자 정의를 제공합니다 (예 : 필요하지 않은 클래스 이름이 표시되지만 실제로 필요로하는 클래스 이름을 알 수 있습니다).

온라인 크롤링 서비스의 정확도가 높아졌지만 소음이 많이 있었으며 실제로 매일 매일 빌드 및 릴리스 프로세스에 통합하는 방법도 알 수 없습니다 .

툴링은 일반적으로 후 처리 후 사용됩니다

CSS가 작거나 SASS로 제작 된 다음 후 처리기를 사용하여 CSS로 컴파일한다고 가정 해 봅시다. 당신은 아마도 당신이하는 다른 CSS가 전처리하는 것의 끝에 자동 사용되지 않은 CSS 청소를 통합 할 것입니다. 좋다…

1. 사스
2. postcss / autoprefixer
3. [사용하지 않은 CSS 청소]
4. 생산 CS

둘 다 의미가 있고 나에게 약간 재미 있습니다. 사용하지 않는 CS를 생성하는 스타일을 실제로 고치지 않습니다. 대신, 당신은 빌드 끝에서 그것을 닦아냅니다. 나는 JavaScript가 한동안 나무 흔들림으로 그런 종류의 일을 해왔다고 생각합니다. 따라서 선례가 있지만 CSS 코드베이스가 직접적으로 직접적이기 때문에 여전히 나에게 이상하게 느껴집니다. 이 설정은 과잉에 대한 페널티가 없기 때문에 CSS를 덤프하는 것이 거의 없습니다. CSS가 어떻게 적용되고 사용되는지 이해하기위한 인센티브를 제거합니다.

Purgecss는 명백한 입력을 취하고 결과를 제공하는 또 다른 도구입니다.

Purgecss는 사용하지 않은 CSS 시장의 또 다른 플레이어입니다. 내가 좋아하는 하나의 접선은 그것이 다른 도구와 어떻게 다른지 명확하게 설명한다는 것입니다. 예를 들어, PurifyCSS와 비교하여 :

PurifyCSS의 가장 큰 결함은 모듈성 부족입니다. 그러나 이것은 또한 가장 큰 이점입니다. PurifyCSS는 HTML 또는 JavaScript뿐만 아니라 모든 파일 유형에서 작동 할 수 있습니다. PurifyCSS는 파일의 모든 단어를보고 CSS의 선택기와 비교하여 작동합니다. 모든 단어는 선택기로 간주되므로 많은 선택기가 잘못 사용되는 것을 잘못 고려할 수 있습니다. 예를 들어, 단락에서 CSS의 선택기와 일치하는 단어가있을 수 있습니다.

Purgecss는 추출기를 만들 수있는 가능성을 제공 하여이 문제를 해결합니다. 추출기는 파일의 내용을 취하고 사용 된 CSS 선택기 목록을 추출하는 함수입니다. 사용하지 않은 CS를 완벽하게 제거 할 수 있습니다.

Purgecss는 현재 큰 개처럼 보입니다. 많은 사람들이 그것을 사용하고 그것에 대해 글을 쓰고 있습니다.

• Nghia Pham은 Bootstrap과 함께 특별히 사용하는 방법에 대해 썼습니다.
• Greg Kohn은 화이트리스트로 비정상적인 상황에서 선택기를 삭제하지 않는다는 우편 경고를 썼습니다.
• Flavio Copes는 NPM 스크립트 및 PostCS로 실행하는 것에 대해 썼습니다.
• Sarah Dayan은 Tailwind에서 어떻게 작동하는지 신중하게 자세히 설명합니다.

Purgecs는 Tailwind로 작업하기 위해 특수 구성이 필요한 경우에도 Tailwind와 Purgecs는 포드에 두 개의 완두콩 인 것 같습니다. 실제로, 그들의 문서는 문서를 함께 사용하는 것이 좋습니다. 빌드 프로세스에서 사용하기위한 CLI를 제공합니다.

Tailwind는 유틸리티 선택기로 가득 찬이 큰 CSS 파일을 생성합니다. 그러나 그들은 당신이 모든 것을 사용하려고하지 않습니다. HTML에서 이러한 유틸리티 선택기를 사용하여 모든 스타일링을 수행 한 다음 Purgecs를 사용하여 모든 HTML을보고 사용하지 않은 유틸리티 선택기를 생산 CSS에서 흔들어 놓습니다.

그럼에도 불구하고, 사이트의 모든 단일 템플릿 (JavaScript, HTML 또는 기타)에 대해 가르치는 것은 지속적인 유지 보수 문제가 될 것입니다. 제 3 자 리소스에 의존하는 모든 것을 수동으로 구성하고 데이터 저장소에서 나오는 데이터는 빌드 프로세스 중에는 볼 수 없을 것이라는 것을 알기 때문에 수동으로 설명 할 수있는 무언가를 만듭니다.

내가 가장 좋아하는 기술 : CSS 코드베이스에 정말로 친숙한 사람이 문제를 알고 시간이 지남에 따라 문제를 해결하려고합니다.

아마도 이것은 타임즈와 함께 해야하는 노인의 접근 방식처럼 느껴지지만, 이것은 나에게 가장 실용적인 접근 방식처럼 느껴집니다. 이 문제가 너무 어렵 기 때문에 열심히 일하는 것이 그에 대한 해답이라고 생각합니다. 문제를 이해하고 시간이 지남에 따라 솔루션을 향해 노력하고 있습니다. 프론트 엔드에 밀접하게 관여하는 프론트 엔드 개발자는 시간이 지나면 CSS-Land에서 사용되는 내용에 대해 이해할 수 있습니다.

내가 본 극단적 인 테스트 접근법은 CSS 블록에 (예 : 배경 이미지 : URL : URL (/is-this-being-used.gif?selector);)을 사용한 다음 시간이 지남에 따라 서버 로그를 확인하여 해당 이미지에 액세스되었는지 확인하는 것입니다. 접근하면 사용되었습니다. 그렇지 않다면 그렇지 않았습니다.

그러나 잠재적 인 도구 상자에서 내가 가장 좋아하는 도구는 다음과 같습니다.

시각적 회귀 테스트

가장 중요한 페이지 및 다른 상태로 조작 된 페이지와 같은 사이트와 같은 사이트의 많은 스크린 샷과 다른 브라우저 및 화면 크기에 걸쳐 스크린 샷을 찍습니다. 이 스크린 샷은 Git의 마스터 브랜치에서 만들어집니다.

그런 다음 어떤 지점이 마스터로 병합되기 전에, 당신은 그 모든 스크린 샷을 가져 와서 마스터의 스크린 샷과 비교합니다. 수동으로가 아니라 프로그래밍 방식으로.

그것이 바로 Percy가하는 일이므로 이것을보십시오.

수년 동안 시각적 회귀 테스트 도구에는 다른 찌르기가 있었지만 퍼시는 내가 본 유일한 사람입니다. 스크린 샷을 찍을 필요는 없습니다. 나는 그들 사이의 시각적 차이를 볼 수 있도록 그것들을 비교하기를 원합니다. 나는 차이점을보고 싶지 않습니다. 나는 그들을 승인하거나 비 승인하고 싶습니다. 또한 해당 승인이 막히거나 합병을 허용하고 스크린 샷을 찍기 전에 브라우저를 제어 할 수 있기를 원합니다. 비교 이미지를 수동으로 업데이트하고 싶지 않습니다. 그것은 빵과 버터 퍼시 물건입니다.

전체 공개 : Percy는 위의 비디오를 포함하여 CSS- 트릭에서 여기에있는 것을 후원했지만이 게시물은 아닙니다.

원자 CSS 및 CSS-in-JS와의 관계

나는 이것을 읽는 사람들이 많이 있다고 확신합니다. 내가 사용하는 툴링이 필요한 CSS를 생성하고 더 이상 아무것도 생성하기 때문에 사용하지 않은 CSS가 없습니다.

이봐, 좀 멋지다.

어쩌면 그것은 분무기 일 것입니다. 어쩌면 그것은 당신이 UNCSS를 통해 달리는 타치 일 것입니다. 아마도 그것은 지금 모든 분노 인 Tailwind Purgecss 콤보 일 것입니다.

어쩌면 당신은 스타일을 다른 방법으로 다루었을 것입니다. 반응 및 감정과 같은 JavaScript 구성 요소 및 스타일을 단단히 연결하거나 CSS 모듈을 사용하는 것만으로도 사용되지 않은 CSS는 CSS-in-JS의 장점입니다. 그리고 많은 JavaScript 기반 빌드 프로세스를 타기 위해 나무 흔들림과 코드 분할이 나오기 때문에 CSS가 적을뿐만 아니라 현재 필요한 것을로드합니다. 그래도이 모든 것에는 절충이 있습니다.

향후 프로젝트에서 사용하지 않는 CSS를 어떻게 피합니까?

스타일링의 미래는 글로벌 스타일과 구성 요소 사이의 의도적 인 분할이라고 생각합니다. 대부분의 스타일은 구성 요소로 범위를 지정하지만 캐스케이드 (예 : 글로벌 타이포그래피 기본값)를 명확하게 활용하는 글로벌 스타일 선택이 있습니다.

대부분의 스타일링이 구성 요소에 스코핑 된 경우, 미사용 스타일이 쌓일 수있는 기회가 적기 때문에 작은 HTML 블록과 서로 직접 관련된 작은 CSS 블록 주위에 마음을 감싸는 것이 훨씬 쉽기 때문에 쌓일 수있는 기회가 줄어 듭니다. 그리고 구성 요소가 죽거나 진화하면 스타일링이 죽거나 진화합니다. CSS 번들은 실제로 사용되는 구성 요소로 만들어집니다.

CSS-in-JS 솔루션은 스타일이 구성 요소에 묶여 있기 때문에 자연스럽게이 방향으로 향합니다. 그게 요점입니다. 그러나 그것은 필요하지 않습니다. 나는 스타일 범위를위한 CSS 모듈의 일반적인 접근 방식을 좋아하며 특정 JavaScript 프레임 워크를 사용하도록 요구하지 않습니다.

이론적이거나 접근이없는 것처럼 보이고 부트 스트랩 CSS의 크기를 줄이려는 부트 스트랩 사이트 만 있으면 최종 기본 분산 번들 대신 소스에서 부트 스트랩을 사용하여 시작하는 것이 좋습니다. 소스는 SCSS이며 많은 고급 수준으로 제작되었으므로 부트 스트랩의 특정 부분이 필요하지 않은 경우 제거 할 수 있습니다.

행운을 빕니다, 갱.

위 내용은 사이트에서 사용하지 않은 CSS를 어떻게 제거합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!