Ashram de Swâmi Petaramesh - dotclear

Les logiciels ça sert d'auto

Petaramesh — Wed, 07 Mar 2007 16:17:00 +0100

Les Logiciels Libres roulaize, tu vois, par exemple, comme ce modeste Ashram, le Vatican a choisi de bloguer^[1] sous DotClear...

Notes

[1] etudes-sacerdoce.org : Un site de l'Opus Dei, Maman, j'ai peur...

Avec en plus des vrais morceaux de Google Ads dedans, et un lien vers un blog anti-avortement^[1] dans la colonne de gauche...

J'espère que l'Obersrturmpape aura au moins pensé à envoyer une corbeille d'indulgences plénières et une caisse ou deux de vin de messe à l'équipe de développement...

(Le propriétaire du domaine etudes-sacerdoce.org, selon le whois^[2] est un certain Eric Le Meur... Tiens, c'est un nom de famille qui me dit vaguement quelque chose... Mais quoi déjà ? Je ne sais plus... Le monde est plein de coïncidences...)

(Sinon, le Guru d'ici est quand même vachement plus beau et charismatique que les gurus de là-bas, en toute modestie, il faut le reconnaître...)

Notes

[1] Qui lui, n'est pas sous DotClear, mais hébergé sur une plate-forme commerciale (blogspot.com).

[2] Rappelons qu'il s'agit donc d'une information publique, qui n'est en rien confidentielle.

DotClear 2.0 en multiblog

Petaramesh — Thu, 21 Dec 2006 09:25:00 +0100

Après avoir installé DotClear 2 bêta initialement en mode "monoblog", je viens de le passer en mode multiblog, et ça le fait extrêmement bien.

Trucs et astuces, avec plein de moldave dedans.

J'héberge en effet déjà deux blogs sur ce brave Totor, et seul l'ashram était jusqu'ici sous DotClear 2.0ß installé en mode monoblog, l'autre blog tournant jusqu'ici de son côté sous DotClear 1.2.5.

Comme j'envisageais depuis l'autre jour l'éventuelle mise en route d'un nouveau blog pour mademoiselle Patâpatî (afin d'inciter celle-ci à écrire davantage, dans le but sournois - on peut rêver - d'améliorer son orthographe), j'ai décidé de rationaliser tout ça, et de tirer parti des capacités multiblog de DotClear 2.0ß pour gérer les deux blogs existants et laisser la place à de futurs petits nouveaux, le tout avec une seule installation de DotClear à faire tourner et à maintenir, comme c'est reposant...

Il existe déjà, sur le forum de DotClear 2, un fil traitant de la question, toutefois je ne m'en suis pas vraiment inspiré, préférant me fier à mon instinct et à ce que j'avais déjà compris du fonctionnement du nouveau bestiau.

Mon objectif était :

Utilisant un serveur physique unique (une seule machine) ;
Avoir une seule installation de DotClear ;
Faisant tourner plusieurs blogs différents ;
Hébergés sous des noms de domaines différents ;
Via des serveurs HTTP virtuels (Apache) différents ;
Ayant pour chaque blog son répertoire de base, son répertoire "public", et son répertoire de "themes" à soi, possiblement dans le "home directory" de chaque utilisateur, de manière à rendre facile pour l'utilisateur la gestion par FTP de ses thèmes et fichiers personnels.

Donc en gros, avoir une installation de DotClear unique du point de vue de l'administrateur système, mais gérant plusieurs blogs de manière "étanche" et apparemment indépendante du point de vue tant du visiteur, que du propriétaire de chaque blog.

L'opération est un succès, aussi voici comment j'ai procédé, ainsi que les limites que j'ai pu percevoir à la chose.

La limite principale me semble être que, dans la mesure où, dans la configuration de dotclear, on doit définir pour chaque blog le chemin hébergeant le répertoire "themes" et celui du répertoire "public" non seulement sous forme d'URL (relative au blog), mais également sous forme de chemin de répertoires (relatif au répertoire dans lequel le "moteur" de DotClear est installé), il apparaît que le moteur de DotClear doit être installé sur le même serveur physique que les répertoires des blogs des utilisateurs (sauf à vouloir trifouiller du NFS...).

Lors de l'installation de multiples blogs, on verra en fait que ces définitions de chemins relatifs sont les choses les plus chiantes à faire. Mais pas tant que ça, une fois qu'on a saisi le truc.

En dehors de cette histoire de chemins, l'installation de DotClear en mode multiblog est assez peu différente du mode monoblog, aussi m'a-t-il été relativement facile de convertir mon système d'un mode vers l'autre. Je ne reviendrai pas sur mon installation de base initiale, que j'avais décrite dans cet article, notamment en ce qui concerne redirections, ré-écriture d'URLs, etc.

A partir de cette base, pour passer le tout en mode multiblog, voici, ce que j'ai fait :

J'ai installé tous les fichiers de DotClear quelque part sous la racine de mon serveur web "principal", par exemple sous /var/www/html/dotclear/ .
Je me suis ensuite arrangé, par une petite ruse de Sioux, pour que cette installation soit "invisible" pour un visiteur de mon serveur principal (s'il requiert cette URL, il se mangera un "404 Ça n'existe pas !", et non pas un "403 Niet tovarich !".)

Ensuite, et pour chaque blog à héberger :

Créer un répertoire de base pour le "serveur" virtuel, où on le souhaite.

Dans la configuration du serveur virtuel, définir simplement deux "Alias" pour l'installation de DotClear et l'accès à son interface d'administration :

<IfModule mod_alias.c>
        Alias /blog/ "/var/www/html/dotclear/"
        Alias /admin "/var/www/html/dotclear/admin"
</IfModule>

...rendant ainsi l'installation unique accessible depuis des serveurs virtuels installés dans un répertoire de base franchement différent.

Puis, installer dans le répertoire de chaque blog, uniquement :

Un fichier "index.php" appelant le blog ;
Le répertoire "themes" contenant les thèmes que le blog utilisera, et que son propriétaire pourra personnaliser à loisir (Ne pas oublier d'y copier le répertoire du thème "default" !) ;
Le répertoire "public" dans lequel le propriétaire du blog pourra mettre ses fichiers attachés personnels.

On voit donc que l'installation pour chaque blog est extrêmement "légère", le truc un peu glauquesque étant seulement la bonne définition des chemins :

Pour l'"index.php" de chaque blog, deux lignes sont particulièrement importantes, et doivent être soigneusement réglées :

define('DC_BLOG_ID','nomdemonblog');

Celle-ci se passerait presque de commentaire : Il faut y indiquer le nom du blog que cet index.php devra afficher ;-)

require dirname(__FILE__).'/../../../../var/www/html/dotclear/inc/public/prepend.php';

Celle-ci est plus poilue des fesses, et c'est bien elle qui m'a donné du mal, à cause de la rafale de point-slash à doser convenablement, car on doit :

Aboutir au fichier "prepend.php" de l'installation "unique" de DotClear ;
Le chemin spécifié est relatif à l'emplacement de l'index.php ;
Bien que commençant par un "/", qui est "nécessaire mais ignoré", en quelque sorte ;
On est donc obligé de définir un chemin relatif, en remontant jusqu'à la racine du filesystem (d'où les ../../../...), puis en redescendant de là, dans /var
C'est en fait le seul truc vraiment tordu, mais pas de doute, il est tordu.

Ceci étant fait, il ne reste plus qu'à définir, pour chaque blog, les chemins d'accès au répertoire de thèmes, et au répertoire "public", dans son "about:config"

Voici ce que ça donne chez moi :

public_path :   /home/tartempion/web/public
public_url :    /public
themes_path :   /home/tartempion/web/themes
themes_url:     /themes

Et c'est tout !

On voit simplement que le "path" est relatif au filesystem du serveur, tandis que l'URLest relative à la racine du serveur web virtuel. C'est toute l'astuce.

A partir de là, ça gazouille gentiment.

Enjoy !

Statisticator 2.0 : Le retour de la mission

Petaramesh — Mon, 18 Dec 2006 15:21:00 +0100

Depuis que j'étais passé de DotClear 1.2.5 à DotClear 2.0ß3.1 au début du mois, j'étais bien malheureux de ne plus avoir aucune statistique de fréquentation de cet humble ashram. Non pas que je passe mes journées le nez dans mes statistiques pour flatter mon ego, mais il est tout de même intéressant de savoir d'où proviennent les visiteurs qui arrivent, ou d'observer les pics qui se produisent - ou non - en réaction à tel ou tel billet plus intéressant ou plus polémique que la moyenne.

Bref, je n'avais plus de statistiques, et je ne voulais pas non plus recourir à des serveurs de statistiques externes, pour diverses raisons d'ordre philosophique, incluant le respect de la vie privée de mes visiteurs (ne pas faire tracer par un tiers-site commercial leur passage chez moi).

Bref, j'ai aujourd'hui remis en oeuvre divers systèmes de stats, et ce billet a pour but de faire un peu le point sur le sujet, pour ceux qui auraient le même problème avec leur DotClear 2.0ß (Aoraki) tout neuf...

Le premier point dont il faut être conscient dès lors qu'on va parler de systèmes de statistiques, c'est qu'on n'en trouvera jamais deux qui donneront les mêmes résultats, et souvent de très loin, tout simplement parce qu'ils ne fonctionnent pas de la même manière, et n'enregistrent fondamentalement pas les mêmes choses :

Certains n'enregistreront que le comptage d'accès aux pages, tandis que d'autres auront la notion de "visites" (qu'ils gèreront cependant toujours différemment), voire même de "visiteurs uniques".
Certains, pour fonctionner, auront besoin que le navigateur du visiteur accepte d'exécuter du Javascript, d'autres non. Les premiers ne pourront généralement pas compter les passages de robots, ou de navigateurs incapables d'exécuter du Javascript, ou configurés pour le refuser.
Certains, pour reconnaître "visites" et "visiteurs", ont besoin de stocker un cookie dans le navigateur du visiteur ; ceci, là encore ne marchera pas avec tous les navigateurs, ni avec les robots.
Certains sont capables de reconnaître les robots via leur USER-AGENT, et de les prendre en compte comme tels ; d'autres non.
Etc, etc.

Il faut donc se dire à l'avance que, si l'on installe ou essaie plusieurs systèmes, et qu'ils ne donnent pas (et même pas du tout) les mêmes résultats, cela ne signifie pas qu'il y en a au moins un qui ne marche pas. Cela peut simplement signifier qu'ils fonctionnent très différemment.

Dès que je suis passé à DotClear 2.0ß, la première chose que j'ai installée, le plus simple, c'est un plugin compteur qui existe déja :

Le plugin Visites

Le plugin Visites est certainement l'outil de comptage le plus simple à installer sous DotClear 2.0ß, c'est aussi le plus rudimentaire.

Il ne sait afficher qu'un maximum de 3 compteurs différents, dont vous voyez un exemple ici dans la colonne de gauche - c'est moi qui ai installé la police de chiffres utilisée ici, et qui ne faisait pas partie du plugin original.

Ces compteurs enregistrent :

Le nombre de pages vues
Le nombre de "visites"
Le nombre de "visiteurs uniques"

Il utilise un cookie pour reconnaître les "visiteurs uniques", aussi cela ne marchera pas pour les robots et les navigateurs qui refusent les cookies.

Ce plugin s'installe dans DotClear 2.0ß comme un plugin ordinaire, et est mis en oeuvre via un "widget" que l'on dépose dans l'une des colonnes du blog. C'est tout.

Passons maintenant aux choses plus sérieuses : De véritables systèmes de statistiques.

BBClone

Je regrettais très-très fort que DotClear 2.0ß ne dispose pas encore d'un plugin BBClone, comme l'excellent plugin BBClone existant pour DotClear 1.x, mais évidemment non compatible.

BBClone est vraiment un outil sympathique, car il donne des informations suffisamment complètes pour être utiles, mais suffisamment simples et synthétiques pour tenir sur 2 ou 3 pages principales (Global / Détail / Graphique temporel), ce qui me suffit "presque complètement".
De plus, BBClone sait différencier les robots, indiquer les pays de provenance des visiteurs, et il ne recourt ni au Javascript ni aux cookies sur le navigateur du visiteur.
De ce point de vue, c'est pour moi un outil quasiment idéal.
Il conserve et met à jour, par contre, ses statistiques dans un fichier "plat" (flat-file) et non pas dans une véritable base de données, aussi je m'interroge tout de même sur son coût en matière de performances au fur et à mesure que ce fichier vient à grossir...

J'ai cependant réussi à installer et faire fonctionner BBClone 0.4.8b-UTF-8, en l'installant "normalement" en dehors de DotClear à partir de son archive d'origine, puis en le branchant sur DotClear de manière à en enregistrer les statistiques.

L'installation de BBClone 0.4.8b-UTF-8 proprement dite ne pose pas de problème particulier ; il suffit de suivre la documentation fournie. Le "branchement" sur DotClear, par contre, c'est une toute autre affaire, surtout pour la buse en PHP que je suis.

J'ai, à vrai dire, commencé par essayer d'écrire mon premier plugin DotClear, mais je n'y suis pas parvenu comme ça. Enfin, j'ai réussi à écrire un début de bout de plugin qui parvenait visiblement bien à appeler BBClone, mais celui-ci refusait cependant de fonctionner :

Une tentative de le faire appeler dans publicAfterDocument ne donnait absolument rien du tout ; rien ne montre que BBClone était effectivement appelé... ou pas.
Une tentative de le faire appeler dans publicPrepend l'appelait visiblement, mais il ne fonctionnait pas pour autant.
Une tentative de le définir comme template ($core->tpl->addValue('BBClone',array('bbclone','bbc_count'));), puis de le faire appeler en pied de page depuis le _footer.html du thème, l'appelait visiblement, mais là aussi, il ne voulait pas marcher.

Pour les 2 derniers cas, si BBClone était appelé sans que le flag "$BBC_DEBUG" soit défini dans son fichier de config, il ne se passait rien de visible (aucun comptage).
Si par contre le flag "$BBC_DEBUG" était défini dans son fichier de config, alors BBClone balançait un fumant message d'erreur :

BBClone isn't able to read its configuration data. This is likely because you embedded BBClone's code snippet into a function. Please use BBClone as suggested in the documentation.

Il n'aimait donc pas être appelé depuis l'intérieur d'une fonction, quoique le message d'erreur par lequel il se plaignait de ne "pas pouvoir lire sa config" était vraiment à la con, puisqu'il prouvait par là-même qu'il avait bien lu le flag "$BBC_DEBUG" défini dans le fichier de config même qu'il se plaignait de ne pas pouvoir lire ! Va comprendre, Charles...

Bon, j'ai eu beau le tourner dans tous les sens, je n'ai pas trouvé de solution, alors j'ai fini par me contenter de bidouiller mon blog.php (qui correspond pour vous à index.php, j'ai simplement renommé le mien).

