은 “렌더링을 시작 페이지 전에 필요한 것도이 같은 서버에서해야한다”규칙은 일반적으로 적용 하여서버 또는 기타 소규모 리소스-DNS 조회가 눈에 띄게 1 초의 시간이 걸릴 수있는 상황 (객체가 많은 도메인에 흩어져있는 경우 빠르게 추가 될 수 있음). Google의 jQuery 캐시 및 기타 라이브러리와 같은 일반적인 공공 리소스를 사용하면 방문자의 브라우저가 이미 다른 사이트에서 해당 서비스의 콘텐츠를 참조하기 때문에 DNS 조회를 이미 수행했을 가능성이 높습니다. 전송을 수행해야합니다 (또는 요청이있는 경우 짧은 “304-수정되지 않음”응답을 다시 얻을 수 있음). 개체에 전체 다운로드가 필요한 경우에도 대부분의 사용자는 소규모 콘텐츠보다 Google 콘텐츠 전송 네트워크가 더 빠릅니다.

하나의 관련 규칙 : 사용자가 보는대로 페이지의 올바른 기능에 필요하지 않은 객체는 기본 HTTP 응답에서 가능한 한 늦게 참조되어야합니다. 예를 들어 광고 / 통계 서비스 (예 : Google 웹 로그 분석 및 ilk)에 필요한 스크립트와 같은 것-사용자에게 가능한 한 빨리 콘텐츠를 제공 한 다음 관심있는 배경 만로드하십시오. 나는 종종 너무 느리고 일찍 참조하는 사이트가 스크립트를 기다리는 동안 빈 페이지를 제공하기 때문에 두 개의 광고 / 통계 서비스 (호스트 파일에서 127.0.0.1에 매핑하여)를 차단했습니다 내가 늦게 언급 한 내용을 읽을 수 있도록 내가있는 내용을 읽을 수있는 반면 다른 내용은 배경에서 계속 진행됩니다.

정적 콘텐츠에 쿠키가없는 도메인의 유용성은 규모의 문제입니다. 쿠키에 하나의 10 바이트 세션 ID와 하루에 10 만 명의 방문자가 방문당 ~ 20 개의 정적 오브젝트를 요청하는 경우 한 달에 ~ 118Mbyte의 대역폭 만 절약합니다 (20 * 20 * 10000 * 31 / 1024 / 1024). 반면에 귀하의 사이트가 쿠키에 1-2 킬로바이트 상당의 물건을 보관하는 경우 특히 사용자가 느린 연결을 통해 사이트에 액세스하는 경우 (예 : 모바일에 테 더링을 통한 GPRS 또는 그 이상) 차이가 훨씬 더 클 수 있습니다 간섭이 심한 지역에서 혼잡 한 Wi-Fi 링크) 또는 하루에 수백만 번 방문하는 경우.

요약하면 페이지에서 내 환경 설정을 렌더링하기 전에로드해야하는 스크립트의 경우 다음과 같습니다.

1. ajax.googleapis.com 또는 유사
2. 호출 페이지의 원래 호스트 이름
3. 정적 쿠키없는 도메인

초기 페이지 렌더링에 필수적이지 않은 리소스의 경우 가능한 한 늦은 리소스를 참조하고 위의 기본 설정 목록을 반대로하십시오 (대규모 규모로 운영하지 않는 한 원래 호스트 이름과 쿠키가없는 도메인의 차이는 중요하지 않을 가능성이 높지만) ).

답변