Une boutique va devoir être trouvée, donc son référencement va devoir être efficace, un des éléments clés du SEO, c'est de mettre en place des règles d'URL rewriting qui, en plus de faciliter le travail de crawling des robots, permettent d'ajouter de la cohérence et du sens aux liens et aux pages entre elles. Le problème, c'est que Prestashop™ a une méthode pour le moins étrange de gérer les URL réécrites… voyons ça en détails :

La réécriture d'URL dans l'idéal

Soient trois catégories, A, B et C. C est une catégorie fille de B qui est, elle même, fille de A. 1, 2 et 3 sont leurs Identifiant uniques respectifs. Soient un produit P faisant partie de la catégorie C et son identifiant unique 100.

Dans l'idéal, l'url réécrite permettant d'accéder à la page du produit P devrait être /a/b/c/p/ ou /a/b/c/p.html ou encore, /1-a/2-b/3-c/100-p ou enfin /1-a/2-b/3-c/100-p.html

L'idée est qu'un robot qui (re)découvre le site via l'URL du produit P puisse, de lui même, même si la page du produit P a un souci (problème d'affichage, maintenance…) et donc de pouvoir déduire de lui même l'URL lui permettant d'accéder aux catégories A, B et C.

En découvrant l'URL /1-a/2-b/3-c/100-p.html, le robot va remonter le chemin, et visitera /1-a/2-b/3-c/, puis /1-a/2-b/ puis /1-a/ et découvrira par la même comment accéder à tout le catalogue, et comprendra quel lien lie la page dont l'URL est /1-a/ au produit dont la page est accessible via l'URL /1-a/2-b/3-c/100-p.html puisque la page /1-a/ est une page parente de la page du produit P.

Dans la vraie vie, cet exemple donnerait, par exemple : /1-bagagerie/2-grand-voyageur/3-trolleys/100-bagage-trolley-cuir-noir-roulettes.html

Ce que fait Prestashop™

Pour réécrire une URL, Prestashop™ utilise plusieurs méthodes, suivant la page à afficher et sa position.

Reprenons notre exemple : trois catégories, A, B et C. C est une catégorie fille de B qui est, elle même, fille de A. 1, 2 et 3 sont leurs Identifiant uniques respectifs, ainsi qu'un produit P faisant partie de la catégorie C, son identifiant unique étant 100.

Pour A, Prestashop™ génèrera l'URL /1-a, jusqu'ici, tout va bien.

Pour B, Prestashop™ devrait générer, logiquement, /1-a/2-b, mais il génère /2-b ! idem pour C : pas de parents dans l'URL pour les catégories.

Pour P, Prestashop™ génère /c/100-P.html … vous lisez bien : non seulement la filiation entre C, B et A n'est pas spécifiée, mais l'identifiant de C ne l'est pas non plus ! donc le crawler qui remontera à l'URL /c aura une belle erreur 404.

Si on reprend notre exemple concrêt, au lieu d'avoir l'adresse /1-bagagerie/2-grand-voyageur/3-trolleys/100-bagage-trolley-cuir-noir-roulettes.html, on aura soit /1-bagagerie, /2-grand-voyageur, ou /3-trolleys pour les catégories, soit /trolleys/100-bagage-trolley-cuir-noir-roulettes.html pour le produit.

Merci Prestashop™ !

Comment faire alors ?

Je cherche : apparemment, il n'est pas prévu que Prestashop™ fonctionne autrement, donc il va falloir coder et modifier le code. Je posterai ici-même le fruit de mes recherches.

Articles apparentés

Muselage politique

Tout d'abord, le domaine WikiLeaks.org disparaît. WikiLeaks est en suite privé de son hébergement par Amazon, puis c'est au tour de Paypal de fermer le compte de WikiLeaks (l'histoire ne dis pas combien d'argent il restait sur le compte lors de la fermeture) privant le site désormais fantomatique de tout revenus. WikiLeaks ne se laisse pas faire : des hébergeurs, il y en a beaucoup, l'un d'eux est en France (OVH) et héberge WikiLeaks sur l'adresse 213.251.145.96, victime d'attaques aussitôt mis en ligne.

Vendredi matin, au sot du lit, nous apprenions qu'Éric BESSON, notre tout frais ministre de l'économie numérique, sans doute nostalgique des habitudes prises à son ancien ministère, voulait expulser WikiLeaks du territoire car, je le cite, «La France ne peut héberger des sites Internet qui violent ainsi le secret des relations diplomatiques». Rappelons tout de même que celui qui est à l'origine de la fuite n'est autre qu'un membre des relations diplomatiques américaines, et que les données étaient issues de la chancellerie US. De quoi se mèle-t-il ? Ce n'est pas WikiLeaks qui a agi pour obtenir ces données, c'est celui qui les a détourné à la source et c'est donc à la justice américaine de s'occuper de la diffusion de ces données… depuis le sol américain, et M. BESSON n'a pas à se mêler de ça. Je pensais que la France était un pays ou la liberté d'expression et, surtout, la liberté de la presse étaient inscrites dans la constitution… on m'aurait menti ? Pourquoi WikiLeaks ne pourrait pas diffuser des informations sous prétexte qu'elles étaient initialement destinées à rester secrètes ? En quoi héberger un site diffusant ces données, depuis la France (ou tout autre pays d'ailleurs) serait illégal ? En quoi, diffuser de l'information, quelle que soit sa provenance, est inacceptable ?

Points de droit

1. Jusqu'à preuve du contraire, les données diffusées par WikiLeaks n'ont fait l'objet d'aucune décision de justice les qualifiant d'illégales, même pas aux USA, hors c'est à un juge (français, est-il besoin de préciser ?) qu'il appartient de déterminer la légalité de la diffusion de ces données depuis la France.

2. OVH n'est en rien l'hébergeur du site WikiLeaks, il est l'exécutant technique, le sous-traitant, et ne peut être contraint que par ordre de justice de supprimer l'accès au site. L'hébergeur, c'est celui qui fournit l'hébergement à WikiLeaks, celui qui loue le serveur et qui en prête une partie à WikiLeaks.

M. BESSON devrait donc se renseigner avant de :

1. décréter que la diffusion des données initialement diffusées par WikiLeaks est illégal
2. de demander à OVH le retrait de ces données.

Nous sommes tous WikiLeaks

