Or, je me suis souvent retrouvé confronté au dilemme du poids des images.
Si c’est une image destinée à finir sur un CD ou un DVD, la taille et le poids de l’image importent peu. Par contre, si c’est une image qui est uploadée sur le site ou envoyée par email, il est bien préférable de l’optimiser au moment de l’enregistrement final.
Vous avez très certainement remarqué qu’à chaque fois que l’on édite un fichier sous Ubuntu (toto.php par exemple), le système crée une copie de sauvegarde (~toto.php) en fichier caché. Alors, il y a des fois où cela peut s’avérer très utile mais la plupart du temps, cela prend de l’espace disque pour rien. Et je ne parle même pas de la liste interminable de fichiers lorsque l’on lance un client FTP (qui lui affiche *tous* les fichiers).
Je viens d’effectuer une jolie petite optimisation qui devrait bien alléger le serveur sur lequel nous tournons. Vous vous souvenez de l’article WordPress : réduire le nombre de requêtes SQL des thèmes, écrit il y a quelques mois ?
Et bien il se trouve que j’avais tout optimisé tous les fichiers de mon thème – sauf le menu du site qui se trouve dans le fichier header.php !
Ce dernier contenait quasiment une trentaine de requêtes SQL destinées à obtenir les permalinks des pages statiques…
Je m’étais dit à l’époque que si je changeais le permalink d’une page, cela se reflèterait immédiatement dans le menu. Quand j’y pense aujourd’hui, c’est vraiment ridicule.
Si votre blog génère beaucoup de trafic, il y a fort à parier que votre consommation des ressources serveurs ira en augmentant : plus vous écrivez d’articles et plus vous avez de pages, plus vous avez de visiteurs sur le site.
Le problème, c’est que les multiples appels à la base de données pour extraire le contenu des articles peut entraîner des ralentissements, voire des erreurs lors de l’affichage de vos pages en périodes de pointe.
La solution consiste à utiliser un système de cache de fichiers. Pour SkyMinds, j’ai testé tout ce que j’ai pu trouver pour tenter d’endiguer le trafic qui ralentissait le serveur. Voici les conclusions auxquelles je suis arrivé, au bout de multiples expérimentations.
Pensez à faire une sauvegarde de votre fichier .htaccess avant de commencer.
Après avoir vu comment réduire les accès des plugins, voici comment réduire le nombre d’accès à la base de données en modifiant vos fichiers de thèmes.
Il est possible de supprimer jusqu’à une bonne vingtaine d’appels à la base de données rien qu’en éditant les fichiers de votre thème. Les fichiers les plus gourmands sont header.php, sidebar.php et footer.php. Vous pouvez remplacer :
bloginfo('charset') par l’encodage de vos pages : UTF-8.bloginfo('stylesheet_url') par l’URI statique de votre feuille de style.bloginfo('rss2_url') par l’URI statique de votre flux RSS.bloginfo('pingback_url') par l’URI statique de votre serveur XML-RPC.bloginfo('url') par l’URI statique de votre blog (sans le slash final).
Suite aux deux précédents avertissements de mon hébergeur, j’ai pris quelques mesures pour tenter d’endiguer les requêtes superflues au niveau du serveur et d’optimiser mon installation WordPress en général. Aujourd’hui, on essaie de réduire le nombre de requêtes SQL de nos plugins.
Une installation par défaut de WordPress est assez light au niveau des ressources SQL. Le problème, c’est que l’on a bien souvent tendance à ajouter des plugins à son installation de base qui finissent par ralentir l’ensemble du site. Peut-être même possédez-vous des plugins qui sont devenus obsolètes ou redondants s’ils ont été inclus dans le code source de WordPress. Faîtes un peu le ménage et supprimez les plugins dont vous ne vous servez pas.
Au vu des récentes tribulations de Claude, j’ai quelque peu amélioré le script PHP que j’ai écrit pour SkyMinds.Net et qui me permet de réparer et d’optimiser toutes les tables de ma base de données WordPress en un seul clic. Pour les intéressé(e)s, voici le code :
/*
Hack Name: Fix'n'Optimize
Hack URI: https://www.skyminds.net/wordpress-hack-repair-optimize-your-database/
Description: This hack repairs and optimizes your WP database.
Version: 1.0
Author: Matt
Author URI: https://www.skyminds.net/
*/
// Include DB config file.
include("wp-config.php");
// Remove useless data in some tables prior to optimizing.
$trunk = $wpdb->query("TRUNCATE TABLE `naatan_useronline`");
$trunk = $wpdb->query("TRUNCATE `wp_bad_behavior`");
// Grab table names.
$grab_all_tables = $wpdb->get_col("SHOW TABLES");
// Go through the list : repair/optimize all tables.
foreach($grab_all_tables as $table_name)
{
$wpdb->query("REPAIR TABLE `".$table_name."`");
$wpdb->query("OPTIMIZE TABLE `".$table_name."`");
}
Je lance ce script dans un navigateur de temps en temps – une fois par semaine environ -, histoire d’avoir une base de donnée ordonnée et réactive. Je ne transforme pas ce hack en plugin pour le moment, étant donné que c’est un script à lancer occasionnellement. On pourrait en faire un cron remarquez. Si j’ai le temps, pendant les vacances…