그래서 캐싱 때문에 jquery가 Google에서 호스팅되는 이유를 들었습니다. 하지만 jQuery UI에 대해서는 잘 모르겠습니다.Google에서 호스팅하는 jQuery UI를 사용하면 좋을까요?
google에서 호스팅되는 jQuery UI 파일에는 모든 단일 확장명 및 플러그인 (예 : Draggable 등)이 있습니다.
jQuery UI 탭만 사용하는 경우 그렇게 낭비하지 않으시겠습니까? 그걸로 모든 다른 물건을 얻을 수 있습니다.
또한 CSS 파일에 대한 템플릿이 있습니다. 캐싱이 호스팅 된 파일을 사용하는 주된 이점이라고 생각합니다.
가치가 있습니다. jQuery의 마지막 업데이트에 대한 블로그 게시물은 "성능"이라는 단어를 다른 어떤 것보다 많이 사용했습니다. 라이브러리가 작지 않으므로 성능이 문제가 될 수 있습니다.
Google에서 .js를 호스팅하는 것은 JavaScript 세계의 독점권 인 jQuery를 믿는 한 가지 방법이며 브라우저에서 중요한 다운로드 시간을 절약 할 수 있습니다. 스크립트는 병렬 다운로드를 차단하므로 사용자가 .js를 다운로드하는 데 사용할 때마다 다른 다운로드를 할애 할 시간이 없다는 것을 기억하십시오.
낙후되는 것은 Google이 무너질 수도 있다는 것입니다.하지만 이미 우려를 완화하기 위해 중복성 및 롤오버 서버에 대한 업계의 의견이 있습니다.
달라질 수 있습니다. 파일이 이미 사용자의 캐시에있는 경우에는 속도> 다운로드 속도를 구문 분석하기 때문에 서버에서 독립 클래스를 다운로드하는 것보다 빠릅니다. google-hosted 파일이 사용자에 의해 캐싱되지 않으면 Google 서버와 일치하는 연결 속도 (DNS 조회를 저장하지 않음 :-))를 가정하면 자신의 서버에서 파일을 가져 오는 것이 더 빠릅니다.
사실 지난 주 정도 내에 Google의 jQuery 라이브러리를 사용한 다른 사이트에 사용자가 갔기 때문에 캐시 된 상태가 될 확률이 높습니다. –
내가 생각했던 것이 야. 어떤 경우에는 결정하기가 다소 어렵습니다. – chobo2
구글은 제대로 Cache-Control, Last-Modified, Expires, Age 및 Date을 사용하여 브라우저를 최대한 범위의 jQuery 라이브러리를 캐싱 설정합니다. 모든 공통 브라우저에 안정적으로 캐시됩니다. 이 외에도 서버는 지리적 위치 정보를 제공하므로 사용자는 가능한 가장 가까운 서버에서 항상 초기 다운로드를 수행합니다.
@ 편집기에서 말한 것처럼 브라우저는 동일한 호스트 이름에서 병렬 리소스 다운로드를 차단합니다. 귀하의 사이트 자바 스크립트는 동시에 Google 애널리틱스 라이브러리가 Google의 귀중한 시간 (밀리 초)을 추가로 전송할 때 함께 다운로드됩니다.
또한 대역폭 비용을 Google에 위임합니다. 10000 명의 독특한 방문자가 매일 30Mb의 페이지를 쳤다고합시다. 한 달? ~ 878Mb. 년? ~ 313Gb.
Google 없이는 무엇을할까요? – greenimpala
병렬 다운로드에 관한 2 가지 질문이 있습니다. 먼저 jquery UI와 jquery를 사용하여 googles 호스팅을 중단합니다. 같은 블록에서 두 개의 스크립트를 가져 오는 병렬 블록 다운로드가 아니겠습니까? 나는 또한 동적으로 모든 자바 스크립트 파일을 가져 와서 사용자가 올 때 하나의 자바 스크립트 파일로 만드는 http 결합자를 통해 그 문제를 처리합니다. 따라서 한 번의 다운로드 만 발생합니다. 그만한 가치가 있습니까? – chobo2
@chobo : 실제로 구문 분석시 문서 구조의 일부인 스크립트를 다운로드하면 어쨌든 문서 구문 분석이 중단되므로 스크립트를 동시에 다운로드 할 수 없습니다. 예를 들어, jQueryUI가 먼저 포함 된 jQuery가 포함 된 경우 문서에 나타나는 순서대로 차례로 다운로드 및 구문 분석됩니다. –