Voici, pour vos yeux ébahis, ce que j'ai rajouté au début de mon blog.php (et que vous pouvez quant à vous ajouter au début de votre index.php) :

if ( !ereg('^/(feed|wikibar)/', $HTTP_SERVER_VARS['PATH_INFO'])
        and !ereg('^pf=', $HTTP_SERVER_VARS['QUERY_STRING']) ) {
        define("_BBCLONE_DIR", "bbclone/");
        define("COUNTER", _BBCLONE_DIR."mark_page.php");
        if (is_readable(COUNTER)) include_once(COUNTER);
}

La regexp conditionnant le paragraphe, aux deux premières lignes, est là pour éviter de compter comme "visites" les appels de feed RSS ou Atom, et le chargement d'éléments de la Wikibar, etc, qui se font par appels récursifs de l'index.php.
la ligne define("_BBCLONE_DIR", "bbclone/"); est très importante : Elle doit définir le chemin où est installé BBClone relativement au chemin du fichier index.php lui-même. Ne commencez pas par un "/", sinon vous devrez indiquer le chemin physique complet sur le serveur, que vous ne connaissez pas forcément.

Voilà. Avec ce petit paragraphe dans index.php (enfin, chez moi, blog.php), cela fonctionne parfaitement. Enfin, du moins, cela compte des choses ;-)

