매우 새롭고 상당히 큰 & 파일을 풍부하게 표현하고 있습니다. expressionengine과 metaq의 최신 기사를 cdn으로 만져서 설정하는 방법에 대해 궁금해하고있었습니다.서브 도메인의 콘텐츠 제공
우리는 아마존 (amazon) 등과 순전히 하나 또는 두 개의 하위 도메인을 연결하려고하지 않을 것입니다. mainsite.com resources.mainsite.com library.mainsite.com
나는 모든 내용이 실제로 상위 서버에 살고 도메인 폴더에 개최 실현.
누구에게이 작업을 수행 했습니까? 자산, 파일 관리자 및 부트 스트랩 구성과 같은 모듈을 사용할 때 유의미한 이득이 있는지, 그리고주의해야 할 점이 있습니까?
모든 콘텐츠는 실제로 상위 서버에 있으며 도메인 폴더에 보관됩니다.
CDN 개념에 대해 명확하지 않은 것처럼 들립니다. 진정한 CDN은 정적 파일을 제공하는 성능에 최적화 된 글로벌 서버 네트워크입니다. 파일이 요청되면 사용자는 가장 가까운 서버에서 복사본을 수신하여 대기 시간을 최소화합니다.
아마존 S3와 같은보다 기본적인 스토리지 네트워크를 사용하는 것부터 단계적으로 작아 질 것입니다. S3에 파일을 업로드하면 전 세계적으로 배포되는 것이 아니라 특정 데이터 센터에 남아 있으므로 성능이 저하됩니다. S3 대 서버에 업로드 된 파일의 성능이 향상되는 것은 아니지만 서버에서 처리해야하는로드를 크게 줄일 수 있습니다. 30 개의 이미지와 5 개의 CSS & JS 파일이있는 페이지를 상상해보십시오. 이들 모두는 S3와 같은 서비스에서 호스팅 될 수 있습니다. 누군가가 페이지를로드 할 때 모든 요청을 처리해야하는 서버 대신 페이지 마크 업에 대해서만 걱정할 필요가 있습니다. 사이트에 많은 양의 트래픽이 발생하는 경우 이는 머무르고있는 것과 그렇지 않은 것의 차이 일 수 있습니다.
이제 사이트와 동일한 서버에서 실행되는 하위 도메인에서 정적 파일을 제공하면 어떤 이점도 볼 수 없습니다. 모든 요청은 여전히 동일한 서버를 통해 라우트되고 있습니다. 미적 변화 만하고 있습니다.
좋은 답변입니다. 또한 채널 이미지 및 일부 모듈은 Amazon S3를 기본적으로 지원하므로 진정한 CDN이 아니더라도 좋은 시작점입니다 (CloudFront가 옵션 임). –
** 이제 사이트와 동일한 서버에서 실행되는 하위 도메인에서 정적 파일을 제공하기 만하면 어떤 이점도 볼 수 없습니다. 모든 요청은 여전히 동일한 서버를 통해 라우팅됩니다. - 당신은 단지 미적 변화 만하고 있습니다. ** 사실이 아닙니다. 별도의 하위 도메인에서 자산을 제공하는 이유는 다음과 같습니다. a) 자산 동시 다운로드를 더 많이 할 수 있지만 야후가 주창 한 주요 사이트는 b) 자산 하위 도메인을 [쿠키없는 쿠키]로 설정하는 것입니다 (http : // developer. yahoo.com/performance/rules.html#cookie_free). – Tyssen
애드리안에게 감사드립니다. @Tyssen "더 많은 동시 다운로드 자산을 보유 할 수 있습니다."- 왜 그런 경우인지 알 수 없습니다. 나에게 계몽? –
하위 도메인에서 주최하거나 표시 할 수없는 것을 자세히 설명해 주실 수 있습니까? – fccotech