WikiLeaks a montré aux décideurs, aux politiques, qu'il suffit d'une fuite et d'un média, que la presse se mêle de quelque chose, qu'une révélation soit faite, pour mettre au jour ou apporter la preuve de certains de leurs actions peu compatibles avec la réélection et parfois même le droit. C'est parce qu'il représente un contre-pouvoir, parce qu'il ne joue pas le jeu du secret que WikiLeaks dérange et que les dirigeants de notre pays, à l'instar d'autres, feront tout pour que le site et son fondateur disparaissent.

C'est en faisant en sorte que WikiLeaks soit toujours présent sur le web, à des endroits différents, impossibles à museler tous en même temps, en faisant en sorte qu'il ne soit plus réellement possible de bloquer WikiLeaks, en étant tous Wikileaks, qu'ensemble, nous défendrons la liberté, de la presse et des médias d'une part, mais aussi la liberté tout court : la liberté de ne pas jouer leur jeu, celle qui a fait que le peuple est souverain aujourd'hui dans nos contrées.

Pour se faire, il "suffit" de créer un miroir de WikiLeaks. Le notre, accessible depuis jeudi à l'adresse  wikileaks.modulaweb.org. Il n'est pas impossible qu'il y en ait d'autres dans les prochains jours, au plus il y en a, mieux c'est !

Vous aussi, si vous le pouvez et le souhaitez, vous pouvez mettre en place un miroir en suivant les instructions de WikiLeaks. Attention : votre site sera très probablement attaqué peu après que votre adresse ait été rendue publique, sachez donc que vous ferez prendre un risque à votre serveur !

Quelques conseils

- Créez une «prison» pour l'utilisateur créé pour que WikiLeaks mette à jour les données de votre miroir si vous savez comment (pour le coup, Google est votre ami) ou utilisez un serveur ftp qui restreigne les connexion dans un dossier sans possibilité de remonter dans l'arborescence (à ce sujet, le tutoriel «Configurer vsftpd pour mettre à jour automatiquement WordPress» pourra vous être utile, il suffit de suivre le tutoriel et de remplacer la ligne "listen_address=127.0.0.1" par "listen_address=IP.de.votre.serveur"

- éventuellement sécuriser Apache au prix de performances plus basses, afin de ne pas planter complètement votre serveur en cas d'attaque à l'aide de modules comme mod_evasive.

- utilisez, si possible, une adresse IP jettable (IP Failover par exemple) histoire de ne pas complètement «griller» l'adresse principale de votre serveur.

- évitez d'héberger le miroir sur une machine à la maison : la qualité du miroir sera médiocre et vous vous éviterez ainsi pas mal de soucis de sécurité.

- rendez votre miroir public en communiquant à son sujet, un miroir invisible ne sert à rien (diffusez dans vos réseaux sociaux, sites web…)

- ne jouez pas avec la justice : si la justice se prononce un jour contre la publication de ces données, rendant par la même le fait de constituer un miroir illégal, supprimez votre miroir à la seconde où vous recevrez une demande de votre prestataire d'hébergement… mais il vous est toujours possible d'utiliser un hébergement à l'étranger si le cœur vous en dit.

listen_address=127.0.0.1

Articles apparentés

Ce tutoriel a pour but de donner des pistes vous permettant d'optimiser au mieux, en comprenant à peu près ce que vous faites, un serveur rencontré classiquement : Apache dans sa version 2, tournant bien évidemment sur un système GNU/Linux, dans le but de servir des pages générées à l'aide de PHP.

Attention : même si ces optimisations peuvent vous faire gagner pas mal de points sur PageSpeed ou YSlow, ce tutoriel a pour unique sujet l'optimisation d'Apache. De même, il ne sera pas question ici de discuter de l'utilisation d'un autre serveur pour servir les contenus statiques voire de comparer les performances d'Apache avec d'autres serveurs web comme Lighttpd ou NGInx

Si votre serveur est déjà en production, il peut être intéressent d'effectuer un test de performances, par exemple à l'aide d'un outil en ligne, comme GTMetrix (créez un compte, vous pourrez ainsi accéder à plus d'options, et avoir un joli graphe de l'évolution des performances, c'est évidement gratuit) dès maintenant, et après chaque optimisation.

Prefork ou Worker ?

Il convient de choisir quelle « mouture » d'Apache utiliser. Ces moutures se choisissent en installant l'un des modules « core » déterminant le comportement d'Apache vis à vis des requêtes multiples et concurrentes. Sous GNU/Linux, Apache dispose de deux modules stables pour la production : MPM Prefork et MPM Worker. Les modules MPM dupliquent Apache afin de lui permettre de répondre à plusieurs requêtes simultanément.

La différence entre les deux est que là où MPM Prefork utilise uniquement des processus multiples pour prendre en charge les requêtes concurrentes, MPM Worker utilise des threads pour paralléliser les requêtes au sein même des processus multiples, offrant donc de meilleures performances mais imposant d'utiliser uniquement des module Apache supportant eux même les threads, interdisant donc l'utilisation du module mod_php, permettant à Apache d'interprêter les scripts PHP.

La configuration que nous utiliserons sera donc Apache 2 MPM Prefork avec PHP installé en tant que module (mod_php)

Certains objecterons qu'on aurait très bien pu utiliser MPM Worker et exécuter les scripts PHP via une interface CGI (mod_cgi, mod_fastcgi voire mod_speedycgi) et ils auront raion… cependant, même avec des optimisations, cette solution sera toujours moins performante que MPM Prefok avec mod_php, et l'utilisation d'accélérateurs de scripts PHP comme la mise en cache d'op-code est impossible en dehors de mod_php : lorsqu'on utilise PHP avec Apache pour un site nécessitant de la performance, mod_php est un choix plus que judicieux.

Points à améliorer

« Qu'est-ce qui pourrait bien ralentir un serveur Apache ? » Est la question à laquelle nous allons répondre afin de déterminer les points à améliorer pour permettre à Apache de servir les pages plus vite.

Accès disque

Un accès disque est toujours coûteux en temps, malgré les optimisations effectuées par le système d'exploitation. À chaque requête d'une page web, outre les accès disques effectués pour récupérer les données des fichiers à servir, d'autres accès disque sont effectués, comme par exemple l'inscription des évènements dans les fichiers log, le calcul de l'ETag mais aussi la lecture d'un fichier .htaccess ou la recherche d'un fichier d'index !