J'ai quand même voulu essayer aussi un autre outil :

PHPmyVisites

Là aussi, comme pour BBClone, j'ai installé PHPmyVisites en dehors de DotClear 2.0ß, à partir de son site officiel, puis je me suis débrouillé pour le "brancher sur DotClear''".

PHPmyVisites ets un outil beaucoup plus complet (et complexe) que BBClone.
Il donne beaucoup plus d'informations diverses que BBClone, quoiqu'il ne semble pas capable de donner des informations détaillées par visiteur : "Quelles pages a visité tel de mes derniers visiteurs ?", alors que BBClone en est capable.

Parmis les principales caractéristiques que je retiens de PHPmyVisites en un premier coup d'oeil :

Fonctionne par un bout de code Javascript à ajouter dans chaque page à tracer.
Ne fonctionnera donc pas pour tracer les robots et les navigateurs sans Javascript
Utilise une base de données MySQL : Sans doute plus adapté à des gros sites que BBClone (qui utilise des fichiers simples).
Est prévu pour un fonctionnement multi-site et multi-utilisateurs, avec notion d'administrateur, etc.
Donne des infos extrêmement complètes et des tas de graphiques.
Est capable de générer un beau fichier PDF de vos statistiques !
Est même capable de vous les envoyer quotidiennement par mail.

