Augmenter les perfs de votre site web

WRInaute passionné Inscrit le: 04 Déc 2003 Messages: 792

Voici un post destiné à orienter les webmestres peu portés sur l'admin à améliorer les performances de leur site web.

Etant donné que je bosse sur un dédié avec Apache, PHP et MySQL, une partie de ces optimisations ne concernent que les personnes dans le même cas. C'est quand même très très courant Wink

On est dans la partie administration, pas développement, j'omettrais donc volontairement ce qui concerne l'algorithmie, l'utilisation des CSS, la compression des images etc.

Base de données

Types des champs
Choisissez toujours le type le plus petit possible pour stocker vos données

Utilisation des indexs
N'oubliez pas de placer des indexs sur vos champs sur lesquels vous faites vos SELECT. C'est très simple à effectuer (vous pouvez le faire via PHPMyAdmin) et ça accélère vraiment BEAUCOUP les recherches en base.

MySQL 3.23
... est vraiment obsolète et surtout, n'inclus pas de cache. Passez aux versions supérieures pour bénéficier d'un système de cache, toujours appréciable.
Le meilleur mode est le mode manuel en précisant dans les requêtes si elles doivent être mises en cache ou non. Ca peut être un peu longuet, si ça vous parait être trop long, laissez-le en automatique.

Tables HEAP ou MEMORY
Ce sont des tables dont le contenu est "volatile". En cas de reboot, tous ses enregistrements seront perdus.
En revanche, ce type de table est très rapide puisque les données sont stockées en mémoire. Et puisqu'elles sont stockées en mémoire, il faut éviter d'utiliser ce type pour les grandes tables, à moins d'avoir beaucoup de RAM

Optimisation PHP

Cache d'opcode
Un cache d'opcode évite que PHP parse votre code à chaque appel de la page. De plus, le code compilé reste en RAM ce qui accélère encore grandement l'éxécution.
Le taux de réussite de ce genre de cache est très élevé (99%, par là), on voit donc tout son intérêt.
Je vous conseille APC, qui fait partie de PECL : http://pecl.php.net/package/APC

Cache d'objets
Vous pouvez utiliser un cache d'objets afin d'optimiser la consommation mémoire et éviter des requêtes SQL. Ce type d'optimisation est assez complexe, je vous laisse creuser par vous-même : http://www.danga.com/memcached/

Diminuez la consommation de bande passante

Utilisez la compression à la volée du code HTML. Cela consomme un peu plus de CPU mais cela a un impact direct sur la perception du temps de réponse des visiteurs.
Vous pouvez activer cette fonctionnalité au niveau du serveur Apache grace à mod_deflate (http://httpd.apache.org/docs/2.0/mod/mod_deflate.html), ou en activant la compression coté PHP (output_handler =ob_gzhandler dans PHP.ini)

Config d'Apache
Si comme moi vous n'en voyez pas l'intérêt, je vous conseille de ne pas logger tous les appels serveurs. Personnelement, le ne logge pas les appels aux images et feuilles de styles, ça évite d'avoir des fichiers énormes et limite les accès disques.

Evitez également l'activation des htaccess placés dans les répertoires et placez tout dans le fichier de conf de votre site, afin d'éviter beaucoup d'accès disque inutiles.

Cache de pages
Sans doute le plus radicale, il s'agit de sauvegarder les pages générées en HTML et de ne pas recalculer toute la page. Il faut savoir un minimum ce que l'on fait pour ne pas saturer le disque, et bien comprendre le processus d'élaboration des pages pour, par exemple, ne pas afficher une page périmée alors que son contenu a changé. Il est aussi possible de définir une durée de vie de la page, ce qui peut être suffisant si le contenu ne vient pas des visiteurs. Dans le cas contraire (commentaires...), vos visiteurs risquent de ne pas comprendre et de poster plusieurs fois.
Je vous conseille Cache_Lite, qui fait aussi partie de PEAR.
Un tuto ici : http://developpeur.journaldunet.com/tutoriel/php/040209php_systemes_cache1a.shtm...

Voilà, c'est tout pour aujourd'hui. Suivant la manière dont est organisé et codé votre site, et les optimisations que vous avez déjà mis en place, les gains varieront. Mais si pour le moment, vous ne vous êtes jamais penché sur l'optimisation, vous pourrez être surpris par les résultats...

WRInaute passionné Inscrit le: 04 Déc 2003 Messages: 792

oui, merci de préciser. en fait, c'est tout ce qui sert à restreindre ou classer la sélection et à faire les jointures.
Si vous faites un SELECT * FROM articles WHERE parution<NOW() ORDER BY auteur_id

Il faut indexer les champs parution et auteur_id

WRInaute discret Inscrit le: 10 Aoû 2005 Messages: 84

Merci pour ce post, je ne possède pas de serveur dédié, mais j'ai tout de même repéré deux ou trois astuces à garder.

Merci à toi pour ce résumé.

A noter pour les select il y a la commande explain en faisant preceder le select avec explain vous obtiendrez des infos sur comment est traitée la requète.

Pour en revenir au index, attention souvent lors de reboot sauvage ce sont eux qui trinquent et ainsi la base peu devenir bancale. D'ailleur je conseille de reconstruire les index chaque fois qu'il y a eu un problème serveur

Toujour d'aussi bon Post Yanhl bravo

A+

En ce qui concerne MySql : le cache oui, mais les requêtes qui consomment : non ! Après avoir indexé correctement, il faut vérifier quelles sont les slow queries et les queries without index et y rémedier !

Je rajouterai aussi : utiliser asp.net pour pouvoir bien gérer le cache de pages, de composants et de données, et avoir du code compilé.

A oui j'oubliai il manque aussi le cache navigateur : 1 jours pour les images/css/js.

Avec tout ça ça carbure ! Smile

WRInaute passionné Inscrit le: 04 Déc 2003 Messages: 792

>> Comment tu fais ça ?

ben tu fais pas, c'est l'internaute qui fait. ca ne rentre pas dans ce topic

WRInaute passionné Inscrit le: 04 Déc 2003 Messages: 792

> yanhl

Oui c'est bien ça (pour apache).

Ca change la vie ! Very Happy

Ceux qui peuvent le faire, faites le !

Un logiciel excellent (et gratuit) à télécharger est "Fiddler"(http://www.fiddlertool.com/), il permet de voir ce qui se passe au niveau HTTP (les fichiers qui sont mis en cache ont la couleur de texte en violet).

Techniquement Fiddler émule un serveur Proxy, pas bête Very Happy

WRInaute passionné Inscrit le: 04 Déc 2003 Messages: 792

yes, fiddler c'est bien (à utiliser avec IE, il ne capte pas les requêtes de FF), pour FF y'a LiveHTTPHeader

Mais quand je l'active et que je vais sur ton site, je vois toujours des requêtes pour les images et des réponses 304, bref rien de différent d'une install apache de base Question

Je vois aussi un max de requêtes Ajax, je ne sais pas ce que tu actualises comme ça mais en tout cas ça y va ! Wink

Fiddler marche aussi avec FireFox il faut juste paramètrer l'adresse du serveur proxy (en l'occurence : localhost, port 8888).

Regarde le Header de retour et la partie "Cache", c'est ce qui est intéressant.
Si tu raffiche la page d'accueil (sans actualiser), tu verras que ça ne charges plus grand chose.
Pour ajax c'est une autre histoire qui n'a pas sa place dans ce thread Razz

, mais sache que le traffic n'est pas du tout important dans mon cas

Merci pour ses astuces !
si d'autres n'hesitez pas!

Augmenter les perfs de votre site web

Autres sujets de discussion :