Requêtes DNS

Des requêtes DNS peuvent être effectuées par Apache lorsque, par exemple, il est configuré pour afficher les noms d'hôtes correspondant à l'adresse IP des visiteurs dans les fichiers logs. Certains modules, comme mod_defensible ou mod_rbl peuvent effectuer plusieurs requêtes DNS afin de vérifier si l'adresse IP et/ou le nom d'hôte de la connexion à Internet du visiteur fait partie ou non d'une ou plusieurs listes noires.

Taille des fichiers

Chaque octet compte : chaque octet servi par votre serveur aura un impact direct sur le temps qu'il mettra a finir de servir la ressource demandée, et la compression est non seulement très efficace sur les fichiers texte, mais elle est aussi supportée par de plus en plus de navigateurs tels que Firefox ou Safari ; ça tombe bien, Apache sais compresser à la volée les contenus à servir lorsque le navigateur le supporte.

Nombre de requêtes

Chaque connexion est coûteuse en temps et en ressources : il serait formidable de pouvoir signifier au navigateur des visiteurs que certains fichiers ne sont modifier peu souvent et qu'il peut les mettre en cache et les afficher directement au lieu d'effectuer une requête pour chacun d'eux… heureusement, Apache possède un module qui permet de gérer la manière de signifier aux navigateurs les modalités de mise en cache des fichiers selon leur type.

Configuration d'Apache

Apache a besoin d'indications pour savoir comment réagir lors des pics de charge et être suffisamment réactif. La configuration idéale pour votre serveur sera déterminée en fonction de la RAM disponible, de celle consumée par la génération des pages, du type de documents servis, mais aussi de la fréquence et du nombre des visites et du trafic. Cette configuration doit être mûrement réfléchie, certaines valeurs, choisies avec discernement peuvent sauver Apache de crash fâcheux lors de pics de visite, ou tout simplement lui permettre d'utiliser au mieux les ressources nécessaires à son fonctionnement.

Que faire ?

Maintenant que nous avons vu les éléments clés, établissons un plan d'action, le détail des actions sera vu dans la deuxième partie. Bien évidemment, tout cela est à ajuster au cas par cas, selon les besoins réels de votre serveur.

Accès disque

Afin de limiter les accès disque au strict nécessaire (la récupération des données à envoyer au client), nous allons :

• Désactiver l'utilisation des ETags
  Ce système, en plus d'être obsolète est inutile lorsqu'on active le module de gestion du cache d'Apache.
• Ne pas autoriser l'usage des fichiers .htaccess et rapatrier le contenu de ces fichiers dans les fichiers de définition des vhosts
• Réduire, vhost par vhost, le nombre de possibilités concernant le fichier d'index
• Désactiver l'option Multiview afin de gagner du temps
• Réduire le niveau d'inscription des évènements dans les fichiers logs à ce qui est réellement utile, vhost par vhost

Requêtes DNS

Afin de supprimer les requêtes DNS, nous allons :

• Faire en sorte de n'afficher que les adresses IP dans les fichiers log
• Désactiver les modules de vérification de RBL

Taille des fichiers

Afin de réduire la taille des fichiers, nous allons activer la compression dynamique en fonction du navigateur.

Nombre de requêtes

Pour diminuer le nombre de requêtes, nous allons activer et configurer le module de mise en cache pour le serveur entier et chaque vhost si besoin, en fonction du contenu, des fichiers à servir et de la fréquence de rafraichissement des données.

Configuration d'Apache

Nous allons configurer Apache à partir de données que nous allons récolter :

• La mémoire allouée à Apache
  Si le serveur héberge un serveur de bases de données comme MySQL ou d'autres services : il conviendra de déterminer quelle quantité de RAM leur réserver et de laisser le reste à Apache.
