2012-04-20 7 views
0

나는 언제나 애플이 얼마나 빨리 홈페이지를로드하는지 궁금해했다. 크롬에서는 2.98s라고한다.Apple의 웹 사이트처럼 빠르게 웹 사이트를로드하는 방법은 무엇입니까?

이제 CDN과 gzipping에 대한 모든 정보와 야후!의 권장 사항을 알고 있습니다. 그러나 YSOlow의 거의 모든 권장 사항을 확인하고 내 사이트에 대해 84 점을 기록한 후, 아직 로딩 속도가 너무 빠릅니다 (Chrome에서 4.48 초). Apple은 YSlow에서 82 점을 얻었지만 내 사이트보다 거의 두 배 빠른 속도로로드됩니다. 그래서 나는 뭔가를 놓치고 있다고 확신합니다.

평균적으로 3 초 이내에 내 웹 사이트를 더 빠르게로드하는 방법에 대해이 분야 전문가가 저에게도 알려 줄 수 있습니까? 모든 제안/도움을 환영합니다. 미리 감사드립니다.

+1

어쩌면 애플의 CDN의 에지 서버가 귀하의 CDN의 다음 서버가 사용자의 위치에 더 가까이있다. –

+0

답장을 보내 주셔서 감사합니다. 그럴 수도 있습니다. 어떤 경우에는 내가 할 수있는 일이 더 없다고 생각하니? – anthonytwp

+0

점수가 84 점인 이유는 무엇입니까? 너는 무엇을 놓치고 있니? 정말 나쁜 말은 아니지만 실종 된 점은 당신이 할 수있는 다른 것을 생각해 낼 것입니다. –

답변

1

실제로로드하는 콘텐츠의 양을 고려 했습니까?

YSlow에 대한 나의 경험은 사이트 표시에 영향을 미치지 않으면 서 사이트를보다 효율적으로 만드는 방법을 제안한다는 것입니다. 예 : 브라우저에서 캐시를 유지하고 CSS를 축소하고 외부 스크립트의 수를 줄임으로써 많은 경우에 (특히 후속로드에서) 더 빠르게로드되는 사이트가됩니다. 그러나 사이트의 미디어가 무겁다면 효율성에 관계없이 콘텐츠를 다운로드하는 데 첫 번째로드가 걸립니다. 예를 들어 내 개인 블로그 사이트에는 Flickr 프로필에서 올린 일부 이미지가 포함되어 있습니다. YSlow는 이러한 이미지가 캐싱되어 있는지 확인하지만 '적은 이미지로드'를 제안하지 않았습니다.

+0

안녕하세요 @ChrisFletcher, 당신은 요점이 있습니다. 아마도 애플이 홈페이지보다 더 많은 컨텐츠를로드하고있을 것이고, 이는 속도 차이를 설명 할 수 있습니다. 다른 관점을 제공 해주셔서 감사합니다. – anthonytwp

0

방화범의 네트워크 패널을보십시오. HTML 리소스의 첫 번째 막대가 길고 다른 막대가 늦게 시작되면 성능이 백엔드에 묶여 있습니다. 그런 다음 서버 코드를 조사하여 그 많은 시간을 먹는 것을 확인해야합니다.

첫 번째 막대가 상대적으로 작고 다른 막대가 처음 시작한 직후에 시작하면 성능이 프론트 엔드 경계가되며 프론트 엔드 성능 최적화에만 관심이있는 ySlow의 누락 된 점을 조사해야합니다.

(스티브 수 더스는 자신의 책에서 그들을 정의처럼이 상황에서 프론트 엔드와 백엔드 성능이 사용됩니다.)

관련 문제