데이터 송신부: ipowerweb.com traffice 보고
| « prev next » |
이것은 나가 대역폭 위기 (마지막 것)를 요구할 두번째로 이다. 이번에, 그것은 더 긴급하고 더 가혹하다.
자료
문제는 높은 소통량과 관련있는 성공적인 blog이기 위하여 대역폭 문제점이다. 자료는 여기에서 있다:
데이터 송신부: ipowerweb.com traffice 보고
자료는 2004년 12월에 있는 16,1797명의 방문자가 이 위치에 의하여, 그리고 동일한 달 자료의 51.53 기가바이트를 옮겨 봉사하고 있다는 것을 나타낸다. 2005년의 첫번째 6 일에 있는 수에 있는 거대한 점프가 있다. 자료의 17G는 지금까지 전달되었다. 나는 이 달 동안 bandwith가 이 달의 한가운데에 만기가 될 ISP에게서 경고를 얻었다.
해결책
URL는 이 문제에이다 나의 해결책 방향을 바꾼다. Tim Berners부터 이는 차가운 URIs가 결코 바꾸지 않는 저희를 교육했다. 나는 강하게 좋은 웹사이트 시민이 간행한 만족한 불변의 URL를 지킬 다고 믿는다. 이렇게 나는 다른 위치에 움직임을 나의 웹사이트에 기존하는 내용의 어떤 부분이라고 생각하지 않을 것이다.
나는 나의 주전산기에 있는 URL 고쳐 씀 엔진을 사용했다. 그것은 이렇게 하면을 작동한다:
그림을 위한 URL는 blog 입장의 각각에서 "열심히" 암호로 했다. 예를 들면, 이 입장에 있는 이 그림 http://home.wangjianshuo.com/archives/2002/11/11/tokyo-islands-in.the.sea.jpg: http://home.wangjianshuo.com/ko/20021111_flying_over_the_pacific.htm는 서버 home.wangjianshuo.com에 거주한다 보인다. 실제로, 그것은 이지 않는다. 나는 뒤에 오는 고쳐 씀 규칙을 사용했다:
위에 RewriteEngine
RewriteRule (archives/200 [1234년]/.* \ .jpg) http://blog.wangjianshuo.com/$1 [R]
RewriteRule (photo/.*.jpg$) http://bbs.wangjianshuo.com/$1 [NC, R]
이 규칙은 클라이언트 요청이 archives/2001에서 거주하는 파일, archives/2002, archives/2003, .jpg 연장을 가진 archives/2004 폴더, 서버 그것을 나의 서버 http://home.wangjianshuo.com에서 그것을 묻는 것을 성가시게 하지 않기 위하여 말한다 언제든지, 나타낸다; blog.wangjianshuo.com에게서 그것을, 어떤 대역폭 한계도 없는 서버 대신 얻으십시오. 이렇게 나는 각 입장의 내용을 불변이라고 유지한다. 그 사이에, 나는 새로운 서버에 기록 보관소 폴더의 복사를 지켰다. 나는 이 위치를 언제나 바꾸어서 좋다. /photo를 위해, 그것은 동일이다.
나는 이것이 동일한 상황을 직면하는 다른 사람을 위해 도움이 된ㄴ다는 것을 희망한다. 당신이 또한 이 문제점에 관하여 고민하는 경우에) (축하.
기부금?
Eric는 저가 이 문제를 극복할 것을 돕기 위하여 기증하는 것을 제안했다. 나는 감사한다 그러나 neccessary 이지 않는다. 그것은 기존하는 포장에 대역폭을 추가하는 것은새것을 완전하게 사기 보다는 훨씬 더 더 비싸. 나는 choosen URL를 방향을 바꾼다 해결책의 있다. 나의 위치에 Google 광고는 모든 접대 비용을 이미 커버했다.
