Dojo를 사용하여 페이지를 구성 했으므로 페이지를 브라우저에서 렌더링하는 데 걸리는 시간을 측정해야합니다 (첫 번째 바이트까지의 시간 또는 시간이 아닙니다). ~ 마지막 바이트).IE 6 또는 FF 3.x에서 페이지 렌더링 시간 측정
즉, 페이지 (모든 바이트)가 내 broswer에 다운로드 될 수 있지만 사용중인 구성 요소 (예 : 캘린더, 그리드 등)는 전체 페이지를 다운로드 한 후 오랜 시간 동안 초기화하고 렌더링 할 수 있습니다.
페이지 및 모든 구성 요소가 완전히 렌더링되고 안정적으로 측정되는 것을 측정 할 수있는 도구가 있습니까?
에 대한 렌더링 시간은 Google Page Speed을 시도합니다.
편집 : 크롬 새로운 Google Speed Tracer (최대 크롬 4)를 시도, 그것은 놀라운
방화 광명의 프로필러 & 넷 탭이 유용 할 수 있습니다. Chrome은 개발자 도구에서 유사한 기능을 제공합니다.
Internet Explorer의 경우 dynaTrace을 사용할 수 있습니다.
감사 Caleb. AFAIK, Firebug의 프로필은 실제로 페이지 렌더링 시간을 너무 잘 못합니다 ... dynatrace를 시도해보고 알려 드리겠습니다. dynatrace가 우리에게 효과적이라면이 답변을 1-2 일 안에 받아 들일 것입니다. –
페이지 렌더링 시간 = 페이지로드 시간 - 네트워크 시간? ? 표시되는 렌더링 시간이 실제로 작아서 (<100ms) 브라우저에서 실제로 볼 수있는 것과 중첩되지 않기 때문에이 질문을드립니다. –
페이지 로딩 시간, 페이지 렌더링 시간 또는 그 사이의 계산간에 페이지 렌더링 시간을 추론 할 수 없으므로이 대답을 받아 들일 수 없습니다. –
YSlow는 방화범이 끌리는 데 도움이되며 앞서 언급 한 dynaTrace가 IE를위한 최선의 방법입니다.
위젯 중 하나에서 postCreate와 같은 메소드로 dojo.connect를 수행하고 타임 스탬프를 얻을 수 있습니까?
dojo.connect (dijit.byId ("myCalendar"), "postCreate"함수() { 을 console.log (새로운 날짜() - 시작) });
여기서 '시작'은 HEAD의 SCRIPT 블록에서 선언 된 전역입니까? 파이어 폭스에서
-Adam
내가 찾은의 파이어 폭스는 훌륭한 플러그인이고, IE6 인 경우 dynaTrace는 확실히 최고는 "페이지 속도"그 필수.
이 도구는 정확히 무엇을 측정합니까? Dijit은 DOM 렌더링 (DOMContentLoaded/onLoad) 후 많은 처리 (예 : 파서)를 수행합니다. – peller
Page Speed의 "기록 활동"은 원하는 시간 프레임을 기록합니다. http://code.google.com/speed/page-speed/docs/using.html#activities – orip