Pour effectuer l'appel de cette chose, j'ai simplement placé le bout de Javascript qui l'appelle dans le fichier "_footer.html" de mon thème :

Recopier le _footer.html du thème default dans le répertoire de mon propre thème - qui n'en avait pas, si votre thème en a déjà un, utilisez celui-là
Ajouter à la fin le code qui vous a été fourni lors l'installation de PHPmyVisites
C'est tout.

Cette méthode garantit que seuls les véritables appels de pages seront comptabilisés, le code ne figurant que dans les pieds de pages, les appels récursifs d'éléments, ou les appels de flux RSS ne seront pas pris en compte. Hélas, les robots ne seront pas "vus" non plus, puisqu'ils n'exécutent pas le Javascript...

Conclusion (provisoire)

Update 17:58 :

J'écrivais initialement à la fin de ce billet

Dans l'état actuel des choses, aussi bien BBClone que PHPmyVisites semblent fonctionner chez moi, toutefois, ils donnent des résultats extrêmement, mais alors extrêmement différents, BBClone comptant considérablement plus de choses que PHPmyVisites ...

La différence de comptage était due au fait que BBClone comptait comme des appels de pages des éléments de la cuisine interne récursive de DotClear, notamment tous les éléments appelés avec un QUERY_STRING commençant par "?pf="^[1].
J'ai donc après coup rajouté dans mon blog.php une deuxième ligne de test avec une regexp éliminant tous les appels comportant une QUERY_STRING commençant par ?pf=. Cela semble rendre les deux outils statistiques grandement plus en accord l'un avec l'autre, et la différence beaucoup plus faible qui persiste dans leur comptage semble cette fois décemment pouvoir être attribuée aux robots.

Si vous avez envie de voir comment se comportent ces deux outils, contactez-moi, et je pourrai - peut-être - vous prêter un login et un mot de passe vous permettant de jeter un oeil à mes stats.

Euh, juste une chose... : Je n'ai pas envie de les rendre "publiques", aussi je ne confierai un tel mot de passe qu'à mes "copains et copines de blog", aux gens que je connais bien, quoi. Si vous vous posez la question de savoir si vous en faites ou non partie, c'est que ce n'est probablement pas le cas ;-)
Sinon, n'hésitez pas à me demander le code magique pour regarder les stats de l'ashram ;-))

Notes

[1] D'autant plus bizarre que mon DotClear tourne en mode PATH_INFO et non pas QUERY_STRING...

Les choses qui fâchent

Petaramesh — Sat, 16 Dec 2006 12:13:00 +0100

J'ai promis de ne plus parler de Dotclear, ni de donner le moindre de début de date pour ces raisons là. Dotclear sortira le jour de sa sortie et peut-être même sans annonce si ça continue.
- Saint Olivier, principal auteur de dotclear, sur le forum dotclear 2.0 (11/12/2006 11:29:53)

(Il a oublié de préciser Pète les couilles ! Bordel, chier ! Merde !)

Installation de dotclear 2 Aoraki

Petaramesh — Sun, 03 Dec 2006 10:30:00 +0100

Le but de ce billet est de détailler quelques points de mon installation de dotclear 2 (Aoraki) (en upgrade depuis dotclear 1.2.5), et notamment les méthodes barbares pour :

Installer le blog à la racine du site
Masquer, dans les URLs visibles pour les visiteurs, le nom du sous-répertoire et le "index.php"
Rediriger les anciennes URLs du blog dotclear 1.2.5, de manière à ce qu'elles fonctionnent toujours avec dotclear 2 (Aoraki), qui a des URLs composées différemment (comportant un élément supplémentaire)

Toutes les bidouilles que je vais narrer ici sont basées sur la réécriture d'URL et la redirection d'URL, effectuées par le serveur.

Afin d'éviter les confusions, je vais rapidement expliquer la différence entre ces deux concepts : Supposez que le facteur vous apporte un colis qui n'est pas pour vous, mais pour l'ancien locataire :