• La mémoire consommée par un processus d'Apache
  Pour déterminer la taille de cette mémoire, il faudra exécuter une série de requête (à l'aide d'un ab -n 1000 -c 10 http://votre.url par exemple) tout en exécutant un top ou htop en même temps sur le serveur.
• La durée de chargement maximal de vos pages
  À l'aide du plugin PageSpeed pour le plugin FireBug pour Firefox par exemple.

Il peut paraître curieux de se baser sur une mesure de vitesse de chargement de page, ou de mesurer la RAM utilisée par des processus afin de permettre d'accélérer Apache, mais c'est la seule manière de déterminer, par itérations successives et tâtonnements, les bonnes valeurs pour votre Apache. Il conviendra d'effectuer ces réglages après avoir effectué les autres optimisations, mais aussi après chaque modification majeure de vos scripts PHP car chaque modification modifie aussi la quantité de RAM dont ils ont besoin, donc celle nécessaire à Apache, donc ses paramètres.

Articles apparentés

• Créer un fichier PID pour Funambol sous GNU/Linux
• Quelques scripts pour profiter de son scanner sous GNU/Linux
• Configurer vsftpd pour mettre à jour automatiquement Wordpress
• Inclure ses machines virtuelles à son réseau avec VirtualBox
• Installation de Funambol couplé à Zimbra sur un serveur GNU/Linux
• Pour des sessions SSH qui durent

Attention: certaines ressources sont sous licence avec clause non commerciale.

Certains liens présentés ici vous amènerons vers d'autres articles de blogs comme celui-ci : recensant des liens vers d'autres sites.

Merci à Frank et d'autres twitters anonymes pour avoir partagé leurs bonnes adresses.

Vectoriel et icônes :

• 123vectors.com
• vecteezy.com
• vectorvalley.com
• fordesigner.com
• vectorjunky.com
• qvectors.net
• iconspedia.com
• iconfinder.com
• qianduan.net (post sur un blog japonais regroupant des liens intéressents)

Textures

• 40 packs de texture sur noupe.com
• Shadowhouse Creations

Outils pour le webdesigner, templates, mok-ups

• Billet-annuaire sur Smashing Magazine

Articles apparentés

• Quelques scripts pour profiter de son scanner sous GNU/Linux
• Un nuancier Pantone® en ligne

À l'aide d'un script bash, nous allons permettre cette création de fichier PID.

Fonctionnement du script

Rien de bien sorcier, juste une recherche des PID des différents composants du serveur Funambol à l'aide d'un bon vieux ps couplé à une paire de grep associés à un petit awk suivi d'un head... autrement dit "on recherche les processus des composants de funambol dans la liste des processus, et on récupère leurs PID".

Le script

Il y a certainement plus élégant mais l'essentiel c'est qu'il fasse ce qu'on lui demande et qu'il remplisse sa fonction didactique.

#!/bin/bash
 
# Check the script is being run by root, or die.
ROOT_UID=0
if [ "$UID" -ne "$ROOT_UID" ]
then
	echo "Run script as "root"."
	echo
	exit 1
fi
 
DS_SERVER=`ps -ef | grep ds-server | grep -v grep`
 
HYPERSONIC=`ps -ef | grep hypersonic | grep -v grep`
 
CTP_SERVER=`ps -ef | grep com.funambol.ctp.server.CTPServer | grep -v grep`
 
INBOX_LISTENER=`ps -ef | grep inbox-listener | grep -v grep`
 
PIM_LISTENER=`ps -ef | grep pimlistener | grep -v grep`
 
if [ -z "$DS_SERVER" ]
then
	if [ -e /opt/funambol/ds-server.pid ]; then
		rm /opt/Funambol/ds-server.pid
	fi
else
	ps -ef | grep ds-server | grep -v grep | awk '{print $2}' | head -n 1 > /opt/Funambol/ds-server.pid
fi
 
if [ -z "$HYPERSONIC" ]
then
        if [ -e /opt/funambol/hypersonic.pid ]; then
                rm /opt/Funambol/hypersonic.pid
        fi
else
        ps -ef | grep hypersonic | grep -v grep | awk '{print $2}' | head -n 1 > /opt/Funambol/hypersonic.pid
fi
 
if [ -z "$CTP_SERVER" ]
then
        if [ -e /opt/funambol/ctp-server.pid ]; then
                rm /opt/Funambol/ctp-server.pid
        fi
else
        ps -ef | grep com.funambol.ctp.server.CTPServer | grep -v grep | awk '{print $2}' | head -n 1 > /opt/Funambol/ctp-server.pid
fi
 
if [ -z "$INBOX_LISTENER" ]
then
        if [ -e /opt/funambol/inbox-listener.pid ]; then
                rm /opt/Funambol/inbox-listener.pid
        fi
else
        ps -ef | grep inbox-listener | grep -v grep | awk '{print $2}' | head -n 1 > /opt/Funambol/inbox-listener.pid
fi
 
if [ -z "$PIM_LISTENER" ]
then
        if [ -e /opt/funambol/pim-listener.pid ]; then
                rm /opt/Funambol/pim-listener.pid
        fi
else
        ps -ef | grep pimlistener | grep -v grep | awk '{print $2}' | head -n 1 > /opt/Funambol/pim-listener.pid
fi

Utilisation

En appelant ce script via une tache cron, par exemple, vous permettrez aux système de monitoring d'avoir un pid à jour en cas de redémarrage.

Il est aussi possible de créer un script de commande pour (re)lancer/arrêter Funambol afin de créer/détruire ces fichiers PID au démarrage/arrêt de Funambol. Voici un exemple d'un tel script, où le script précédent (celui qui crée les PID) est dans /opt/controls/mk-funambol-pid-file :

#!/bin/bash
 
# Check the script is being run by root, or die.
ROOT_UID=0
if [ "$UID" -ne "$ROOT_UID" ]
then
	echo "Run script as "root"."
	echo
	exit 1
fi
 
FUNAMBOL=`ps -ef | grep /opt/Funambol | grep -v grep`
 
if [ -z "$FUNAMBOL" ]
then
	FUNAMBOL_ON=0
else
	FUNAMBOL_ON=1
fi
 
case $1 in
start)
	if [ $FUNAMBOL_ON -eq 1 ]
	then
		echo "Funambol is already started : use $0 restart option to restart."
		echo
		exit 1
	else
		echo "Starting Funambol..."
		/opt/Funambol/bin/funambol start
		echo "done."
		echo
		echo "Creating PID files..."
		/opt/controls/mk-funambol-pid-file
		echo "done."
		echo
	fi
	;;
stop)
        if [ $FUNAMBOL_ON -eq 0 ]
	then
                echo "Funambol is already stopped."
                echo
                exit 1
        else
                echo "Stopping Funambol..."
                /opt/Funambol/bin/funambol stop
                echo "done."
		echo
                echo "Deleting PID files..."
                /opt/controls/mk-funambol-pid-file
                echo "done."
                echo
        fi
	;;
restart)
        if [ $FUNAMBOL_ON -eq 0 ]
	then
		echo "Funambol was already stopped !"
		echo
                echo "Starting Funambol..."
                /opt/Funambol/bin/funambol start
                echo "done."
		echo
                echo "Creating PID files..."
                /opt/controls/mk-funambol-pid-file
                echo "done."
                echo
	else
                echo "Stopping Funambol..."
                /opt/Funambol/bin/funambol stop
                echo "done."
		echo
                echo "Deleting PID files..."
                /opt/controls/mk-funambol-pid-file
                echo "done."
		echo
		echo
                echo "Starting Funambol..."
                /opt/Funambol/bin/funambol start
                echo "done."
		echo
                echo "Creating PID files..."
                /opt/controls/mk-funambol-pid-file
                echo "done."
                echo
        fi
	;;
status)
        if [ $FUNAMBOL_ON -eq 0 ]
        then
                echo "Funambol is curently stopped."
                echo
        else
                echo "Funambol is curently started."
                echo
        fi
        ;;
*)
	echo "Usage $0 [start|stop|restart|status]"
	;;
esac

Ce script permet, en outre, de permettre un redémarrage direct de Funambol.

Exemple d'application : configuration de Monit pour Funambol

Considérant que nous avons les 2 scripts précédent, l'un dans /opt/controls/mk-funambol-pid-file et l'autre dans /opt/controls/funambol, on pourra utiliser, par exemple, la configuration suivante pour Monit :

# Funambol
check process ds-server with pidfile /opt/Funambol/ds-server.pid
        group funambol
        start program "/opt/controls/funambol start"
        stop program "/opt/controls/funambol stop"
        if failed port 8443 for 3 times within 3 cycles then restart
        if 2 restart within 10 cycles then timeout
check process hypersonic with pidfile /opt/Funambol/hypersonic.pid
        group funambol
