Ah, ce moment magique durant lequel tu constates que ta note PageSpeed monte à 99%, via GTmetrix :
C'est beau, sachant qu'au niveau CSS, c'est la barre WordPress du haut qui génère l'overhead.
Prochaine étape : mettre les fichiers statiques sur un sous-domaine cookieless.
Il arrive que parfois une table SQL soit complètement plantée, ce qui peut bloquer l'accès à la base de données et donc l'accès au site.
Pour éviter cela, j'ai écrit un petit script bash qui me permet de stopper le serveur MySQL, procéder à la réparation de toutes les tables de toutes les bases de données puis relancer le serveur MySQL, Apache et Varnish.
#!/bin/sh
# MySQL Auto-Repair
# Written by Matt - skyminds.net
# stop the MySQL server
/etc/init.d/mysql stop
# check for errors
myisamchk /var/lib/mysql/*/*.MYI
# ask permission to repair
read -p "Repair tables ? (y/n)" -n 1 -r
if [[ $REPLY =~ ^[Yy]$ ]]
then
# repair everything
myisamchk -r /var/lib/mysql/*/*.MYI
# restart servers
/etc/init.d/mysql restart
/etc/init.d/apache2 restart
/etc/init.d/varnish restart
else
/etc/init.d/mysql restart
fiC'est le genre de petit fichier bash à garder au frais sur le serveur, facile à lancer en SSH depuis n'importe quel terminal en cas de besoin.
attachment.php pour s'occuper de ce type de fichier, au lieu d'avoir des requêtes conditionnelles à gogo dans le fichier single.php.C'est que ça commence à devenir propre ici.
Si vous avez besoin de joindre (ou concaténer) plusieurs fichiers qui ont été nommés en ordre alphabétique, comme par exemple file0001.dat, file0002.dat, file0003.dat.... file1000.dat, une commande s'impose sous Linux : cat.
Dans un terminal, vous pouvez juste lancer cat comme ceci pour rassembler tous vos fichiers en un seul :
cat file*.dat >all_files.datC'est une commande système, il n'y a rien à installer et c'est plutôt pratique.
Je me suis rendu compte qu'un des fichiers javascript d'un plugin WordPress est appelé sur chaque article du site et qu'il n'est pas mis en cache par défaut...
C'est très moyen au niveau opimisation étant donné que c'est typiquement le genre de fichier statique qui n'est pas prêt d'être modifié.
Voici donc les en-têtes (headers) qui vont nous permettre de mettre un fichier en cache en PHP :
Et voilà, page mise en cache. Cela fait moins de requêtes sur le serveur puisque le navigateur n'a pas besoin de redemander la page à chaque visite.
Lors de l'utilisation de la commande rsync, il est possible d'obtenir le message d'erreur suivant :
TERM environment variable not set.
protocol version mismatch -- is your shell clean?
(see the rsync man page for an explanation)
rsync error: protocol incompatibility (code 2) at compat.c(173) [sender=3.0.7]Il s'agit la plupart du temps du fichier /~.bashrc qui n'est pas propre puisqu'il renvoie des informations au terminal.
Cela peut être dû à une commande qui donne des informations sur la date ou le système ou toute autre commande qui se lance à la connexion. Rsync ne s'attend pas à cela et bloque.
Voici les nouveautés et corrections ajoutées au site ces deux derniers mois :
db-error) qui n'envoyait plus le mail d'alerte.Voilà, c'est toujours du work in progress mais on corrige, ajoute et bidouille des petits trucs en permanence.
Bien configurer BIND9 pour que tout fonctionne correctement n'est pas vraiment intuitif et le parcours est semé d'embûches. Sur mon ancien serveur OVH, j'ai connu l'erreur suivante pendant des mois :
/etc/bind/skyminds.net.hosts:15: ignoring out-of-zone data (ksXXXXXXX.kimsufi.com)Alors bon, cela n'empêche pas du tout le serveur DNS de faire son travail mais c'est quand même un peu gênant de savoir que la configuration n'est pas optimale. Voici comment y remédier.
Lors d'un checkconf BIND :
named-checkconf -zVous obtenez ceci :
/etc/bind/db.skyminds.net:15: ignoring out-of-zone data (ks3094174.kimsufi.com)
zone skyminds.net/IN: loaded serial 2011020911
zone localhost/IN: loaded serial 2
zone 127.in-addr.arpa/IN: loaded serial 1
zone 0.in-addr.arpa/IN: loaded serial 1
zone 255.in-addr.arpa/IN: loaded serial 1Ce qui n'est pas vraiment optimal.
Il arrive très souvent que l'on ait besoin de transférer des fichiers rapidement, d'un serveur à un autre par exemple.
Bien sûr, on peut utiliser le FTP mais il y a beaucoup plus rapide et efficace : je vous présente rsync.[no_toc]
rsync (remote synchronization ou "synchronisation distante" en français) est un logiciel libre de synchronisation de fichiers (disponible sous toutes les plateformes) : la synchronisation est unidirectionnelle, c'est-à-dire qu'elle copie les fichiers de la source en direction de la destination.
rsync est donc utilisé pour réaliser des sauvegardes incrémentales ou pour diffuser le contenu d'un répertoire de référence.
Je vous donne ici les deux commandes que j'utilise quotidiennement lors de ma gestion des serveurs.
Premièrement, connectez-vous via SSH à votre serveur A. Voici la commande :
/* Copie tous les fichiers de /home/website/ vers serveur B. */
rsync --ignore-existing --progress /home/movies/*.* matt@serveurB.net:/home/movies/Explications:
--ignore-existing signifie que si le fichier existe déjà, on ne le remplace pas.--progress montre la vitesse du transfert et les noms des fichiers transférés.matt@serveurB.net est le nom du login SSH (matt) associé à l'adresse du serveur B (IP ou nom de domaine)./home/website/ : répertoire vers lequel copier les fichiers.En lançant cette commande, je récupère sur le serveur B tous les fichiers qui se trouvent dans le répertoire /home/movies/ du serveur A. Je ne remplace pas les fichiers existants : étant donné que je ne synchronise qu'avec rsync, ce serait inutile.
Voici le changelog du site pour ce début d'année 2012 :
wp_enqueue_style().Voilà. J'ai été obligé de rebooter le serveur après 201 jours de service ininterrompu (manque de mémoire à certaines périodes de la journée) avant de migrer vers le nouveau.
C'était quand même un bel uptime - record à battre !
J'ai peu posté ces derniers jours et ce pour plusieurs raisons. Premièrement, il fait beau. Donc j'en profite, surtout qu'il fait aussi chaud qu'en mai-juin. Et deuxièmement, je viens de migrer le site sur un serveur plus puissant.
Il y a une grosse différence entre monter un serveur de A à Z, comme j'avais fait précédemment, et migrer données et programmes d'un serveur A à un serveur B. L'important pour moi était de réutiliser au maximum mes configurations donc j'ai repris mes tutos un à un, tout en copiant les fichiers que j'avais précédemment créés ou édités sur le nouveau serveur.
Et bien cela fonctionne très bien ! J'ai connu quelques mésaventures mais j'ai pris plein de notes donc il y a là de la matière pour quelques futurs articles. En gros le site a été indisponible pendant 1h samedi mais je pense que cela ne s'est pas trop vu.
Au niveau technique, on peut apprendre pas mal d'informations sur le processeur du serveur en lançant la commande :
less /proc/cpuinfoL'ancien serveur était un Intel(R) Celeron(R) CPU 220 @ 1.20GHz et 2 Go de RAM.
Le nouveau serveur est un Intel(R) Core(TM)2 Quad CPU Q8300 @ 2.50GHz et 4 Go de RAM.
Pour tout un tas de raison, il est temps pour nous de prendre un petit VPN, histoire de d'ajouter une couche de sécurité supplémentaire. Stéphane nous avait déjà montré comment créer un réseau privé virtuel (VPN) sous Debian Lenny mais je voulais un service externe qui ne sollicitait pas le serveur du site.
J'ai essayé VPNTunnel pour 5 euros pendant un mois et comme le service m'a bien plu, je vous donne le petit tutoriel qui permet de configurer tout cela en moins de 10 minutes, sous Ubuntu.
On installe OpenVPN et ses dépendances :
sudo apt-get install openvpn network-manager-openvpn-gnome resolvconfpuis on crée le répertoire /etc/openvpn/keys:
sudo mkdir /etc/openvpn/keysSur le site de VPN Tunnel, deux fichiers sont à télécharger : Linux-confs.tar.gz et cert.zip. Dézippez les deux fichiers.
Après avoir tapé :
sudo nautilusIl vous reste à :
*.conf dans /etc/openvpn/*.cert dans /etc/openvpn/keysA ce stade, nous sommes presque prêts : il ne nous reste plus qu'à ajouter ces différentes configurations VPN au gestionnaire de connexion de Gnome.