야후 사용자 인터페이스 블로그 (YUIBlog)

브라우저 캐시 제한, Revisited 모바일

에 모바일 브라우저 캐시 제한 : 안드로이드, 개조, 그리고 웹 OS , 나는 장치와 웹 OS, 개조 안드로이드에서 브라우저 캐시 한도를 결정 공유 결과를 내 시도합니다. 문서의 마지막에는 내가 쓴 :

, 기점으로 이러한 결과를 사용하지만 당신은 모바일 캐시 제한에 대한 가정을 기반으로 주요 결정을 내리기 전에 그들을 직접 확인하십시오. 번개 같은 속도로 모바일 브라우저 세계 변화하므로 본 연구는 매우 짧은 수명을 갖습니다.

충고대로 괜찮았다고 그것은 걸로 아웃 :되었습니다 게시된 문서는 그날 이후, 스티브 Souders이 결과를 다른 댓글을 먹은 및 워크플로우 세계 웹 그것이 더 방법론을했다 실행할 테스트를 사용하여 다른 사람 진짜 대표.

새로운 방법론

내 원래의 방법론과 봉사, 페이지의 특정 생성하기 위해 무작위로 크기를 직접 탐색 관련된 text/html 콘텐츠 유형. 이 방법론을 사용하는 결과지만, 안정 (웹 OS 제외) 재현할 수 있었다 스티브가 지적한대로, 사용자는 CSS와 자바 스크립트 파일을 직접 이동하지 않습니다. HTML을 리소스에 직접 탐색에 대한 한계가 CSS를 외부에 대한 제한과 같은 것을하며 JavaScript가 내 가정이 그들이 널리 적용 아니라, 실험의 결과는 유효 그래서 비록 잘못되었다.

많은 메신저 세션, 여러 이메일의 코스와 전화 통화에서 스티브와 나는 새로운 테스트 방법론을 밖으로 일한 두 개. 내 상단의에의 버전을 구현 캐시 테스트 프레임 워크는 다음, 스티브는 버전을 구현 하는 결과를 게시할 수있는 Browserscope .

새로운 테스트에서 우리는 특정 크기의 무작위 - CSS를 생성하거나 자바 스크립트 구성 요소를 참조하는 HTML 페이지를로드합니다. 그럼 우리가 두 번째 HTML 페이지로 이동되는 하중 동일한 구성 요소와 그것을 캐시에서로드했는지 여부를 확인합니다. 구성 요소가 캐시에서로드했는지 확인하려면, 우리는 각 요청에 쿠키에있는 타임 스탬프를 저장하고, 타임 스탬프 우리가 그 구성 요소를 로드할 두 번째 시간을 업데이 트하는 경우, 우리는 요청이 장전되지 않은 구성 요소를 의미 서버를 친 줄도 캐시에서.

새로운 결과

우리는 자체 페이지에있는 모든 모바일 브라우저가 발견의 HTML 그들은 한에 대한보다 페이지가 로드될 외부 리소스에 대해 우리는 한계를 캐시 테스트했다 상당히 높은. 이것은 모바일 웹 개발자를위한 좋은 소식입니다.

아래 테이블은 우리의 연구 결과를 보여줍니다 :

그리고, 4메가바이트 우리가 테스트에서 가장 큰 규모라고합니다 모든 개조 장치 4메가바이트 구성 요소를 캐시. 이러한 장치에 대한 실제 캐시 한도는 4메가바이트보다 클 수 있습니다. 그것은 이전의 테스트에 문제가 좀 있었어요 반면 또한, 팜 예약 플러스에 웹 OS,이 테스트에 일관성있는 결과를 주었다.

그것은이 테스트에서 CSS / JS 구성 요소에 대한보다 높은 한도가 디스크 캐시의 사용을 나타낼 수 있지만 이전의 테스트는 모르 는게에서 HTML 구성 요소에 대한 보여주 훨씬 낮은 한계가, 그 구성 요소의 RAM 캐시의 사용을 나타낼 수도있어 그러나 이것은 단지 추측입니다. 안드로이드는, 적어도 그 캐시는 전력 사이클을 통과 이후, 두 경우 모두에서 디스크 캐시를 사용하여 나타나지 않습니다.

새 추천

내 이전 테스트의 결과와 결합하여 새로운 결과를 바탕으로, 나는 다음은 권장 사항의 집합 업데이트 제공 :

• 헤더를 사용하여 먼 미래의 캐시 만료. 이것은 GET 요청을 보내이 조건부 않아도됩니다 않도록 브라우저를.
• 테스트 장치 한계의 자원 최저의 HTML되었습니다 시도 - 개조 iPad가 3.2으로있을 캐시, 부과 - 이후 이전의 한도는이 보여준 그 테스트가 한계의 HTML 그들은 또는 그 이하면 당신이 원하는 25.6KB 페이지를하는 방법 1.
• 1메가바이트와 js 컴포넌트를 아래에 CSS를 유지. 물론, 1메가바이트는 거대한이며 구성 요소가 있지만, 이것보다 훨씬 작아야합니다 1메가바이트 접근 크기는 cacheability 아닌 경우를 위해 별도의 요청으로 구성 요소를 분리하지 귀찮게.
• 주기 전원 시간, 또는 전체 길이 고려에 대한 구성 요소를 사용하여 그것의 중요 응용 프로그램 캐시를하는 경우 HTML5의 캐시에 유지.
• 테스트를 수행 고객님. 나는 나의 이전 기사에서이 스트레스의 중요성을 여기서 다시 한번 강조거야. , 기점으로 이러한 결과를 사용하지만 당신이 그들을 기반으로 중요한 결정을 내리기 전에 그들을 직접 확인하십시오.

: 찾기 대화 bloglines | 테크노을

공유하고 확장할 수 : 즐겨찾기에 추가 del.icio.us으로 | 그것 Digg에! | reddit!