check process ctp-server with pidfile /opt/Funambol/ctp-server.pid
        group funambol
check process inbox-listener with pidfile /opt/Funambol/inbox-listener.pid
        group funambol
check process pim-listener with pidfile /opt/Funambol/pim-listener.pid
        group funambol

Ici funambol utilise une connexion sécurisée sur le port 8443 comme indiqué dans le tutoriel d'installation de Funambol, nous monitorons donc ce port.

Grâce aux pid, nous pourrons voir sur l'interface web de Monit les ressources consommées par les composants de Funambol, et éventuellement créer des règles dans le cas où cette consommation deviendrait excessive.

Articles apparentés

• Quelques scripts pour profiter de son scanner sous GNU/Linux
• Installation de Funambol couplé à Zimbra sur un serveur GNU/Linux
• Optimiser Apache – Partie 1
• Configurer vsftpd pour mettre à jour automatiquement Wordpress
• Inclure ses machines virtuelles à son réseau avec VirtualBox
• Pour des sessions SSH qui durent

Exemple : mailx sur un serveur où Zimbra est installé.
Lorsqu'on cherche à installer mailx, le système de paquetage nous indique qu'il lui faut un MTA et nous propose exim ou postfix. Or Zimbra possède déjà son propre MTA (postfix en l'occurrence) et nous n'allons pas en installer un deuxième.

Solution : un «dummy-package»

Un «dummy-package» est un paquet vide, ayant pour fonction soit de combler artificiellement une dépendance, soit d'en ajouter artificiellement. Par exemple, le paquet linux-headers dépend toujours de la version du noyau installée : son installation implique l'installation des headers correspondant au noyau actuellement installé.

Création d'un dummy-package

Installons le paquet "equivs" qui permet de créer des dummy-packages, justement

sudo apt-get install equivs

Créons un dossier pour notre paquet et création du fichier de configuration

mkdir dummy-package; cd dummy-package

Facultatif : crée un fichier de configuration par défaut (utile pour connaitre le formatage)

equivs-control dummy-package

Remplacer le contenu du fichier de configuration de notre paquet, ou éditer le fichier "dummy-package" via

 nano dummy-package

et y mettre

Section: misc
Priority: optional
Standards-Version: 3.6.2

Package: dummy-package
Version: 1.0
Maintainer: votre nom <vous@domaine.tld>
Pre-Depends:
Depends:
Recommends:
Suggests:
Provides: <liste de ce qui fournit ce paquet séparée par des virgules>
Replaces:
Description: Paquet vide permettant de combler les dépendances suivantes : <liste de ce qui fournit ce paquet>

Créons et installons notre paquet

equivs-build dummy-package
sudo dpkg -i dummy-package_1.0_all.deb

Exemple de dummy-package

Si on reprend l'exemple de mailx, notre dummy-package aura le fichier de configuration suivant :

Section: misc
Priority: optional
Standards-Version: 3.6.2

Package: dummy-mta
Version: 1.0
Maintainer: votre nom <vous@domaine.tld>
Pre-Depends:
Depends:
Recommends:
Suggests:
Provides: mail-transport-agent
Replaces:
Description: Paquet vide permettant de combler la dépendance à mail-transport-agent

Simple et efficace.

Articles apparentés

• Configurer vsftpd pour mettre à jour automatiquement Wordpress
• Lancer Ubuntu dans VirtualBox

Lorsque, comme moi, on utilise son propre domaine, on peut facilement dédier une adresse spécifique à tel ou tel service. Par exemple, pour s'inscrire sur le site «plop.com» on va pouvoir utiliser l'adresse «plop@domaine.com». Le plus simple, pour utiliser ce genre de méthode sans se prendre la tête, est d'utiliser une adresse «catchall» : qui capture toutes les autres, vous permettant de ne pas avoir a créer un alias spécifique à chaque fois.

Le problème c'est que les spamers vont tirer partie de ce système de catchall et vous envoyer du spam à des adresse emails générées à la volée.

Pour envoyer tous ces spams au fond de /dev/null, il suffit de créer une oubliette à spam : un spam-pit.

Première étape : créer un compte «spam-pit»

Il vous suffit de faire comme d'habitude : vous créez un compte classique, mais en le paramétrant pour qu'il ait accès à un minimum de choses avec, plus particulièrement, les paramètres suivants :

1. espace disque alloué de 1 Mb
2. compte bloqué
3. accès à aucune fonctionnalité de Zimbra à part le mail
4. envoi des alertes lorsque la boîte est pleine espacées 3650 jours (10 ans)

Avec ces paramètres, vu le nombre de spams envoyés par jours, ce compte sera vite plein, et les spams qui seront reçus par ce compte ne seront tout simplement pas traités et renverrons une erreur «boîte pleine».

Deuxième étape : identifier les adresses ciblées.

Les spamers utilisent souvent un groupe d'adresses spécifiques, toujours les mêmes, comme «sales» ou un numéro : identifiez ces adresses, et ajoutez-les comme alias à votre compte «spam-pit».

Troisième étape : videz votre dossier «spam»

Et regardez-le ne plus se remplir (aussi rapidement qu'avant en tous cas) ainsi que votre charge serveur : n'ayant plus à traiter une partie du spam, sa charge devrait baisser.

Articles apparentés

• Installation de Funambol couplé à Zimbra sur un serveur GNU/Linux

Le problème c'est qu'autant les scanners sont bien supportés en tant que tels, autant leurs boutons sont excessivement peu souvent supportés.

Certains, comme moi, seront certainement très frustrés de ne pas pouvoir utiliser les très utiles boutons de leur appareil, et je me suis dit que quelques petits scripts seraient certainement utiles à d'autres.

Attention : j'utilise Gnome, et les scripts suivants utilisent zenity. Si vous êtes sous KDE, mieux vaut utiliser kommander (je vous laisse le soin d'adapter les scripts), mais vous pouvez très bien utiliser zenity… ça sera moins bien intégré, c'est tout.

Un préalable au bon fonctionnement de ces scripts est, bien entendu, qu'un scanner soit déjà connecté à la machine, et que se scanner soit reconnu et configuré… en plus, pour le premier, d'avoir une imprimante connectée, allumée, et configurée.

Comme d'habitude, un petit tour dans le man ne fera de mal à personne.

Photocopie

Dépendances : tiff2ps (paquet libtiff-tools), zenity (ou kommander)
Ce que fait le script : scanne vers un fichier TIFF, le convertit en PostScript et imprime le résultat.

#!/bin/bash
if `zenity --question --text="Assurez-vous d'avoir aligné le document sur le bord DROIT de la fenêtre puis cliquez sur «Valider»" --title="Photocopier un document"`
then
	scanimage --format tiff --mode Gray --resolution 300 -l 0 -t 0 -x 210mm -y 297mm -p > tmp.tiff
	tiff2ps -z -w 8.27 -h 11.69 tmp.tiff | lpr
	rm -f tmp.tif
else
	zenity --info --text="Photocopie annulée"
fi

Scan2PDF

Dépendances : tiff2pdf (paquet libtiff-tools), zenity (ou kommander), evince (kpdf sous kde)
Ce que fait le scritpt : scanne vers un fichier TIFF, le convertit en PDF et l'enregistre là où l'a indiqué l'utilisateur. Si l'utilisateur le souhaite, l'affiche à l'écran.

#!/bin/bash
 
if `zenity --question --text="Assurez-vous d'avoir aligné le document sur le bord DROIT de la fenêtre puis cliquez sur «Valider»" --title="Scanner un document vers PDF"`
then
    pdf=$(zenity --file-selection --save --confirm-overwrite --filename="$HOME/Desktop/scan.pdf")
    if [[ -n $pdf ]]
    then
        scanimage --format tiff --mode Gray --resolution 300 -l 0 -t 0 -x 210mm -y 297mm -p > tmp.tiff
        tiff2pdf -o $pdf -z -p A4 -r d -c scan2pdf -a $(whoami) ./tmp.tiff
        rm -f tmp.tiff
        if `zenity --question --text="Le document va s'ouvrir" --title="Scan terminé"`
        then
            evince $pdf
        fi
    else
        zenity --info --text="Copie annulée"
    fi
else
    zenity --info --text="Copie annulée"
fi

Scan2Gimp

Dépendances : zenity (ou kommander),tempfile gimp
Ce que fait le scritpt : scanne vers un fichier TIFF sauvegardé sur le bureau avec un nom unique et l'ouvre avec Gimp.

#!/bin/bash
 
if `zenity --question --text="Assurez-vous d'avoir aligné le document sur le bord DROIT de la fenêtre puis cliquez sur «Valider»" --title="Scan vers Gimp"`
then
    tmp="$(tempfile -d "$HOMEDesktop" -p "scan-" -s ".tiff")"
    scanimage --format tiff --mode Gray --resolution 300 -l 0 -t 0 -x 210mm -y 297mm -p > $tmp
    gimp $tmp
else
    zenity --info --text="Scan annulé"
fi

Articles apparentés

• Créer un fichier PID pour Funambol sous GNU/Linux
• Optimiser Apache – Partie 1
• Ressources graphiques
• Configurer vsftpd pour mettre à jour automatiquement Wordpress
• Inclure ses machines virtuelles à son réseau avec VirtualBox
• Un nuancier Pantone® en ligne
• Installation de Funambol couplé à Zimbra sur un serveur GNU/Linux
• Pour des sessions SSH qui durent

WordPress, intègre des possibilités de mise à jour automatique des plugins en utilisant le protocole FTP. Certains se poseront la question du pourquoi de l'utilisation de FTP pour cela alors que PHP est très à même de télécharger des fichiers depuis l'internet et lancer des commandes shell pour décompresser les archives, sans parler de la gestion des fichiers, mais ça n'est pas l'objet de cet article.

Afin de pouvoir utiliser cette fonctionnalité de mise à jour de WordPress, il vous faut un serveur FTP sur votre serveur. Je vais vous proposer vsftpd (pour Very Secure File Transfert Protocol Deamon : Service de Transfert de Fichiers Trés Sécurisé) alors que d'autres sont de fervents adeptes de Proftp. Ce choix s'explique par deux arguments, le premier étant la sécurité qu'il apporte (RedHat, OpenBSD et SuSE, notamment, l'utilisent pour leurs serveurs FTP publics), le deuxième étant sa simplicité de configuration.

