Problèmes de performances liés aux applications les plus courants

C’est probablement le cas le plus courant pour un site web étant lent. Il existe de nombreux outils utiles pour enquêter sur ce problème, tels que GTmetrix, Pingdom, etc.

Voici ce qu’il contient:

• Requêtes lentes/lourdes à la base de données MySQL – elles sont connues pour être générées par diverses applications populaires (forums, CMS, solutions de commerce électronique) et par des scripts personnalisés.

Une requête MySQL est considérée comme lente et lourde lorsqu’elle est exécutée pendant plus d’une seconde. De telles requêtes ne sont pas courantes et c’est pourquoi elles sont journalisées pour un dépannage supplémentaire. Chaque hôte conserve de tels journaux (quand il y en a) et devrait les fournir à la demande du client. Une fois que votre hébergeur vous aura fourni le journal des requêtes lentes, vous saurez quelles requêtes MySQL sont lentes. Vous pouvez alors commencer à optimiser votre code et votre base de données. Il existe de nombreuses ressources utiles sur le web pour vous aider à démarrer, mais très souvent, cette tâche nécessite des compétences avancées en programmation.

• Inclusion lente de ressources et de scripts distants – c’est le cas lorsque vous incluez des flux RSS, des animations flash, des bannières, etc.

Lorsque vous incluez des ressources distantes, vous ralentissez déjà votre site. Parfois, cela n’aura que peu ou pas d’effet (Google Adsense par exemple), d’autres fois cela ralentira les pages de quelques secondes (fils de nouvelles RSS). Une bonne pratique consiste à s’assurer que la ressource distante n’est pas téléchargée à chaque visite du site. Par exemple, si vous avez un flux RSS d’actualités, vous devriez configurer un cron pour qu’il télécharge les actualités toutes les heures et les inclue ensuite dans votre page.

En règle générale, tout type de mise en cache de contenu est utile dans de tels cas. Malheureusement, cela ne s’applique pas au contenu chargé dynamiquement lorsqu’il est important d’avoir des résultats récents (requêtes sur l’état des serveurs de jeux). Dans de tels cas, vous ne pouvez rien faire d’autre que d’accepter cet inconvénient.

• Inclusion lente de ressources et de scripts locaux – habituellement, c’est lorsque vos pages sont surpeuplées. D’autres fois, des scripts lents/en boucle sont exécutés, les images/animations sont chargées de manière incorrecte.

Le premier cas survient lorsqu’une page contient trop d’articles, de boîtes de discussion, de modules météo, de vidéos, d’animations flash, etc. Ensuite, dans l’ordre, votre page pour la charger exécutera des centaines d’indices, ce qui vaudra la peine de consulter de nombreuses bases de données, charger le contenu mégaoctets et ainsi de suite.

Si vous jetez un coup d’œil aux sites web ou aux portails populaires, vous constaterez que la plupart d’entre eux sont aussi compacts que possible. Ceci est dû au fait que chaque contenu supplémentaire ralentit, quelle que soit la puissance du serveur hôte. C’est exactement ce que nous recommandons: garder votre site web aussi compact que possible. Ajouter trop de contenu ne fait généralement que ralentir votre site web et semer la confusion chez vos visiteurs. D’autres fois, il y a juste des scripts bogués qui font des boucles ou des scripts qui sont fermés de manière incorrecte, etc. Les scripts lents peuvent aussi inclure des graphiques mal redimensionnés ou essayer de précharger de grosses animations flash. Dans de tels cas, c’est une bonne idée d’essayer d’ouvrir des images/animations flash en dehors de vos scripts et de voir combien de temps il leur faut pour charger.