ZenTech - dotclear 2

Un blog bien sous tout rapport

hr — Thu, 14 Feb 2008 16:39:00 +0100

Ce blog est un dotclear 2 installé sur un système FreeBSD et servi par un lighty. J'ai choisi dotclear pour la possibilité de gérer de multiples blogs à partir d'un seul code, wordpress ne donnait pas cette possibilité simplement au moment de mon choix. Mon premier déploiement n'a pas été fait dans les règles FreeBSD, il est temps de remédier à cet insupportable état de fait.

Les applications web sont déployées dans /usr/local/www sous FreeBSD, le contenu des sites se trouve dans /usr/local/www/data.

# cd /usr/local/www
# tar zxvf ~/src/dotclear-2.0-beta7.tar.gz
# mv dotclear dotclear2

Le renommage du répertoire permet d'éviter un conflit dans l'éventualité de l'installation d'un dotclear 1.

Une fois le blog installé, il faut le configurer. La configuration de lighty est très simple, il suffit d'ajouter l'alias suivant pour un blog qui est atteint par http://www.bon.org/blog par exemple :

alias.url += (
        "/blog" => "/usr/local/www/dotclear2"
)

La suite de la configuration a déjà été abordée dans un autre billet.

Finalement la modification est assez mineure et revient uniquement à modifier le chemin d'alias pour tous les blogs hormis celui par défaut et ajouter un alias pour celui-ci.

ALETER Out of memory

hr — Wed, 13 Feb 2008 18:29:00 +0100

Si comme Doris vous avez de petits problèmes de mémoire avec dotclear 2 (dc2 beta7) lors du chargement de la page d'administration des utilisateurs, le problème vient probablement de MySQL.

Je me retrouve actuellement devant l'erreur suivante lorsque j'essaie d'administrer mes utilisateurs via l'interface d'administration :

Out of memory; restart server and try again (needed 65528 bytes) (1037)

Le problème me semble venir du serveur MySQL, une petite recherche google me conforte dans cette idée, je mets donc un peu de code de debug dans admin/users.php et je me retrouve avec cette requête SQL dantesque générée par la fonction getUsers() :

SELECT U.user_id,user_super,user_status,user_pwd,user_name,user_firstname,user_displayname,user_email,user_url,user_desc, user_lang,user_tz, user_post_status,user_options, count(P.post_id) AS nb_post FROM dc_user U LEFT JOIN dc_post P ON U.user_id = P.user_id WHERE NULL IS NULL GROUP BY U.user_id,user_super,user_status,user_pwd,user_name,user_firstname,user_displayname,user_email,user_url,user_desc, user_lang,user_tz,user_post_status,user_options ORDER BY U.user_id ASC  LIMIT 30 OFFSET 0;

Je comprends bien pourquoi mon petit serveur râle, devant l'adversité je me plie et je reconfigure mon serveur dans /var/db/mysql/my.cnf en modifiant une seule ligne :

sort_buffer_size = 128K

Après un redémarrage du serveur MySQL, tout rentre dans l'ordre et everybody is content.

Et si je racontais ma vie avec lighttpd

hr — Wed, 07 Nov 2007 00:37:00 +0100

La France serait un des pays comptant le plus de blogueurs, il n'y avait donc aucune raison que je fasse exception. Le problème étant que je souhaite séparer mes publications techniques de mes publications "3615 MyLife". Comment donc faire fonctionner 2 blogs avec une seule version du code de dotclear 2.0 et lighty ?

J'ai déjà expliqué, dans un post précédent, comment installer un dotclear 2.0 correctement avec lighty. En repartant de cette configuration, on va faire en sorte de créer un second blog sous l'url http://www.bonz.org/tech/ en utilisant le code placé dans le répertoire /blog/. Sur mon serveur, ce code se trouve dans le répertoire /usr/local/www/data/www.bonz.org/blog/.
L'intérêt d'un tel montage se trouve dans le partage du code du blog, la mise à jour de ce code se fait donc à la fois pour tous les blogs en un seul emplacement. Le partage de la zone publique dans laquelle se trouve les fichiers multimedia et le partage des thèmes. Dans l'ensemble on évite la duplication d'information.

On va commencer par créer un nouveau blog via l'interface d'administration de dc2. Le lien "Blogs" dans la colonne de gauche, permet d'obtenir la liste des blogs gérés par le site. La création d'un nouveau blog se fait par le lien "Créer un nouveau blog", les informations importantes sont l'identifiant et l'adresse du blog, respectivement tech et http://www.bonz.org/tech/. Après avoir sélectionné le nouveau blog dans la liste déroulante du haut, utiliser le lien "about:config" dans les extensions pour obtenir l'accès à certaines variables de configuration. La variable public_url doit avoir la valeur /tech/public et la variable themes_url la valeur /tech/themes. Maintenant que le blog est correctement configuré, on peut passer à la configuration de lighty.

