|
  i l'Histoire nous a souvent d�montr� que l'on n'a rien sans rien, Internet
se charge r�guli�rement de nous rappeler � l'ordre et de nous le prouver
aussi. Et au travers de quelques cas concrets, nous d�montre �galement que
l'une des pires erreurs que vous puissiez commettre serait de sous-�valuer les
ressources techniques dont vous avez besoin pour assurer le bon fonctionnement
de votre site.
La bande passante
Vous viendrait-il � l'id�e de rouler � 200 km/h avec votre voiture dans
une impasse ? Bien s�r que non. Sur Internet, ce n'est pas diff�rent. Si
la bande passante de votre h�bergeur est sous-dimensionn�e, et pour peu que
votre site commence � fid�liser ses visiteurs, le syst�me risque fort de
montrer tr�s vite ses limites. Effet en cascade en pareils cas, vous
ralentissez non seulement tous les sites branch�s sur les m�mes raccordements,
mais aussi votre propre site ! Et de plus, si votre h�bergeur ne propose
pas de solution "trafic illimit�", vous risquez de vous retrouver
avec la mauvaise surprise d'une facture bien sal�e.
Solutions propos�es :
- Ne publiez jamais un site sans avoir r�duit la taille de vos fichiers au
strict minimum (pages HTML optimis�es, images compress�es au meilleur
rapport qualit�-poids). De nombreux �diteurs HTML, notamment, ont en effet
la f�cheuse h�bitude d'alourdir les pages : rajout d'espaces avant
les balises, insertion automatique de tags inutiles, etc. Vous pouvez
conserver certains de ces �l�ments (notamment les espaces, bien pratiques
pour mieux visualiser les niveaux d'arborescence des tags), mais une fois
votre site achev�, supprimez-les. Idem pour les retours chariots : bon
nombre d'�diteurs en g�n�rent un � chaque tag. Ce n'est vraiment pas
indispensable de les garder !
- Comparez �galement le poids d'une image au format JPEG avec l'�quivalent
en GIF. Pour ce dernier format, comparez le r�sultat en 256 couleurs et en
16 couleurs. Egalement, pensez qu'en attribuant � l'image une couleur
d'avant-plan (g�n�ralement la plus utilis�e) et une couleur
d'arri�re-plan (la seconde la plus utilis�e), ainsi qu'une troisi�me
valeur pour la couleur de transparence s'il y a lieu, vous gagnerez beaucoup
en poids d'image.
- Solution la plus radicale, choisissez bien votre h�bergeur !
Certains revendiquent de plus de 100.000 sites h�berg�s... sur une bande
passante proportionnellement ridicule, laissant une bande passante d'�
peine plus de 1 Kbps disponible en moyenne pour chacun. D'autres, et pas
forc�ment les plus gros, privil�gient les ressources et n'h�sitent pas �
surdimensionner celles-ci pour anticiper sur les besoins � venir. De loin,
et � moins d'esp�rer que votre site ne soit presque pas visit� (!), c'est
ce second type d'h�bergeur que vous devriez choisir.
Les CGI et les bases de donn�es
En septembre 1998, le plus gros sex-shop en ligne de France (Boutik7,
pour ne pas le nommer) s'est retrouv� inop�rant. Le trafic sur le site �tait
tel que le script CGI destin� � g�rer les caddies virtuels monopolisait le
processeur de la machine. L'h�bergeur a donc d�sactiv� le script, et la
boutique a d� d�m�nager vers une infrastructure plus adapt�e.
Quelques semaines plus tard, c'est le tour d'Aujourdhui.com.
M�me probl�me : le succ�s est �norme, et la machine est mise � mal par les
scripts qui g�rent l'affichage des messages publicitaires. Sc�nario
identique : script d�sactiv� par l'h�bergeur, obligation de recourir �
une mont�e en puissance.
Un an plus tard, d�but septembre 1999, ASP-FR
vient tout juste d'ouvrir. Portail ASP en fran�ais, le site conna�t un succ�s
imm�diat. Tellement imm�diat que la base Access sur laquelle il repose crie
"piti�" plusieurs fois dans la journ�e, et ce d�s le premier jour
d'ouverture ! En quelques heures, le webmaster et h�bergeur fait migrer
ASP-FR vers SQL Server afin d'atteindre un niveau de puissance suffisant.
L'�quipe ASP-FR s'�tait simplement laiss� prendre de vitesse par un succ�s
beaucoup plus imm�diat qu'elle n'aurait pu le supposer.
Solutions propos�es :
- Il suffit d'observer les technologies employ�es par les sites � fort
trafic. Des sites � succ�s comme PageFrance,
Hit-Parade, Aucland
ou Jeuxvideo.com utilisent des
machines d�di�es, parfois m�me plusieurs machines pour un seul site. D�s
que le trafic de votre site commence � monter, songez de suite � oublier
votre super formule d'h�bergement US � 12.95 $ par mois.
- Limitez, autant que faire se peut, les acc�s aux scripts CGI. Ceux-ci
sont g�n�ralement assez "invasifs", et bon nombre de serveurs
n'en supportent qu'un usage mod�r�. N'oubliez jamais que, contrairement �
une image par exemple, un script CGI ne se place pas dans le cache de votre
navigateur. Il est donc rappel� � chaque chargement d'une page o� il se
trouve.
- En ce qui concerne les bases de donn�es, soit vous recourez d'office �
des solutions solides (SQL Server, Oracle, etc.), soit vous truchez pour
limiter au mieux les acc�s (lecture et/ou �criture) � vos bases. Un
formulaire en ASP sur plusieurs pages, par exemple, pourra ais�ment �tre
trait� � l'aide des variables de sessions.
- En tout �tat de cause, prenez bien conscience qu'un h�bergement partag�
(c'est-�-dire quand votre site cohabite avec d'autres sur une seule et
m�me machine) ne sera adapt� qu'� une phase de d�marrage. Pensez-donc
"�volutif" lorsque vous concevez et administrez un nouveau site.
On n'insistera jamais assez sur les f�cheuses cons�quences provoqu�es par
une sous-�valuation des ressources. Un site lent invite le visiteur � partir
et � ne jamais revenir. Un script de banni�res publicitaires d�sactiv� peut
tr�s vite se traduire par une perte de milliers de francs. Idem pour une
boutique en ligne... Comme dans le "monde r�el", les petites
�conomies sur Internet co�tent souvent tr�s cher.
Jean Lan�on,
http://www.mjpresse.com
|