Vous acceptez le colis sans rien dire, puis l'apportez vous-même à l'ancien locataire : vous avez fait de la réécriture d'URL : Le colis est arrivé à son destinataire, le facteur n'a rien eu à faire de plus, mais il n'est pas forcément informé que l'adresse du destinataire a changé.
Vous n'acceptez pas le colis, mais vous informez le facteur de la nouvelle adresse du destinataire ; le facteur devra aller livrer lui-même le colis à cette adresse : vous avez fait de la redirection d'URL : Le facteur a du effectuer deux livraisons, mais il connaît maintenant la nouvelle adresse du destinataire. La prochaine fois, il s'y rendra directement.

On voit donc que :

La réécriture d'URL peut permettre de masquer en permanence le fait qu'une destination réelle diffère de la destination apparente. C'est le serveur qui fait le boulot de livrer le colis au bon endroit.
La redirection d'URL permet de prévenir "l'expéditeur" que l'adresse a changé. C'est au navigateur du visiteur de se connecter sur la nouvelle adresse (ce que la plupart des navigateurs font automatiquement), mais c'est surtout utile pour les robots des moteurs de recherche, qui mettent à jour leur index en ne conservant que la destination véritable.

La réécriture d'URL est gérée par le module mod_rewrite du serveur web Apache.
La redirection d'URL est gérée par le module mod_alias du serveur web Apache.

La disponibilité de ces modules dépend de votre hébergeur.

Je les ai personnellement configurés dans le fichier de configuration du serveur virtuel du domaine de mon blog, qui est chez moi "/etc/httpd/conf/vhosts.d/petaramesh.org.conf".
Mais si vous faites appel à un hébergeur extérieur, vous n'aurez certainement pas accès à un tel fichier, et vous devrez (probablement) mettre les directives en question dans un fichier ".htaccess" installé à la racine de votre site.

Les instructions de redirection devront y être écrites dans l'ordre où je les donne.

Installation de dotclear à la racine

Ceci vous permettra de mette votre blog à l'adresse http://petaramesh.org par exemple, plutôt que http://petaramesh.org/dotclear/index.php.

De même, vos billets auront des URLS comme http://petaramesh.org/post/2006/12/02/Saut-quantique-effectue par exemple, plutôt que http://petaramesh.org/dotclear/index.php/post/2006/12/02/Saut-quantique-effectue.

En premier lieu, déposons le fichier archive de dotclear 2 (Aoraki) : dotclear-2.0-beta3.1.tar.gz (ou .zip) dans le répertoire racine de notre site, et décompressons-le, ce qui crée un sous-répertoire dotclear qui contient la totalité des éléments nécessaires.

