AnimeClub

새벽 늦게까지 수고하십니다. ^^

애드온 원리에 대해 이해를 못하셨군요.
제가 설명을 어렵게 했나 봅니다.

제가 아침두부님 글을 보니까 하나만 이해가되면 나머지는 저절로 이해가 되실 것 같네요.

1.
이 애드온을 이용하기 위해서는 도메인이 두개가 필요합니다.
두개란 것은 www가 있는 것과 없는 것도 포함이 됩니다.
예) www.animeclub.net , animeclub.net <- 이것도 도메인이 두개 인 겁니다.

그리고 아침두부님꼐서 이해가 안되시는 부분이
두개의 도메인이 서로 다른 서버에 있는지 같은 서버에 있는지의 부분 입니다.
CDN이란 것은 도메인과 서버가 다른 경우를 말합니다.
cookie-free domains 라는건 YSlow를 만족할 뿐 서버가 다르게 있을 이유는 없습니다.


문의하신 부분의 서버가 다른 경우에 대해 설명해보겠습니다.

abc.com, def.com을 보유하고 있고 서로 다른 서버에 위치하고 있다고 할떄를 경우로 예를 들겠습니다.

나는 abc.com 이용자이다.
use cookie-free domains애드온을 이용하려고 한다.
나는 def.com 이라는 도메인을 가지고 있고 전혀 다른곳에 서버가 위치하며 놀고 있다.

위의 예로 설치 방법을 설명드리면

abc.com에 xe에 있는 모든 파일을 def.com에 복사합니다.
abc.com에서 애드온 설정을 A : abc.com , B : def.com으로 설정합니다.

끝입니다.


동작 과정을 설명드리면

abc.com에서 출력되는 html페이지 소스 중에서 <img> 태그의 src 주소가 변경됩니다.

<img src="./images/abc.gif" alt="abc" />
위에 것이 아래의 주소로 변경됩니다.
<img src="http://def.com/images/abc.gif" alt="abc" />

위에 모든 내용을 def.com에 저장했으니 그쪽에서 불러와 출력하겠네요.
B에 넣을 도메인이 다른곳에 있다면 당연히 그곳에도 A의 이미지와 동일한 위치에 동일하게 파일이 있어야겠죠.
위에 def.com으로 모두 복사하라고 했지만 실제적으로는 폴더들만 생성해서 이미지만 복사해야 맞는 겁니다.


cookie-free domains의 역할은 주소만 바꿔주는데에 있습니다.
주소를 바꾸게 되면 바뀐 주소의 서버에서 자원을 소비하고 불러오게 됩니다.
내 서버의 자원을 소비하는게 아닙니다.



2.
제 사이트가 이미 수행하고 있습니다.
소스보기를 하시면 됩니다.
저는 도메인이 4개입니다.
animeclub.net, aeimnclub.co.kr, animeclub.pe.kr, animeclub.kr
www를 합치면 8개가 됩니다.

이 도메인들은 서로 같은 서버에 있어도 자원활용이 다릅니다.

www.animeclub.net 에 로그인하고 animeclub.net로 사이트를 열면 로그인이 안되어있는 원리 입니다.
서로 다르게 동작합니다.

내가 10개의 이미지를 www.animeclub.net에서 로딩하게되면 10개의 이미지가 한곳에서 일괄적으로 처리됩니다.
내가 5개는 animeclub.net, 나머지 5개는 www.animeclub.net에서 불러오게 되면 두군대서 5개씩 처리해 사용자에 보여지게 됩니다.
듀얼 프로세스라고 보면 됩니다.

그럼 성능 향상이 어떻게 되나?
www.animeclub.net을 로딩하게 되면 이미지 40개(예로)처리, XE 로딩 처리, javascript, css파일 로딩 등 모두 일괄적으로 처리 후
차례대로 전송되겠죠.

여기서 내가 이미지파일의 경로와 javascript,css의 경로를 다른 도메인으로 바꾼다면

www.animeclub.net : XE 로딩 처리(html 태그는 그냥 문자인겁니다. 그안에 내용을 브라우저가 인지해서 다시 호출하는겁니다.)
animeclub.net : 이미지 처리, javascript, css 파일 로딩

처리 부담이 줄어듭니다.


http://gtmetrix.com/reports/www.animeclub.net/7429f2pq

현재 운영중인 사이트가 있다면 http://gtmetrix.com/ 가셔서 체크 후에 제 사이트와 비교해보십시오.




이러한 성능은 눈으로 보고 느끼는 성능을 말하는게 아닙니다.
사용하는 서버의 자원을 얼마나 사용했고 서버에 부담을 얼마나 덜어줬는가에 있습니다.

실제 트래픽 분산효과는 동접 사용자가 많아질때 나타납니다.
사용자가 많으면 많을 수록 서버는 처리량의 한계로 본래 처리해야할 시간에서 딜레이가 이뤄집니다.
이것을 서로 다른곳에서 처리하게 될 경우 부담을 덜어주게 되는 겁니다.
분산이 가능한 것은 처리가 구분되어있는 대상만입니다.
그렇기 때문에 그 대상은 src=" 형태로 정보를 가지고 있는 대상이 되는데요.
img, javascript, css, rss, atom 등이 그 분산을 할 수 있는 대상이 됩니다.



쓰다보니 읽기 힘들만큼 썼네요. 읽으시기 힘드셨을텐데 더 해깔리게 되는게 아닌지 걱정입니다.