Vsftpd permet de créer des utilisateurs virtuels Ces utilisateurs virtuels utilisent sur le système l'identité de l'utilisateur “ftp” pour effectuer les opérations sur le système de fichiers. Vsftpd permet aussi de n'écouter que certaines interfaces, ce qui nous permettra de sécuriser totalement notre serveur.

Comme d'habitude, nous allons prendre l'exemple d'une distribution basée sur Debian (Debian, Ubuntu et dérivés…) la première chose à faire étant d'installer vsftpd via un sudo apt-get install vsftpd (ou autre, selon votre distribution).

En suite, trois choses à configurer : PAM pour permettre l'utilisation des utilisateurs virtuels, vsftpd lui même par le biais de son fichier de configuration et les utilisateurs virtuels.

Enfin il conviendra de modifier quelque peu les droits d'écriture de certains répertoires et fichiers.

1. Configuration de PAM

Il faut, si ces bibliothèques ne sont pas déja présentes, installer le support des bases de données Berkeley : libdbX et dbX-util où X = la version, 4.4, 4.6 ou 4.7 soit, par exemple, sudo apt-get install libdb4.6 db4.6-util.

En suite, configurer PAM pour lui dire où chercher les informations de connexion : éditer le fichier /etc/pam.d/vsftpd (le créer si besoin, le vider si déjà présent) et y mettre :

auth required /lib/security/pam_userdb.so db=/etc/vsftpd/login
account required /lib/security/pam_userdb.so db=/etc/vsftpd/login

Si vous êtes en 64 bits, il conviendra peut être de remplacer lib par lib64.

Aller dans le répertoire /etc/vsftpd (le créer si besoin), et créer un fichier “login.txt” qui contiendra, en clair, les login et mots de passe de tous les utilisateurs virtuels. Ce fichier est de la forme :

login1
mot de passe de login1
login2
mot de passe de login2
…

Pour WordPress, on va y mettre, par exemple :

wordpress
wp-pass

Il faut en suite convertir ce fichier en base de données Berkeley à l'aide de la commande :

sudo db4.6_load -T -t hash -f /etc/vsftpd/login.txt /etc/vsftpd/login.db

Remarque : il conviendra de remplacer db4.6_load par db4.4_load ou db4.7_load selon la version disponnible.

