- Publié le 12 octobre 2010 à 00:22
pwet.fr et Planet eZ Publish fr sont maintenant propulsés par eZ Publish 4.4. Deux migrations eZ Publish 4.2 vers 4.4 en deux jours, c'est un bon rythme même si le plus long a finalement été de commiter dans mon SVN ! Seule petite subtilité dans la mise à jour, j'ai eu à modifier légérèment les rewrite rules Apache pour autoriser la distribution directe des fichiers dans les répertoires du type extension/extname/design/designname/lib :
RewriteRule ^/extension/[^/]+/design/[^/]+/(lib|flash|stylesheets|images|javascripts?)/.* - [L]
Sans cette adaptation, la nouvelle interface pour afficher les sous-éléments d'un nœud restait vide car un des fichiers JavaScript nécessaire à l'affichage ne peut être chargé.
Au niveau des nouvelles fonctionnalités, le système de session bien plus léger par défaut (plus d'écriture/lecture en base de données, plus de session pour les utilisateurs anonymes par défaut) me ravit et améliore sans aucun doute les performances. La nouvelle interface pour afficher les sous-éléments est intéressante également même si il y a des choses à dire (j'y reviendrai probablement dans un prochain billet dédié).
- Publié le 08 mars 2009 à 22:46
J'ai installé aujourd'hui InDefero en remplacement de Trac pour la gestion de mes projets personnels. Il y a quelques mois, j'avais installé Trac un peu par dépit ne trouvant pas de logiciel à mon goût (un logiciel simple et léger, multi-projets avec au minimum la navigation dans des dépôts SVN, un wiki et gestionnaire de rapports et si possible en PHP) mais il fonctionnait assez mal (régulièrement j'avais des erreurs sur les pages) et l'utilisation en multi-projets était tellement pénible que j'avais fini par tout mettre dans un seul dépôt SVN...
InDefero est un clone libre de GoogleCode basé sur le framework PHP Pluf et il fournit déjà quasiment toutes les fonctionnalités dont j'ai besoin pour mes projets. La création d'un nouveau projet avec son dépôt SVN est d'une simplicité qui me fait regretter d'avoir utilisé Trac aussi longtemps ! Les seuls défauts que je lui trouve pour le moment sont une interface plus que minimale à l'ergonomie parfois perfectible et le choix de la syntaxe wiki Markdown. Après c'est aussi une question d'habitude, pour le wiki il est vrai que, entre la syntaxe de Mediawiki, TWiki (que j'utilise au travail), Trac et celle-ci, je m'embrouille un peu...
- Publié le 20 janvier 2009 à 20:56
Voila, à force d'y penser, j'ai fini par développer un Planet eZ Publish francophone, surtout que ce n'était pas grand chose en temps de développement, tout au plus l'équivalent de quelques jours, "graphisme" compris ! Toute ressemblance avec le backoffice d'un célèbre outil de gestion de contenu d'origine norvégienne est une pure coïncidence ;-)
À ma connaissance, il s'agit du troisième Planet utilisant eZ Publish après Planet eZ Publish (l'orginal :)) et le planet Fedora-fr. Si vous avez un blog francophone parlant d'eZ Publish, n'hésitez pas à inscrire votre flux (RSS ou Atom) !
Pour les curieux, le dépôt SVN avec l'ensemble du code est accessible en lecture. Je ferai certainement un article plus technique dans les jours qui viennent.
- Publié le 12 septembre 2008 à 12:10
Le choix d'un gestionnaire de source est souvent l'occasion de grandes réflexions ou de grands débats entre partisans des nombreuses solutions disponibles. Personnellement, je connais et j'apprécie Subversion surtout grâce au client svn ligne de commande que je trouve plutôt bien fait et très pratique pour mon usage quotidien professionnel (de la maintenance habituellement). En revanche, avec le client CVS l'impossibilité d'obtenir la liste des derniers commit avec le message et la liste des fichiers modifiés est un vrai problème (qui est plutôt d'ordre conceptuel qu'autre chose d'ailleurs). J'ai découvert récemment cvs2cl qui permet de générer plus ou moins ça avec bon nombre d'options et en passant des options au client cvs avec une syntaxe assez pénible. J'ai donc écrit le petit script suivant pour simplifier les options pour pouvoir spécifier une date de début et/ou de fin :
#! /bin/bash
# Génère une log des commit sur le modèle de "svn log"
# Nécessite cvs2cl, package du même nom sous Debian/Ubuntu
START=""
END=""
OPT='-g -Q --stdout -S --no-wrap --no-common-dir'
CMD=/usr/bin/cvs2cl
LOGARGS=""
print_usage()
{
echo "$1 [-h] [-s YYYY-MM-DD] [-e YYYY-MM-DD]"
}
while getopts "hs:e:" opt ; do
case $opt in
s ) START=$OPTARG ;;
e ) END=$OPTARG ;;
h ) print_usage "$0"
exit 0 ;;
* ) print_usage "$0"
exit 1 ;;
esac
done
[ ! -z "$START" ] && [ ! -z "$END" ] && LOGARGS="${LOGARGS}-d$START<$END"
[ ! -z "$START" ] && [ -z "$END" ] && LOGARGS="${LOGARGS}-d>$START"
[ -z "$START" ] && [ ! -z "$END" ] && LOGARGS="${LOGARGS}-d<$END"
[ ! -z "$LOGARGS" ] && OPT="${OPT} -l $LOGARGS"
$CMD $OPTRien de bien méchant (juste une bête utilisation de getopts), mais le script me réconcilie presque avec CVS :-) Dans la log générée, il manque juste l'opération qui a été effectuée sur le fichier et c'est un peu lent mais c'est toujours mieux que rien.
- Publié le 13 juin 2008 à 16:38
169% de CPU et 21% de la mémoire (!), ça fait mal, à se demander ce qu'il peut bien faire avec tout ça... Spéciale dédicace à Simon :p
