Sauf pour les CMS qui ont un système de cache, tous les CMS demandent
énormément de ressources. Cela fait que généralement les CMS sont lents sur les
hébergement mutualisés, même en bas trafic. En fort trafic, les CMS ne
peuvent se satisfaire d'un mutualisé (dépassement de ressources SQL) et doivent
avoir un dédié. Ce problème est général et concerne toutes les applications
dynamiques "lourdes" basées sur un script avancé avec accès bases de données,
comme par exemple les CMS et les forums.
Il est possible de tenir un énorme traffic sur un mutualisé avec des
pages en HTML statique, et par contre de dépasser les limites imposées par
l'hébergement mutualisé avec n'importe quel script dynamique trop lourd.
En général, les hébergements mutualisés ne sont pas fait pour cela, à
moins d'accepter d'avoir un site lent et pas plus de 30 visiteurs connectés en
même temps.
Maintenant il y a des différences : certains scripts sont pires que
d'autres, mais il est important de comprendre l'énorme différence entre des
pages statiques et un script dynamique avec des accès base de données.
Il suffit de regarder le nombre de requêtes SQL par page affichée, en
général c'est plus de 20 requêtes SQL...
En général, les hébergeurs n'aiment pas trop qu'un client en mutualisé
monopolise une machine à coup de de requêtes SQL massives.
Donc, soit les limites imposées dès le départ interdisent
l'installation, soit ces limites sont généralement dépassées rapidement dès que
le site a environ 30+ visiteurs connectés en même temps.
Donc dès qu'un site commence à avoir du succès, le site risque de se
faire menacer de fermeture par l'hébergeur.
Il y a trois solutions à cela :
- Le site ferme (pas de solution), ça arrive souvent ;
- Le repasser en statique HTML (mais ce n'est pas la même chose)
;
- Prendre un serveur dédié.
En effet, tout le principe de vente des mutualisés est basé sur une
statistique : 99,9% des sites crées n'ont aucun succès et ne dépassent jamais
les 20 visites par jour, ils peuvent donc proposer tous les scripts possibles.
Ce sont ces 99,9 % de clients qui intéressent l'hébergeur, vendeur de
mutualisés.
Le jour où le site fonctionne, le webmaster reçoit une belle lettre
l'invitant à prendre un serveur dédié.
Voilà, ceci dit il y a certainement des exceptions et il reste encore
peut-être des mutualisés qui supportent un trafic élevé. Si vous en avez un,
profitez-en un tant que vous ne vous faites pas repérer et qu'ils n'ont pas vu
que vous êtes en train de monopoliser une machine à vous tout seul, machine
prévue à l'origine pour supporter plusieurs milliers de sites de gogos (pardon
de clients).
Ce que la majorité des gens ne comprend pas, c'est qu'il ne suffit pas
de créer un site pour qu'il soit visité.
D'ailleurs il y en à tellement, beaucoup trop, que ces sites ne sont
meme pas référencés, donc introuvables de toute façon.
Je parle de "gogos" du point de vue des hébergeurs, donc des "gogos" au
sens qu'il peuvent croire aux offres des hébergeurs, alors que ce qu'ils ne
savent pas encore, c'est que si jamais un jour ils font partie des 0,1% de sites
qui dépasseront le stade du site personnel à 20 visites / jour, il se feront
virer par leur hébergeur. De leur point de vue, ce ne sont pas des "gogo" mais
des "victimes" de la pub mensongère, voilà tout.
Voici la pub mensongère des hébergeurs : "Vous avez le droit à
ceci, cela, tout ce que vous voulez, et plus encore, blablabla..., et ceci
tant que votre site n'est pas visité. Si jamais votre site devient un site à
succès, vous serez viré."
Pour qu'un script lourd tourne bien, il faut un dédié avec beaucoup de
RAM si possible, (et installer un cache PHP, pour les plateformes PHP).
|