Note: certains se demandent pourquoi faire ça (écrire les mots de passe dans un fichier en clair et le convertir en db) et ne pas directement utiliser le fichier en clair : c'est simplement qu'il sera, par la suite, plus simple pour ouvrir le serveur ftp au public. Il suffira de faire un chmod à 600 sur ces fichiers et/ou de supprimer la version en clair.

2. Configuration de vsftpd

Sauvegarder /etc/vsftpd.conf (par, par exemple un petit sudo cp /etc/vsftpd.conf /etc/vsftpd.conf.bak), l'éditer, le vider et y mettre :

# Lancement de vsftpd en standalone
listen=YES
# vsftpd ne va accepter les connexion uniquement depuis le serveur lui même
listen_address=127.0.0.1
# activation des utilisateurs locaux (permet d'utiliser les utilisateurs virtuels)
local_enable=YES
# Afin de permettre la mise à jour, il *faut* permettre l'écriture
write_enable=YES
# activation explicite des utilisateurs virtuels
guest_enable=YES
# force les utilisateurs virtuels d'agir vis à vis du système comme l'utilisateur
guest_username=ftp
# force les utilisateurs à rester dans le ~ de l'utilisateur guest (spacifié juste au dessus soit '/home/ftp/')
chroot_local_user=YES
# active la configuration 'per user" permettant, de créer plusieurs utilisateurs virtuels si besoin par la suite, pour un autre WordPress par exemple
user_config_dir=/etc/vsftpd/users

Attention : si vous souhaitez, par la suite, ouvrir votre serveur ftp au public, veuillez ré-utiliser le fichier de configuration initial et le compléter avec les éléments de cet exemple. En effet, étant donné que notre WordPress est sur le même serveur que le serveur FTP, on n'a pas besoin de restreindre la sécurité outre mesure, ce qui ne convient évidement pas à une utilisation “publique”

3. Configuration des utilisateurs