(Vous pouvez aussi le décompresser sur votre ordinateur, et uploader par FTP la totalité de l'arborescence ainsi obtenue. Tout dépend de savoir si vous pouvez exécuter une décompression directement sur le serveur, ou pas.)

Personnellement, j'ai choisi de renommer le répertoire dotclear en blog chez moi, mais vous pouvez très bien le garder sous l'appellation dotclear. Il vous faudra seulement modifier en conséquence (n'oubliez pas de le faire !) les règles que je donne ci-dessous.

Ensuite, déplacez le fichier "index.php" du répertoire "blog" vers le répertoire racine de votre site. Personnellement, j'ai également renommé "index.php" en "blog.php".

Modifiez ensuite ce fichier de manière à bien y indiquer le nom de votre blog, si ce n'est pas "default" :

# Define your blog here
        define('DC_BLOG_ID','ashram');

Et prenez soin de bien indiquer la localisation du fichier prepend.php à partir de la racine de votre site :

require dirname(__FILE__).'/blog/inc/public/prepend.php';

Voilà.

Nous allons maintenant nous intéresser aux réécritures à mettre en place, probablement dans votre fichier .htaccess, à installer à la racine. N'oubliez pas d'instructions, et laissez-les bien dans le même ordre :

=> (Documentation mod_rewrite du serveur web Apache.)

RewriteEngine On
RewriteOptions inherit

Ces deux lignes permettent d'activer le moteur de réécriture, et d'hériter ses règles de fonctionnement par défaut de celles définies pour l'ensemble du serveur. Il n'est pas certain qu'elles soient nécessaires chez vous.

RewriteCond %{REQUEST_URI} ^/(admin|locales|public|themes)
RewriteRule ^/(.*)$ /blog/$1 [L]

Ces deux lignes permettent de rediriger les URLs spécifiques à l'interface d'administration et aux différents sous-répertoires de votre installation dotclear.^[1]
(n'oubliez pas que le "/blog/" n'est valable que parce que mon blog est installé dans un répertoire appelé "blog". Si chez vous c'est "dotclear", adaptez en conséquence).

RewriteCond %{REQUEST_URI} !^/(cgi-bin|error|icons|robots.txt|favicon.ico|2006/|404|blog|files/|img/|webcollage)

Ici, une regexp définit une série de répertoires ou pages pour lesquelles nous ne voulons effectuer aucune réécriture, de manière à pouvoir accéder à ces pages ou répertoires qui peuvent être installés dans notre site en-dehors de l'architecture du blog lui-même. Il est particulièrement important de mentionner le fichier "robots.txt" si vous en avez un, ainsi qu'éventuellement les répertoires "/cgi-bin" et "/icons" du serveur, si vous voulez qu'on puisse accéder à leur contenu sans se retrouver routé dans le blog.
L'entrée "/2006/" sert à ne pas réécrire les anciennes URLs de l'installation de dotclear 1.x. Elles seront reroutées plus bas.

RewriteCond %{REQUEST_URI} !^/(A-lire-ailleurs|Big-brother|Chienne-de-vie|General|Inferno-chomismorum|Informatique-non-duelle|Intime-universel|Mechancete-gratuite|Miscellania|Non-dualite|Paul-et-mick|Politique-infiniment-dualiste|Pornographie|Port-nawak|Pouet|Raleries-dualistes|Wrt54g)$

Cette entrée spéciale sert à ne pas réécrire les anciennes URLs des catégories de votre blog. Mettez ici vos propres catégories, ou omettez la ligne si vous n'en utilisiez pas ou si vous vous en foutez.

RewriteRule (.*)$ /blog.php/$1 [L]

Voici enfin la règle de réécriture proprement dite, qui rajoute un "/blog.php/" au début de toutes les URLs que le serveur reçoit, et qui n'ont pas été traitées spécifiquement, ou spécifiquement ignorées du fait des règles précédentes.

Redirection des anciennes URL dotclear 1.x

=> (Documentation mod_alias du serveur web Apache.)

dotclear 2 ajoute dans les URLS un élément de "catégorie", comme "/post/", "/archive/", ou "/category/", etc, qui n'existait pas dans dotclear 1.x. Il faurt donc maintenant construire les redirections comme suit :

Redirect permanent /blog/rss.php http://www.petaramesh.org/feed/rss2

Cette permière règle est une tentative de redirection du flux RSS de l'ancienne adresse à la nouvelle, et ça, je ne sais pas du tout si ça marche pour les agrégateurs ;-)

RedirectMatch 301 ^/2006/([0-9]{2}/[0-9]{2}/[0-9][0-9]*-.*)$ /post/2006/$1

Cette règle-ci redirige toutes mes anciennes URLs de posts de 2006, vers les nouvelles. Attention, si vous avez des posts d'années antérieures, mettez plusieurs lignes, ou adaptez la regexp en conséquence.

RedirectMatch 301 ^/2006/([0-9]{2}/[0-9]{2})$ /archive/2006/$1
RedirectMatch 301 ^/2006/([0-9]{2})$ /archive/2006/$1

Ces deux lignes traitent les entrées d'archives (affichage jour et mois, respectivement).

RedirectMatch 301 ^/(A-lire-ailleurs|Big-brother|Chienne-de-vie|General|Inferno-chomismorum|Informatique-non-duelle|Intime-universel|Mechancete-gratuite|Miscellania|Non-dualite|Paul-et-mick|Politique-infiniment-dualiste|Pornographie|Port-nawak|Pouet|Raleries-dualistes|Wrt54g)$ /category/$1

Et enfin cette ligne traite les catégories. Il vous faut donc y mettre vos catégories (celles qui existaient dans votre ancienne installation ; il ne sera pas utile de rajouter des catégories que vous créeriez uniquement dans votre nouvelle installation).

Et voilà. Si vous avez tout bien fait, vous devriez maintenant avoir un dotclear 2 (Aoraki) installé à la racine, et avec des URLs compatibles avec celles de votre vieux dotclear 1.x.

Pour les autres instructions d'installation (initialisation, etc...), veuillez vous rapporter à la belle documentation et au forum approprié...

Elle est pas belle, la vie ?

Notes

[1] Certains sous-répertoires ne sont pas mentionnés : Ceux auxquels le visiteur n'est pas censé accéder directement, par exemple /db/, /inc/ et /plugins/. dotclear y installe par ailleurs un fichier .htaccess contenant l'instruction "Deny from all", qui y interdit l'accès.

Saut quantique effectué !

Petaramesh — Sat, 02 Dec 2006 15:03:00 +0100

Et c'est même le premier billet que je tape dans doctclear 2 / Aoraki, par la même occasion...

Bon ben voilà, c'est fait. Ca n'a pas explosé. Il ne reste plus qu'à trouver, au fur et à mesure, ce que j'ai oublié...

Bien sûr, c'est encore une bêta, donc il manque encore quelques plugins et quelques trucs de finition, en particulier :

Je n'ai plus de statistiques (BBClone + GStat), mais je m'en fiche un peu, du moins, pour le moment.
Plus de recherche avancée ni de recherche surlignée.
Plus de "rétroviseur" suggérant la lecture d'un ancien billet au hasard.
Plus de "Nobles Sûtras" dans la colonne de gauche, enfin pour le moment...
Plus de page spécifique à la licence (je renvoie pour l'instant directo chez Creative Commons).

Et un truc qui m'embête beaucoup :

L'absence de la Wikibarre de mise en forme dans la boîte à commentaires (cependant les commentaires enrichis au format Wiki sont toujours supportés, mais il manque la barre d'aide aux débutants en Wikifaction...)

Mais il y a quand même des plus !

Le tout nouveau tout beau doctclear 2 / Aoraki (L'interface administrateur, c'est d'la balle !)
Le nouvel antispam "Akismet" intégré, on va bien voir si c'est efficace...
Une nouvelle page contact un peu mieux foutue, avec un captcha dedans.^[1]
Le nouveau thème Giacomode Kozlika que j'ai ainsi une nouvelle occasion de remercier :-)

Voilà, ben y'a plus qu'à voir ce que ça nous donne à l'usage !

Bienvenue à bord !

(Et dites-moi si ça marche beau...)

Notes

[1] Oui, je sais que c'est mauvais pour l'accessibilité, et je m'en excuse :-\

Dernières balises (avant mutation)

Petaramesh — Sat, 02 Dec 2006 14:00:46 +0000

D'ici quelques brefs moments, cet humble ashram va accomplir le saut quantique vers dotclear 2.0 (Aoraki)...

Alors cette dernière balise juste pour signaler le cataclysme à venir à mes aimables lecteurs, mais surtout pour informer ceux qui me suivent via un lecteur RSS que l'adresse du flux RSS de l'ashram va changer, et qu'il faudra donc que mes lecteurs suppriment, puis recréent les flux correspondants dans leurs lecteurs RSS, faute de quoi ils ne recevraient plus les nouveaux billets et nouveaux commentaires - à moins que je ne me décide à rediriger aussi les flux, et qu'ils ne reçoivent du gloubiboulga...

Voilà, donc, dès que vous noterez que l'aspect visuel de l'ahsram a changé, et qu'il y a des trucs qui ne marchent plus,^[1] il sera temps de mettre à jour vos fils RSS.

Quant au titre de cette dernière balise, il est bien évidemment emprunté à Hubert-Félix Thiéfaine.

Notes

[1] Allô ? Murphy ?

Jyvaty Jyvatypâ ?

Petaramesh — Fri, 01 Dec 2006 19:38:30 +0000

"J'ai testé pour vous"...

dotclear 2 Aoraki, et ça a l'air d'être trop d'la balle...

Un petit avant-goût de ce à quoi ressemblera peut-être cet humble ashram dans quelque temps, quand j'aurai branché les trucs et les machins et les bordels de plugins et la customisation du thème (merci encore, Kozlika !) et tout ce genre de trucs que je ne sais pas encore trop comment faire...

Enfin c'est bel et bon. Un peu chiatoire à installer (j'ai du rajouter un certain nombre de RPMs dans ma linuxette) mais ça le fait plutôt bien.

Bon, y'a plus le calendrier (il faudra que je le remette), y'a plus la page contact (idem), y'a plus les pages related (idem), y'a plus les stats BBClone (idem), y'a plus la recherche avancée, y'a plus le billet aléatoire... Mais en dehors de tout ce que y'a pas, y'a tout :-}

Le plus affreux, c'est que les URLs de tous les billets vont changer :-/

Encore un peu de boulot avant de sortir en prime-time, quoi...

(Et j'ai même trouvé moyen de le foutre à la racine, finalement...)

'tention, au fait, c'est encore une bêta...

Parce qu'elle le vaut bien

Petaramesh — Mon, 13 Nov 2006 13:21:05 +0000

Happy Naninanère Kozlika !

J'ai l'impression qu'il y a un complot de blogueurs, anguille sous roche, ou quelque chose comme ça, puisque j'en vois tomber de tous les côtés, aussi bien chez Tarquine que chez Chondre ou chez Traou ou chez Vroumette ou chez Samantdi ou chez le Pitaine ou sûrement à plein d'autres endroits que je ne lis pas ou moins souvent ou qui ne sont pas dans mes fils RSS, ou dans plein d'autres que je lis mais qui n'ont pas encore "Kôtkotkôôôôooott !" pondu, brèfle, tout le gratin du ban et de l'arrière-ban de la blogosphère dotclear-o'phile semble avoir comploté pour souhaiter de conserve un Joyeux Naninanère à celle qu'il est convenu d'appeler "La Fée" dans les milieux bien informés proches des sources autorisées.

Personnellement, bien que je la lise à l'occasion et avec plaisir - Comme Traou, je ne saurais trop recommander son fabuleux billet Lettre à Monsieur LaVie et son désopilant billet sur bas Dim-up et sexytude extreeym'^[1] - et qu'elle m'ait fait celui de laisser une paire de commentaires ici, je n'ai pas l'honneur de connaître "La Fée" ni de visu, ni de ouïtu, ni de touchu et encore moins de goûtu, et je le regrette très fort vu tout le bien qu'un certain nombre de gens très recommandables ~~et également quelques emmerdeuses~~ répandent à son propos : Il ne saurait y avoir de fumée sans feu, et il m'apparaît donc comme certain que "La Fée" mérite sans aucun doute d'être canonisée toute crue et confite dans la dévotion blogueuse, ce qui augmente ma frustration de ne la point connaître dans des proportions égales au poids du volume de liquide déplacé (et de bas en haut s'il vous plaît).

Si je me sens quant à moi le Noble Devoir de participer à cet hommage unanime et plurilatéral, c'est parce que, quand me pêta un beau jour du début d'année l'envie d'installer un dotclear et de l'habiller d'un thème, c'est chez "La Fée" que par zazard je tombas (sans trop me faire mal), et c'est donc de son thème "Keepsake" qu'aussitôt cet humble ashram hérita, parce qu'il le vaut bien.

Sans "La Fée", donc, cet humble ashram aurait du sortir tout nu, ou misérablement revêtu d'un vieux dhôti de récup'

Or si cet ashram valait bien un thème, son ~~auteuse~~ ~~autrice~~ ~~autiste~~ auteuresse vaut bien une messe, et c'est donc avec joie et sans la moindre retenue, même feinte, que je m'écrie : Joyeux Naninanère ~~vieille branche~~ euh, pardon, cholie matemoiselle !

...m'acquittant ainsi de la tâche de reconnaissance qui m'incombait, et qui reviendra l'année prochaine quelque part vers la même époque.

Notes

[1] J'aurais payé cher pour voir ça de visu !

Dotclear 1.2.4

Petaramesh — Tue, 11 Apr 2006 20:58:23 +0000

Il y a quelques heures, tombait via Kozlika sur nos télescripteurs l'annonce de la nouvelle version 1.2.4 de dotclear.

Eh bien voilà, l'ashram de Swâmi Petaramesh est mis à jour en dotclear 1.2.4.

Apparemment, rien n'a explosé en vol (signalez-moi tout de même en commentaire toute anomalie que vous remarqueriez), mais c'est quand même un poil tricky à faire...

Evidemment, loi de Murphy oblige, je venais d'installer en fin de matinée un dotclear 1.2.3 pour une amie, et la version 1.2.4 est sortie en milieu d'après-midi. Comme de juste, rien d'anormal en cela ;-)

J'ai donc commencé par mettre à jour ce blog-tout-neuf avant de m'attaquer à mon ashram, plus complexe du fait du nombre de plugins, thèmes, images, customisations et tout le saint-frusquin. M'enfin jusque-là, ça a l'air de bien se passer.

J'ai aussi mis à jour Spamplemousse dans la foulée.

Traou, à ta place, j'attendrais d'avoir fait un bon coup de ménage dans tous tes répertoires dupliqués dans tous les coins avant de tenter l'aventure ;-)

Sinon, vous aurez peut-être remarqué que Swâmi Petaramesh a fort peu blogué depuis le début de la semaine (et pourtant, Dieu sait qu'il y a chez certains d'entre-vous des articles que j'aspire à commenter).
Mais un poil oveur-débordé, et, pour ce qui est de rédiger de nouveaux articles chez moi, il faut que j'attende qu'un peu d'ordre se mette dans ma pôv' tête ;-)

Simplicité versus complexité

Petaramesh — Mon, 03 Apr 2006 09:45:24 +0000

J'avoue une certaine admiration pour le dernier thème du blog de Kozlika et sa radicale simplicité dépouillée. Mettre le texte en valeur, le texte, rien que le texte, et se défaire de toute barre latérale qui attire le regard et distrait de la lecture. C'est admirable, et tentant.

Pour cet ashram évidemment, je ne choisirais certainement pas la même déco. Mais de toute manière, je suis nul en déco ;-)

L'un des blogs dont l'ambiance graphique me plaît le plus actuellement ? Le blog de Rose, damned, encore elle ;-)
Seuls reproches que je lui ferais, des caractères un peu trop gros et trop gras à mon goût, et l'absence de prise en charge Wiki dans ses commentaires.

