웹 페이지의 출력 크기에 대한 모범 사례에 대한 조언이 있습니까? 물론 작을수록 좋습니다. 캐시되지 않은 출력에 대해 이야기하고 있습니다. 1MB 페이지를 반환하지 않는 것이 좋습니다.
답변1
이는 사용자 기반과 사용자가 사용하는 인터넷 연결 종류에 따라 다릅니다. 광대역 연결의 경우 렌더링 시간과 개체 수(따라서 HTTP 요청)는 연결 유지를 사용하더라도 엄청난 양의 데이터보다 병목 현상이 더 심할 가능성이 높습니다. 4Mbit/초 연결을 사용하는 사용자는 2초 안에 1MB의 데이터를 다운로드할 수 있지만 50개 또는 100개의 개별 개체를 다운로드하고 복잡한 JavaScript 및 CSS를 그렇게 빠르게 렌더링할 수는 없습니다.
사용자가 느린 연결을 사용하는 경우 지원해야 하는 가장 느린 연결 속도와 허용 가능한 최대 페이지 로드 시간을 계산하고 그에 따라 페이지 크기를 조정하세요. 그러나 페이지 렌더링 시간을 측정하고 모니터링하십시오(평균, 중앙값 및 90번째 백분위수를 확인하는 것이 좋습니다).
답변2
HTML 헤더(예: 만료:)를 적절하게 사용하여 페이지를 여러 파일(JavaScript, CSS, 이미지 등)로 분할하면 사용자가 로드하는 평균 양이 전체보다 훨씬 적을 수 있습니다. 예를 들어 내 사이트에서 로드당 총 파일 수는 100-200kb이지만 페이지 보기당 로드되는 평균 양은 그 중 10-20%에 불과합니다.
적절한 총 페이지 크기는 사이트 유형과 제공하는 콘텐츠에 따라 달라집니다. 나에게는 200kb 페이지가 크지만 어떤 사람에게는 이것이 크며 다른 사람에게는 작을 수도 있습니다. 사이트 로딩 시간을 테스트/벤치마크하는 것은 항상 좋은 생각입니다. 그만큼개똥 벌레FireFox용 확장 프로그램이 편리합니다.
일부 콘텐츠 유형에 대한 또 다른 옵션은 AJAX 호출을 사용하여 초기 페이지 로드 후 필요에 따라 데이터를 비트 단위로 로드하는 것입니다.
답변3
ASP를 말씀하시나요, 아니면 ASP.NET을 말씀하시나요? ASP.NET인 경우 페이지에 포함되는 Viewstate 변수/필드의 크기에 주의하세요. 브라우저의 모든 양식 포스트백은 요청과 함께 이 숨겨진 필드를 보내야 하며, 페이지에 상태를 저장하는 방법에 주의하지 않으면 상태가 매우 빠르게 커질 수 있습니다. 사용자가 페이지에서 버튼이나 컨트롤을 클릭할 때마다 256KB 이상을 업로드하는 것을 원하지 않습니다.
상태 표시줄에 이 정보를 배치하는 Viewstate Size라는 멋진 작은 Firefox 확장 기능이 있습니다.