Emile “iMil” Heitor ‘s home

Ce post est particulier. Sisi, il l’est. En fait je suis en train d’ecrire ce billet depuis vim. Rien de terrible me direz-vous, sauf qu’apres l’avoir sauvegardée, je pousserai cette news sur mon buergl avec… wpost.pl !
Cherchez pas, je viens de l’écrire et il est pas encore dispo (attendez encore quelques lignes). C’est pas compliqué, les trucs avec des boutons, des onglets, des checkboxes et tous ces trucs, j’y arrive pas. Alors puisqu’on est jamais mieux servi que par soi-même…

Ce billet servira de README à ce petit bout de code perl qui utilise les modules Config::IniFiles et WordPress::XMLRPC, lequel devrait arriver dans pkgsrc dès que je reçois l’aval de mon sponsor :)

L’utilisation de cet outil est simplissime, créez tout d’abord un fichier ~/.wpostrc répondant au format suivant :

[monbuergl]
user=monuser
passwd=monpass
url=http://monbuergl.com/xmlrpc.php

Créez un fichier contenant votre billet ayant le format suivant :

title: mon titre convivial

categories: ['categorie1', 'categorie2']

Mon texte passionnant racontant mes aventures

Appelez ensuite le script de cette façon pour ajouter votre billet :

./wpost.pl monbuergl add fichier-post

De cette façon pour le modifier (en ayant préalablement modifié son contenu) :

./wpost.pl monbuergl mod fichier-post

Et finalement de cette façon pour l’effacer :

./wpost.pl monbuergl del fichier-post

Si votre WordPress n’est pas configuré pour de l’UTF-8, placez la variable $use_utf8 à 0.

Attention, cette version étant une première mouture, les posts ne sont pas publiés par defaut, si vous êtes satisfaits du fonctionnement de wpost.pl, editez le et placez la variable $publish à 1.

Par ici la bonne soupe !

update: www/p5-WordPress-XMLRPC est désormais disponible dans pkgsrc

Dans ma tentative de conquete du monde, je suis confronté à un problème auquel je n’avais pas immédiatement pensé. En effet, une foule d’outils partagent sans vergogne certains noms de fonction (usage(), help(), error()…) et de variables globales. Cet ennuyeux constat aboutit evidemment à des problèmes de linkage et faisait lamentablement foirer la compilation de mon BeastieBox cheri.

Une solution evidente était de renommer ces fonctions et leurs appels. mais…

imil@obana:~/src/beastiebox/beastiebin/sh$ grep 'error(' *.c|wc -l
      95

Flemme quoi.

Je me suis donc fendu de même pas 10 lignes de shell/perl qui serviront peut-être au voyageur perdu :

#!/bin/sh

usage()
{
        echo "usage: $0 <type> <function|variable> <prefix>"
        echo "type : <func|var>"
        exit 1
}

[ $# -lt 3 ] && usage

type=$1
item=$2
prefix=$3

preprx="^|\s+|=+\s*|\(.+?\)\s*|\(\s*"

for file in *.[ch]
do
        if [ "$type" != "var" ]; then
                perl -pi.bkp -e "s/(${preprx})${item}(\s*\()/\1${prefix}_${item}\2/g" $file
        else
                perl -pi.bkp -e "s/(${preprx}|[\+\-\*\/\>\< \%\^\|\!\&\~\[\.]+)${item}(\s*[^a-z0-9\-_\(])/\1${prefix}_${item}\2/gi" $file
        fi
done

L’outil s’utilise de cette façon :

$ commonfunc.sh func pouet prefixe

ou

$ commonfunc.sh var variable prefixe

Chaque appel et déclaration de la fonction pouet sera remplacé par prefixe_pouet. Même principe pour les variables. Un backup suffixé "bkp" sera créé pour chaque fichier modifié, permettant ainsi de réaliser un petit diff de verification.