Quant à moi, quand j'ai ouvert cet humble ashram, j'ai fait un tour très rapide des thèmes existants et facilement trouvables, et je me suis très vite arrêté sur le thème keepsake de Kozlika (encore elle, là aussi), qui m'a immédiatement attiré par sa sobriété graphique qui, je trouve, met bien le texte en valeur et en rend la lecture agréable.
Et puis, agrémenté de trois colonnes, il permet de répartir autour les différents lien d'un côté, avec les outils de recherche et de navigation bien pratiques à avoir sous la main, et quelques extras de l'autre côté. Brève présentation, billets les plus lus, quelques statistiques... J'ai essayé de ne pas trop charger et de m'abstenir de tous zigouigouis graphiques et autres boutons inutiles en tout genre.
Ca reste quand même considérablement moins dépouillé que les blogs que j'évoque plus haut, et je me demande si je ne devrais pas penser à élaguer un peu ? Gicler les stats "navigateurs" et "OS" par exemple : je ne sais pas si elles présentent un grand intérêt pour grand-monde...

Le reproche le plus important que je ferais à mon thème actuel est que je trouve la police de caractères principale du texte un petit chouïa trop petite pour un bon confort de lecture, du moins avec les navigateurs que j'utilise (essentiellement Firefox et Konqueror) et les écrans que j'ai (en 1024x768).

Je ne sais pas si ce thème keepsake sera longtemps celui de cet ashram. Mais je suis moi-même bien incapable d'en dessiner un potable, alors il faudra que j'attende de tomber sur quelque chose qui m'inspire davantage pour le pomper honteusement, ce qui n'a pas encore été le cas.

J'ai découvert, peu de temps après avoir démarré ce blog, que j'avais choisi le même thème qu'une célébrité blogosphérique de premier plan, et cela m'a bien embêté. J'avais pourtant déjà visité son lieu à quelques reprises, mais n'avais pas prêté particulière attention au thème. Ce n'est qu'une fois que mon propre ashram a été en ligne que l'identité des thèmes m'a sauté aux yeux...
Depuis, j'ai découvert trois ou quatre autres blogs (certainement beaucoup moins visités que le précité) qui utilisaient le même thème, parfois avec des variations de couleur.

Enfin, le thème n'est pas central dans mes préoccupations, mais il est cependant important que l'habillage mette le contenu en valeur et en rende la lecture aussi agréable que possible. Il est par exemple possible d'avoir une belle image de fond... qui rend le texte quasi illisible, et c'est exactement le genre de chose que je prends soin d'éviter...

J'aurais pu intituler ce billet "réflexions sur un thème"... ;-)