10 méthodes pour optimiser les performances d'un site Internet

Le 18 avril 2006 à 16h08 | Publié sous | 5 commentaires

Alexander Kirk propose un excellent document envisageant 10 pistes réalistes pour optimiser la rapidité d’un site Internet, et plus encore d’une application Web dont les besoins en réactivité égalent les applications en client lourd.

  1. Trouver le goulot d’étranglement.
    • La tailles des fichiers.
    • Le temps entre l’envoie d’une requête et l’affichage complet de la page.
  2. Réduire la taille des fichiers.
    • N’utiliser que les parties indispensables des librairies Javascript.
    • Alléger les images.
    • Utiliser la compression gzip côté serveur.
  3. Diagnostiquer les problèmes de latence.
    • Les congestions réseau.
    • La génération des pages dynamiques.
    • Les performances de rendu.
  4. Déterminer les éléments handicapants.
  5. Mettre en place un système de cache.
  6. Optimiser les requêtes SQL.
  7. Envoyer les bonnes dates de dernière de modification.
  8. Mettre en place un système de cache modulaire.
  9. Réduire la charge serveur
    • Utiliser un proxy inverse.
    • Utiliser un serveur HTTP léger.
  10. Optimiser la configuration du noyau.

Au final de bonnes idées – classiques – qui ont le mérite d’envisager l’ensemble des domaines aussi bien systèmes que réseaux ou applicatifs pouvant poser problème.

  1. Somebaudy about 2 hours plus tard :

    ça fait neuf idées, pas dix…

  2. Frédéric de Villamil about 2 hours plus tard :

    En fait si… une liste à puces mal fermée…

  3. pivwan about 5 hours plus tard :

    On peut aussi rentrer dans le débat de la scalabilité et de la performance intrinsèque des outils:

    • dupliquer le nombre de serveurs frontaux.
    • déporter les éléments dynamiques sur un serveur qui tient la charge.
    • Envisager de passer sur un socle applicatif plus à même de supporter ladite charge (exemple de MySQL vers Oracle).

    Cependant, ces solutions sont chères et surtout lourdes à mettre en place, administrer et maintenir.

  4. Frédéric de Villamil about 6 hours plus tard :

    Pivwan: le fait de faire du load balancing est envisagé dans l’article.

    Malheureusement cette solution plus que couteuse nécessiterait une dizaine d’articles à elle seule, et n’est pas vraiment “réaliste” au sens où Alexander l’envisage.

    On peut aussi songer à cacher le résultat des requêtes SQL les plus gourmandes demandées le plus souvent.

  5. JS about 16 hours plus tard :

    Oui, rien de bien nouveau :)

Merci de vous exprimer dans un français correct. Les commentaires déplacés, injurieux et le spam seront supprimés.

Les trackbacks sont fermés pour cause de spam.