On va utiliser ici une configuration “per user” qui permet de modifier la configuration pour chaque utilisateur virtuel (cas où on utilise plusieurs installations de WordPress sur le même serveur). Pour se faire, il nous faut simplement créer un fichier pour chaque utilisateur dans /etc/vsftpd/users (qu'il faudra créer via sudo mkdir /etc/vsftpd/users)

Nous avons créé plus haut un utilisateur nommé “wordpress”, créons donc ce fichier en le nommant “wordpress” : sudo nano /etc/vsftpd/users/wordpress et mettons ce qui suit dedans :

# l'utilisateur doit être enfermé dans un dossier contenu dans /home/ftp
# ce dossier sera un lien symbolique vers la racine (contenant le dossier wp-content)
# de votre installation de WordPress
local_root=/home/ftp/wordpress
# droit d'écriture
write_enable=YES
anon_upload_enable=YES
# droit créer des dossiers
anon_mkdir_write_enable=YES
# droit de renommer, supprimer...
anon_other_write_enable=YES
# signifie que l'utilisateur virtuel à les mêmes droits que l'utilisateur réel (ici ftp)
virtual_use_local_privs=YES
# définit l'umask pour les fichiers
local_umask=022

En suite il faut créer le lien symbolique dans /home/ftp, dans le fichier de configuration, nous avons spécifié “/home/ftp/wordpress”. Ce lien symbolique va devoir pointer vers le dossier racine de votre installation de WordPress (contenant wp-content) mettons /home/www/blog/, ce qui donne : sudo ln -s /home/www/blog /home/ftp/wordpress

4. Droits utilisateur

Il faut permettre à l'utilisateur ftp de créer des dossiers et des fichiers dans le dossier wp-content/upgrade (qu'il faudra créer, car il n'existe pas par défaut à moins que vous ne donniez ces droits au dossier wp-content). Même chose à tous les dossiers/fichiers contenus dans le dossier wp-content/plugins
Je vous laisse faire, après tout, si vous êtes arrivés jusqu'ici c'est que vous en êtes capable normalement.

5. Redémarrage de vsftpd et tests

Redémarrer vsftpd via sudo /etc/init.d/vsftpd restart et tester la mise à jour des plugins de WordPress : pour se faire, si vous n'avez pas de plugin à mettre à jour, vous pouvez toujours télécharger une ancienne version d'un plugin et chercher à le mettre à jour.

Dans WordPress, allez dans le menu “Extentions”, et cliquez sur “mise à jour automatique” sur la ligne d'un plugin à mettre à jour. Un formulaire apparaît, entrez-y “127.0.0.1” comme hôte, “wordpress” comme login, “wp-pass» comme mot de passe, et cochez “FTP” puis "mettre à jour". Si vous voyez une erreur lors de la mise à jour, lisez bien le message renvoyé par WordPress : il vous renseignera exactement sur ce qui ne va pas. Si WordPress n'arrive pas à créer ou supprimer un fichier/dossier dans un répertoire, vérifiez les droits, le plus souvent les problèmes viennent de là.

Si les droits s'emblent ok, vérifiez le fonctionnement du serveur directement avec le client ftp en ssh : une session "réussie" devrait ressembler à ça :

$ ftp 127.0.0.1
Connected to 127.0.0.1.
220 (vsFTPd 2.0.6)
Name (127.0.0.1:modulaweb): wordpress
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> ls
200 PORT command successful. Consider using PASV.
150 Here comes the directory listing.
-rwxrwxr-x    1 1002     33            397 May 25  2008 index.php
-rwxrwxr-x    1 1002     33          15410 Dec 06 07:47 license.txt
-rwxrwxr-x    1 1002     33           7638 Oct 29  2008 readme.html
drwxrwxrwx    3 1002     33           4096 May 17 13:20 upgrade
drwxrwxr-x    2 1002     33           4096 Apr 30 10:33 util
drwxrwxr-x    8 1002     33           4096 Apr 15 03:36 wp-admin
-rwxrwxr-x    1 1002     33          40271 Nov 28 21:04 wp-app.php
-rwxrwxr-x    1 1002     33            220 Oct 14  2008 wp-atom.php
-rwxrwxr-x    1 1002     33            274 May 25  2008 wp-blog-header.php
-rwxrwxr-x    1 1002     33           3483 Apr 16 23:27 wp-comments-post.php
-rwxrwxr-x    1 1002     33            238 Oct 14  2008 wp-commentsrss2.php
-rwxrwxr-x    1 1002     33           2497 Dec 16 08:33 wp-config-sample.php
-rwxrwxr-x    1 1002     33           2702 May 02 02:47 wp-config.php
drwxrwxr-x    7 1002     33           4096 May 17 13:39 wp-content
-rwxrwxr-x    1 1002     33           1242 Sep 18  2008 wp-cron.php
-rwxrwxr-x    1 1002     33            220 Oct 14  2008 wp-feed.php
drwxrwxr-x    6 1002     33           4096 May 01 16:19 wp-includes
-rwxrwxr-x    1 1002     33           1986 May 25  2008 wp-links-opml.php
-rwxrwxr-x    1 1002     33           2004 Oct 31  2008 wp-load.php
-rwxrwxr-x    1 1002     33          19738 Dec 03 19:04 wp-login.php
-rwxrwxr-x    1 1002     33           6932 Dec 09 18:03 wp-mail.php
-rwxrwxr-x    1 1002     33            487 May 25  2008 wp-pass.php
-rwxrwxr-x    1 1002     33            218 Oct 14  2008 wp-rdf.php
-rwxrwxr-x    1 1002     33            316 May 25  2008 wp-register.php
-rwxrwxr-x    1 1002     33            218 Oct 14  2008 wp-rss.php
-rwxrwxr-x    1 1002     33            220 Oct 14  2008 wp-rss2.php
-rwxrwxr-x    1 1002     33          18695 Jan 24 13:21 wp-settings.php
-rwxrwxr-x    1 1002     33           3434 May 25  2008 wp-trackback.php
-rwxrwxr-x    1 1002     33          92428 Jan 19 18:47 xmlrpc.php
226 Directory send OK.
ftp> exit
221 Goodbye.

N'hésitez pas à faire des suggestions ou remarques en commentaire.

Articles apparentés

• Créer un «dummy-package» sous Debian ou Ubuntu
• Pour des sessions SSH qui durent
• Optimiser Apache – Partie 1
• Créer un fichier PID pour Funambol sous GNU/Linux
• Quelques scripts pour profiter de son scanner sous GNU/Linux
• Inclure ses machines virtuelles à son réseau avec VirtualBox
• Installation de Funambol couplé à Zimbra sur un serveur GNU/Linux
• Lancer Ubuntu dans VirtualBox

Voici quelques conseils :

Règles à suivre

En suivant quelques règles tenant du bon sens, on arrive à mettre en place des embellissements utilisant Flash™, de manière à garder une bonne accessibilité, et, surtout, sans pénaliser celles et ceux qui n'ont pas le fameux plugin permettant de voir ces animations.

1. Faire comme si Flash™ n'existait pas

Dans un premier temps, on va créer le design, les contenus et fonctionnalités, en faisant comme si Flash™ n'existait tout simplement pas. Les règles CSS sont souvent très suffisantes pour créer certains effets, et javascript permet, à moindre efforts, et à condition de l'employer de manière non intrusive, de créer un certain nombre d'effets que même Flash™ ne permettrait pas de faire. Les frameworks tels que Prototype et Scriptaculous, par exemple, permettent pléthore d'effets et autres interactions, je vous les conseille chaudement.

Agir ainsi, en préparant, d'abord, un environnement pleinement fonctionnel sans utiliser Flash™ est un préalable indispensable pour permettre une bonne accessibilité : si le client possède le bon plugin, les animations Flash™ viendront se substituer à certains contenus, dans le cas contraire, la navigation n'en souffrira pas.

Une fois que le contenu est présent, que le design joue son rôle et que javascript viens prêter main forte, on passe à la suite :

2. Identifier les contenus et fonctions «flashables»

On ne va pas tout placer sous Flash™, évidement : seules quelques parties, finement choisies, seront remplacées par du contenu Flash™ en fonction des critères suivants :

1. Les CSS ne peuvent créer les mêmes effets esthétiques souhaités
2. Le javascript, lui non plus, ne peut aider à atteindre ces objectifs esthétiques
3. Si flash n'apporte pas un «plus» esthétique, il apporte au contenu un «plus» dans la navigation et l'interactivité.

Une fois ces contenus identifiés, on modifiera le code (X)HTML de manière à identifier le conteneur de ces contenus :

 
<div>Ce texte sera remplacé par une animation Flash™</div>
 

sera modifié en

 
<div id="texte_flash">Ce texte sera remplacé par une animation Flash™</div>
 

et les feuilles de style seront adaptées en fonction, afin de ne pas être perturbées par l'ajout des <div>.

L'étape suivante sera, bien évidement, de créer les animations Flash™ à proprement parler, mais nous n'en parlerons pas ici.

3. «Flasher» le contenu

Vos animations sont prêtes, il ne reste plus qu'à les mettre en place. Pour ce faire, on peut soit utiliser une fonction javascript de notre fabrication, soit utiliser ce qui existe déjà : le script SWFObject.

SWFObject, écrit par Geoff Stearns, Michael Williams, et Bobby van der Sluis, est, pour moi, le meilleur moyen d'inclure du Flash™ dans une page web. Ce script open-source (sous licence MIT) vous permet d'inclure dans vos pages web des animations Flash™ en les plaçant dans des conteneurs (<div> par exemple). Pour l'utiliser, téléchargez le .zip depuis le site officiel, et placez le fichier .js dans un dossier et liez-le à votre page web via une balise <script> comme suit. En suite, rien de plus simple ! reprenons notre exemple de tout à l'heure :

 
<div id="texte_flash">Ce texte sera remplacé par une animation Flash™</div>
 

Notre animation Flash™ (nommée "animation.swf") ayant 300 pixels de large et 120 de haut et requérant la version 5 minimum du plugin Flash™, viendra se loger dans le conteneur nommé "texte_flash", et nous allons utiliser SWFObject comme suit pour ce faire :

<script type="text/javascript">
  var anim = new swfobject.embedSWF("animation.swf", "texte_flash", "300", "120", "5.0.0");
</script>

Pour de plus amples informations, reportez-vous à la page suivante (en anglais) : http://code.google.com/p/swfobject/wiki/documentation

Ainsi, notre animation remplacera le contenu de la

Articles apparentés

• Internet Explorer™ 8 : enfin un produit Microsoft™ qui respecte les standards
• Forcer l'évaluation du code dans un contexte global en javascript