Staniblog, la plume d'un pingouin

Certains le savent bien, je suis en train de préparer un projet assez "énorme", tant au niveaux des fonctionnalités que de sa complexité : l'Agoraphonix.

Ce projet (un peu ambitieux) est de proposer à la communauté Netophonixienne (spécialisée dans les sagas mp3) un moyen de recenser toutes les sagas mp3, de pouvoir leur donner des "bravos", de pouvoir les situer par rapport à certains critères grâce à des "géobravos", de permettre aux utilisateurs d'indiquer ce qu'ils ont écouté, ce qu'ils ont apprécié, pour pouvoir faire des suggestions d'écoutes, etc. etc.

Pour un projet si énorme, j'ai suivi le conseil que j'ai lu un peu partout, d'utiliser un framework PHP. Je dois le dire, je n'en avais jamais vraiment utilisé ; si je connaissais le concept de MVC (que j'avais déjà utilisé avec Qt), je ne l'avais jamais vraiment appliqué au web.

J'ai donc choisi de démarrer avec un framework très en vogue, symfony. Et je dois le dire, c'est absolument excellent. En deux jours, on sait le manipuler sans problèmes en suivant l'excellent tutoriel de la documentation (qui nécessite des connaissances intermédiaires en PHP, tout de même), et grâce à des magnifiques commandes, paf, pif, pouf, ça nous génère des squelettes tout prêts et des classes contenant tous les accesseurs nécessaires. Et tout est fait de telle manière à ce qu'il n'y aie plus besoin de faire de requête SQL à la mano \o/

Cependant, symfony (et sans doute beaucoup d'autres framework) oblige de travailler sur un serveur local pour le développement, car il est fait pour être utilisé avec le shell pour générer des modules (exemple : php symfony propel:generate-module Saga saga, et hop, de quoi créer/afficher/modifier/supprimer des sagas, avec formulaire, etc.). Et s'il y a bien un moyen facile de déployer l'application avec symfony (php symfony deploy), cela nécessite d'avoir un accès shell (SSH) de l'autre côté, ce que je n'ai pas. Il faut donc que j'envoie tous les fichiers à chaque synchronisation, par FTP.

Tous ? Non ! Il suffirait que je n'envoie que les fichiers modifiés... Mais comment savoir ceux que j'ai modifié depuis le dernier déploiement ? Et comment envoyer 15+ fichiers modifiés sans que ça devienne la galère ?

Voilà la p'tite astuce que j'ai utilisée, et qui pourra peut-être se révéler utile à quelqu'un qui se trouve dans la même situation. À chaque synchronisation, j'utilise rsync pour synchroniser mon répertoire de travail (ici, agora) avec un autre répertoire local (.agora-remote). Je récupère alors ce que fait rsync comme copie (en utilisant --log-file=rsynclog.tmp), et j'analyse le log pour ne récupérer que les fichiers qu'il aurait envoyé. Il ne me reste plus qu'à empaqueter tous les fichiers en questions dans un tar.gz (grâce à tar et sa magnifique option --from-files=), et hop, j'envoie le tout sur le serveur. Il ne me reste plus qu'à appeler (grâce à wget) un script PHP récupéré sur Internet, qui se chargera de décompresser l'archive sur place. Et voilà, c'est synchronisé \o/

Alors bien entendu, j'ai mis tout ça dans un bash, et tout est automatisé (et ça fait même des backups). C'est ci-dessous !

#!/bin/bash

echo " >> Nettoyage des fichiers de log"

cd /var/www/sfprojects
touch .rsynclog.txt rsynclog.tmp traitedlog.tmp
cat rsynclog.tmp >> .rsynclog.txt
rm rsynclog.tmp traitedlog.tmp

echo " >> Synchronisation avec le miroir local"

rsync -av agora/ .agora-remote/ --exclude-from=excludedpaths.txt --delete --log-file=rsynclog.tmp --log-file-format="%o %f" -q

echo " >> Récupération de la liste des fichiers modifiés"

python parselog.py > traitedlog.tmp

if [ -n "`cat traitedlog.tmp`" ]; then
  echo " >> Création du backup "

  cd agora
  tar czf ~/Bureau/Projets/Agoraphonix/Backups/agorabackup-`date +%d%m%y-%H:%M:%S`.tar.gz ./ --exclude-from=../excludefrombackup.txt
  cd ..

  echo " >> Compression des fichiers modifiés "

  cd .agora-remote
  tar czf ../agoraphonix-lastdiff.tar.gz --files-from=../traitedlog.tmp
  cd ..

  echo " >> Envoi sur le serveur distant"

  lftp -u monlogin,monpass ftp.serveurdistant.org -e "put agoraphonix-lastdiff.tar.gz ; quit"

  wget -q "http://dev.serveurdistant.org/extract-agoraphonix.php" -O -
else
  echo " >> Aucune modification depuis le dernier upload : rien n'est envoyé."
fi

Voilà. C'est un petite astuce trèèès pratique pour ce type de projet, où l'on utilise beaucoup de fichiers. Mais bon, tout cela aurait été plus simple, si j'avais un SVN...

*note : trouver un SVN pour l'Agoraphonix*

Edit (01/06) : Lien corrigé : l'écoute refonctionne désormais.

Quand un Aspic découpe, pour m'aider, une émission de débat nommée Synops : In The Sphere (deuxième émission), on tombe sur des extraits très étonnants, et en voici-un.

Reprécisons le contexte : un participant à l'émission (je ne sais plus qui c'est) commence à affirmer que le radical "sphère" de sagasphère montre que le monde des sagas mp3 est fermé et trop tourné vers soi-même.

Étant créateur de ce néologisme bien pratique repris malgré moi un peu partout dans le petit monde des sagas mp3, je prends la parole quelques instants en disant ceci :

En me réécoutant, j'ai terriblement l'impression d'entendre un discours d'Albanel (sans la voix, anéfé). De façon un peu dédaigneuse et sans réussir à comprendre l'intérêt de l'intervention de cette personne, je tente de clore un débat qui est pour moi (encore de nos jours) sans fondement et n'est qu'une perte de temps. Était-ce la même chose pour la ministre, lors des débats à l'Assemblée Nationale ?

D'autres oreilles remarqueront une sorte de coupure au milieu (21ème seconde). Je pensais que c'était le fait d'Aspic, qui avait découpé un blanc ou une intervention. Que nenni : c'est un vrai bout de pingouin, garanti sans coupe. Étonnant, non ? Flippant, presque.

...tout comme le fait que j'en fasse un billet ici-même.