Point d'émission de données : rapport de traffice d'ipowerweb.com
| « prev next » |
Auteur : Jian Shuo Wang. Édité : 6 janvier 2005. Étiquette : accueil (28)
Copyright : Vous êtes libre pour redistribuer ce travail, tant que vous gardez ces déni et lien.
Permlink : http://home.wangjianshuo.com/fr/20050106_bandwidth_crisis_part_two.htm
C'est la deuxieme fois que j'ai réclamé la crise de largeur de bande (dernière). Cette fois, il est plus pressant et plus grave.
Les données
Le problème pour être un blog réussi lié au trafic élevé est la question de largeur de bande. Voici les données :
Point d'émission de données : rapport de traffice d'ipowerweb.com
Les données indiquent que cet emplacement sert 16.1797 visiteurs en décembre 2004, et transféré 51.53 gigaoctets de données le même mois. Il y a un saut énorme dans le nombre en 6 premiers jours de 2005. 17G des données a été transmis jusqu'à maintenant. J'ai obtenu l'avertissement de l'ISP que le bandwith pour ce mois s'épuisera au milieu de ce mois.
La solution
L'URL réorientent est ma solution à ce problème. Depuis Tim Berners Lee nous a instruits qu'URIs frais ne change jamais. Je crois fortement qu'un bon citoyen de site Web doit garder l'URL de l'inchangé content édité. Ainsi je ne considérerai pas le mouvement toute partie du contenu existant sur mon site Web à un autre endroit.
J'ai utilisé le moteur de réécriture d'URL dans mon ordinateur principal. Cela fonctionne de cette façon :
L'URL pour l'image « a été dur codé » dans chacune de l'entrée de blog. Par exemple, cette image http://home.wangjianshuo.com/archives/2002/11/11/tokyo-islands-in.the.sea.jpg dans cette entrée : http://home.wangjianshuo.com/fr/20021111_flying_over_the_pacific.htm semble réside sur le serveur home.wangjianshuo.com. En fait, il n'est pas. J'ai employé la règle suivante de réécriture :
RewriteEngine dessus
RewriteRule (archives/200 [1234]/.* \ .jpg) http://blog.wangjianshuo.com/$1 [R]
RewriteRule (photo/.*.jpg$) http://bbs.wangjianshuo.com/$1 [OR, R]
Cette règle indique, toutes les fois qu'une demande de client un dossier qui réside dans archives/2001, archives/2002, archives/2003, les chemises archives/2004 avec une prolongation de .jpg, le serveur l'indiquent ne pas prendre la peine de le demander de mon serveur http://home.wangjianshuo.com ; l'obtenir de blog.wangjianshuo.com, un serveur sans n'importe quelle limite de largeur de bande à la place. Ainsi je maintiens la teneur de chaque entrée inchangée. En attendant, j'ai gardé une reproduction de la chemise d'archives sur le nouveau serveur. Je peux changer cet endroit à tout moment. Pour /photo, c'est pareil.
J'espère que c'est utile pour d'autres qui font face à la même situation. (Félicitations si vous vous inquiétez également de cette question).
Donation ?
Eric a offert de donner pour m'aider à surmonter ce problème. Je l'apprécie mais il n'est pas neccessary. Il est plus cher bien d'ajouter la largeur de bande au paquet existant qu'achetant complètement un neuf. J'ai choosen l'URL réoriente la solution. La publicité de Google sur mon emplacement a déjà couvert tout coût de accueil.
« Prev : Choses à se préparer à visiter les États-Unis
Après » : Art de base à Seattle
