웹 페이지에 단일 CSS 파일과 이미지가 포함 된 경우 브라우저와 서버가 시간이 많이 걸리는이 전통적인 경로로 시간을 낭비하는 이유는 무엇입니까? 브라우저는 웹 페이지에 대한 초기 GET 요청을 보내고 서버 응답을 기다립니다. 브라우저는 CSS 파일에 대한 다른 GET 요청을 보내고 서버 응답을 기다립니다. 브라우저는 이미지 파일에 대한 다른 GET 요청을 보내고 …
대부분의 이미지 형식은 이미 압축되어 있습니다. 그러나 실제로 이미지를 가져 와서 압축하면 (압축) 압축 된 이미지와 압축되지 않은 이미지를 비교하면 큰 차이는 없지만 크기에 차이가 있습니다. 문제는 이미지를 gzipping 할 가치가 있습니까? 클라이언트 브라우저로 플러시되는 컨텐츠 크기는 더 작지만 압축을 풀 때 약간의 클라이언트 오버 헤드가 발생합니다. 조언 부탁드립니다.
온라인 테스터로부터 HTML을 약 90 % 압축 할 수 있음을 보았습니다! gzip을 사용하는 것이 좋습니까? 많은 사이트에서 사용하지 않는 것으로 보입니다. 일부 페이지에는 몇 킬로바이트로 압축 할 수있는 많은 데이터 (이미지가없는 120KB의 HTML)가 포함되어있어 트래픽이 향상됩니다.
페이지 속도 표시 시간을 개선하기 위해 노력하고 있으며 웹 서버에서 콘텐츠를 압축하는 방법 중 하나가 있습니다. 구글 추천 : gzipping은 더 큰 리소스에만 유용합니다. 압축 및 압축 해제의 오버 헤드 및 대기 시간으로 인해 특정 크기 임계 값을 초과하는 gzip 파일 만 사용해야합니다. 150에서 1000 바이트 사이의 최소 범위를 권장합니다. …
몇 달 전에 독일에서 시작한 새로운 포럼 (기술적 인 관점에서 새로운 제품)에 대한 응답 시간 (주로 서버 측)을 개선하기 위해 2 개월 동안 노력하고 있습니다. 내가 얻은 결과에 많이 놀랐습니다. Apache 로그와 자체 Boomerang 비콘 구현을 사용하여 응답 시간을 모니터링합니다 . 내 통계를 사용하면 새 제품이 약 680ms 동안 반응하지만 …
Javascript를 페이지 맨 아래에 두는 것이 좋지만 jQuery를 사용하는 경우 DOM 이로 드 될 때 실행 목적을 상실하지 않습니까? 예를 들어 드롭 다운 메뉴가 있으면 나머지 페이지가 모두로드 될 때까지 드롭 다운이 표시되지 않습니다. 또한 점진적 향상을 염두에두고 개발하려고 시도하므로 CSS 대신 jQuery로 숨겨진 요소가있을 수 있습니다 (JS 이외의 사용자가 …
내 사이트를 호스팅하기 위해 GitHub 페이지를 사용하고 있습니다. Google PageSpeed Insights를 확인하는 동안 gzip 압축을 사용하는 것이 좋습니다. GitHub에서 호스팅되는 정적 사이트가 있기 때문에 가능하지는 않습니다. GitHub에서 gzip 압축을 활성화 할 수 있습니까?
공개 페이지의 경우 pingdom.com 을 사용 하여 특정 기간 동안 페이지의 응답 시간 / 가동 시간을 계산할 수 있습니다 . 그러나 pingdom은 로그인 페이지 뒤에 보호되는 웹 페이지의 응답 시간을 시간으로 지정할 수 없습니다. 예를 들어, pingdom은 Gmail받은 편지함에 대한 응답 시간을 확인할 수 없습니다. 원하는 경우 Gmail 사용자 이름과 …