La méthode consiste à créer un alias de lien en premier lieu et de réécrire les adresses ensuite. Pour créer un alias de lien, rien de plus facile.

alias.url += (
        "/tech" => "/usr/local/www/data/www.bonz.org/blog"
)

Je crée un alias entre l'url http://www.bonz.org/tech et le chemin système correspondant au code de mon blog. Je dois maintenant indiquer à dotclear 2 que je veux utiliser le blog dont l'identifiant est "tech".

# Dotclear2 env variable to get the right blog id
$HTTP["url"] =~ "^/tech/" {  
    setenv.add-environment = (
        "DC_BLOG_ID" => "tech"
    )
}

Le code de dotclear embarque un système permettant de passer cette information par une variable d'environnement. Les réécritures se font sur le même principe que celui exposé dans mon billet précédent sur le sujet.

url.rewrite-once += (
    "^/tech/(archive.*)" => "/tech/index.php/$1",
    "^/tech/(category.*)" => "/tech/index.php/$1",
    "^/tech/(feed.*)" => "/tech/index.php/$1",
    "^/tech/(page.*)" => "/tech/index.php/$1",
    "^/tech/(post.*)" => "/tech/index.php/$1",
    "^/tech/(tag.*)" => "/tech/index.php/$1",
    "^/tech/(trackback.*)" => "/tech/index.php/$1"
)

Il faut penser à mettre en place les quelques protections d'accès déjà abordées sur les répertoires sensibles.

La configuration est terminée, après un redémarrage de lighty tout devrait se passer sans encombres!

Et si on mangeait light

hr — Fri, 30 Mar 2007 16:54:00 +0200

Il y a toujours un moment dans la vie où on se dit qu'on mange trop lourd et qu'il faudrait faire attention et que j'ai pris du gras de là. il n'y a pas longtemps c'est ma passerelle qui m'a dit ça. Alors hop un p'tit coup de régime, un avis de la part d'un ami diététicien et c'est parti. lighttpd s'installe sans probléme sur un freebsd6.2 (lighttpd-1.4.13_2) et dès le premier démarrage, sans php, HAHAHA la blague.

[root@backdoor ~]# ps ax -o 'user pid %cpu %mem command' -w|grep www
www      36654  0.0  0.7 /usr/local/sbin/lighttpd -f /usr/local/etc/lighttpd/lighttpd.conf

A titre de comparaison, le port apache-1.3.37_2 sous freebsd, lancé avec la conf par défaut me donne ça :

[root@backdoor ~]# ps ax -o 'user pid %cpu %mem command' -w|grep www
www      49868  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49869  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49870  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49871  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd
www      49872  0.0  0.8  2716  2136  ??  S     2:25PM   0:00.01 /usr/local/sbin/httpd

La bonne blague donc, il suffit ensuite d'installer php en version FastCgi et de donner le chemin vers le binaire fcgi à lighttpd :

fastcgi.server = ( ".php" => ((
        "bin-path" => "/usr/local/bin/php-cgi",
        "socket" => "/tmp/php.socket")))

Un petit restart et des processus php-cgi apparaissent dans le sillage de notre serveur http sous aspartame.

Dans la foulée je m'installe un dotclear2 et à condition de mettre une petite série de règles de réécriture, je peux même me faire de jolies URL pour les billets.

url.rewrite-once += (
    "^/blog/(archive.*)" => "/blog/index.php/$1",
    "^/blog/(category.*)" => "/blog/index.php/$1",
    "^/blog/(feed.*)" => "/blog/index.php/$1",
    "^/blog/(page.*)" => "/blog/index.php/$1",
    "^/blog/(post.*)" => "/blog/index.php/$1",
    "^/blog/(tag.*)" => "/blog/index.php/$1",
    "^/blog/(trackback.*)" => "/blog/index.php/$1"
)
$HTTP["url"] =~ "/blog/(CHANGELOG|db|inc|cache|plugins)" {
    url.access-deny = ("")
}

Alors pour résumer, un fichier de configuration simpilissime à prendre en main, un système de modules niquel, une empreinte mémoire aussi imposante qu'un PEZ et un système de vhosts que ma mère peut comprendre. Une vraie tuerie, seul bémol, l'absence de système ala .htaccess qui, il faut l'avouer, est carrément convi (mais consommateur à chaque accès).