Drupal 7 problème d'hébergement sur le cloud partagé
J'héberge un drupal 7 site Web sur l'hébergement partagé en nuage5 et il semble que les requêtes en cache drupal soient très lentes sur presque toutes les tables dont le nom commence par cache_ .. .
Ce site utilise 1-2 modules personnalisés, le module i18 uniquement pour le texte de la page de couverture, environ 13 champs de types personnalisés et compte environ 650 nœuds. Maintenant, le site a été utilisé uniquement par moi et mon client.
Je contacte l'hébergement et ils disent que ce problème n'est pas le leur, mais je me disais que j'avais un site drupal 7, avec une boutique en ligne en Croatie avec 7 000 nœuds et 30 utilisateurs actifs par seconde sur un hôte médiocre, etc. se passe bien.
Mes questions sont, cela peut être quelque chose avec une nouvelle drupal 7 mise à jour (7,19) ou mon site Web est vraiment que lent (très doute) ou hébergement partagé en nuage est seulement une astuce bon marché de site5.com?
Je suggère toujours à mes clients d'utiliser VPS ou des serveurs dédiés lorsqu'ils traitent Drupal car il a le pouvoir de consommer les ressources de votre serveur en un rien de temps et avec quelques erreurs.
Ici, le problème semble être une faute de votre serveur. Si vous utilisez Apache, nous vous suggérons d'utiliser un proxy inverse avec nginx et/ou le cache de vernis pour aider votre serveur à respirer facilement si cela est possible avec votre plan d'hébergement partagé. Même chose si vous allez travailler dans un VPS ou un serveur dédié.
Il est difficile de dire exactement quel est le problème avec les informations fournies, mais avec ce que vous avez amené à dire, c'est probablement un problème d'hébergement.
ressources partagées et limites fixes
Le problème de l’hébergement partagé est que différents fournisseurs d’hébergeurs Web utilisent un hébergement partagé différemment. Il me semble que site5 a défini un nombre maximal de ressources sur leurs comptes partagés, ce qui signifie que votre seul temps alloué correspond à un certain temps CPU, ce qui signifie qu’il ralentira sur le support. aux tâches lourdes.
Prenez GoDaddy comme exemple
La raison pour laquelle je dis cela, c’est que j’ai de nombreux comptes partagés sur le monde avec environ 12 sociétés d’hébergement mutualisées différentes, dont l’un d’eux est GoDaddy. On me affecte des ressources fixes et mon site ralentit vraiment si je purge une partie du code SQL - en fait Tous les autres sites hébergés sur GoDaddy ralentissent en même temps, ce qui prouve qu'ils limitent la quantité de ressources dont je dispose et même en ces termes, il est écrit "SITES ILLIMITÉS *", qui indique que chaque site que j'ajoute aura les mêmes ressources partagées. si bien que plus il y a de sites que j'ajoute, plus cela ralentit à mesure que l'utilisation augmente, mais sur d'autres comptes d'hébergement partagé, ce n'est pas le cas et ils partagent simplement toutes les ressources sur tous les sites Web, ce qui signifie que vous obtenez une rafale, mais également que si certains sites sont lourds, vous pouvez effectivement être ralentis à cause d’eux, c’est donc une situation gagnante.
Pensez à l'hébergement VPS
Les serveurs VPS sont vraiment bon marché de nos jours et beaucoup plus rapides que l'hébergement partagé. Dans certains cas, les VPS peuvent être moins chers. Prenez OpenVZ, par exemple, ils ont tendance à être les moins chers.
Je vous recommande de consulter VPS Clouds, Xen, OpenVZ et KVM, puis de choisir celui que vous estimez correspondre à votre budget et à vos besoins.
Une fois que vous allez VPS, vous ne reviendrez pas.