Voici de quoi remuer tout ça, et augmenter nos scores Yslow ou Page Speed (et nous aimons ça). On va chasser les octets superflus, on va s’attaquer aux CSS.

Et l’occasion qui fait le larron, c’est la sortie de MAX CssMin, un optimiseur CSS écrit en PHP que je viens de releaser en GNU GPL. Une sortie du placard car cela fait un petit moment que je l’utilise pour différents projets. Il ne touche pas à la sémantique, que de l’amélioration de syntaxe. Pour l’instant, c’est le meilleur que j’ai pu essayé. Bon, à la fin, c’est la guerre des octets, que des micros optimisations, mais j’en ai encore quelques unes en réserves. La version 0.2 verra une option pour tout mettre sur une seule ligne. Pour l’instant ça le fait pas encore (vous pouvez en éditant le fichier cssmin et en décommentant la ligne en dessous du commentaire « Efface les retours à la ligne (à désactiver par défaut) »).

On va se faire un petit script à placer sur le serveur, lancé par cron chaque nuit qui va optimiser vos fichiers CSS, tout seul.

Aller, on se ssh à son serveur.

Les prérequis (rien de bien extraordinaire, adaptez la commande à votre système de paquet) :

aptitude install php5-cli unzip

On commence par installer le MAX CssMin en version script (CLI). Copiez-collez ceci (après avoir lu et compris) dans votre terminal :

wget http://libre.maxbusiness.fr/files/cssmin/cssmin-0.1.zip
wget http://libre.maxbusiness.fr/files/cssmin/cssmin-0.1.zip.md5
md5sum -c cssmin-0.1.zip.md5
unzip cssmin-0.1.zip
chmod +x cssmin
mv cssmin /usr/local/bin
cssmin --help

Bonus, ça vérifie même la somme md5 de l’archive. C’est installé. Tapez cssmin --help pour les options courantes.

On va créer un script shell, nommons le css.sh qui va contenir les commandes de minification. C’est lui qui sera appelé par la tâche cron toutes les nuits. Créons le. Voici son contenu :

#!/bin/sh
cssmin -rbq /var/www/monsite/css/style.css
cssmin -rbq /var/www/monsite2/css/style2.css

Explications : -q vous passe en mode quiet (pas de blabla sauf si erreurs), -r c’est le mode replace (on écrase le fichier CSS par sa version minifiée) et -b c’est le mode better (on ne fait les changements que si le résultat est meilleur). En l’occurrence, le mode better vous permettra de ne pas avoir la date de modification du fichier mise à jour chaque nuit (apache s’en sert pour les instructions de cache aux navigateurs).

Vous placer une ligne comme ça par fichier à optimiser. Je vous conseille d’essayer en console avant (sans l’option -q).

On rend ce script exécutable :

chmod +x css.sh

Maintenant, on enregistre une tâche cron, réglée pour être lancée pour tous les jours à 03:05. Tapez crontab -e et ajoutez dont une ligne :

5 3 * * * /home/mon/chemin/vers/mon/script/css.sh

Et voilà. Vos fichiers CSS se ré-optimiseront tout seuls, même après vos uploads de nouvelles versions, non optimisées.

MAX CssMin n’en est qu’à ses débuts publics, mais on peut déjà faire des choses intéressantes avec. Un bonus pour la fin :

cat style-1.css style-2.css style-3.css | cssmin > all-min.css

Cela arrive parfois, un petit malin s’amuse à flooder un des services de votre serveur. Le dernier en date pour moi c’était hier soir, 15000 connexions avec erreur de syntaxe en quelques minutes sur le serveur de mail.

Et si on le bloquait via son ip ? Voyons comment y remédier.

Sous Linux, Iptables est là pour ça (entre autres). Il suffit de lancer cette commande pour ajouter une règle qui va bien :

iptables -A INPUT -s <ip_embêtante> -j DROP

Attention à ne pas mettre votre ip, vous seriez dans l’impossibilité de vous connecter au serveur (effet immédiat). Les règles sont perdues au redémarrage donc si vous voulez les conserver de manière permanente, il va falloir faire un script lancé au démarrage. Dans ce cas, bloquer cette ip jusqu’au redémarrage me va bien.

Et pour lister vos règles en cours :

iptables -L

C’est toujours utile à avoir sous la main, ne serait-ce que pour le petit malin occasionnel.

Crédit photo : Lionel Allorge.

Le principe : sur votre ordinateur perso, vous avez une clé privée, et vous enregistrez votre clé public sur le(s) serveur(s). Quand vous vous connectez, seule la passphrase de votre clé sera à taper. Ce qui fait un seul mot de passe à taper pour tous vos serveurs, ou aucun mot de passe à taper si vous n’en spécifiez pas (dans ce cas, éviter de faire ça sur des serveurs avec login root possible, sudo est votre ami).

Sur votre machine, vous générez vos clés :

ssh-keygen -t dsa -b 1024

Il devrez vous demander où les stocker. Par défaut c’est très bien (/home/maxime/.ssh/id_dsa). Après vous choisissez (ou pas) une passphrase.

Ensuite, il faut les installer sur vos serveurs. Retenez la commande que vous utilisez pour vous connecter en ssh. Si c’est :

ssh maxime@mon-serveur

Alors, toujours sur votre machine locale, vous faites :

ssh-copy-id -i ~/.ssh/id_dsa.pub maxime@mon-serveur

Et le tour est joué. Connectez vous en ssh avec la commande habituelle, et plus de mot de passe (ou bien une seule passphrase pour tous vos serveurs).

Celles sous Debian marchaient bien, mais celles sous Ubuntu Karmic Koala Server, impossible ! Pour éteindre proprement, il fallait me logguer et faire sudo halt. Peut-être un bug avec VirtualBox ?

Et bien pareil sur mon vrai serveur de développement : sous Debian, quand j’appuie sur le bouton Power, il lance son extinction comme il faut, et sous Ubuntu Server que dalle ! Tout juste ça rallume l’écran et pouet : « Si tu veux m’éteindre, il va falloir te logguer ! ». Et quand il y a pas d’écran ni de clavier avec, faut rallumer un PC pour s’y connecter en SSH ! Bravo le veau.

Et j’ai trouvé, Ubuntu Server est pas packagée de la même manière. Il y a des choses en plus (rien ne me vient à l’idée là), des choses en moins (la préemption dans le noyau) et des choses en remplacement (l’ordonnanceur n’est pas le même) par rapport à la version Desktop. Et parmi les choses en moins, acpid.

sudo aptitude install acpid

Même pas besoin de redémarrer pour que ça marche… Une action (virtuelle ou pas) sur le bouton Power lance bien l’arrêt propre du PC.