XHTML.net

Paquet Ubuntu Gutsy de nginx 0.5.35

The 2008-02-06 at 09:30 by Loïc d'Anterroches filed under News.

Pour ceux que cela intéresse, j’ai mis en paquet pour Ubuntu Gutsy le server web nginx. Téléchargez le paquet nginx_0.5.35-2ceondo1_i386.deb.

Le paquet est complètement basé sur le paquet venant de debian sid, mais j’ai changé les options de compilation pour ne pas inclure :

• les infos de débuggage ;
• le support de Web DAV ;
• le support du streaming des fichiers vidéo en flash.

Le paquet est disponible sur le reacteur de Céondo. Grosso modo, ce serveur sera utilisé dans le futur pour distribuer les contributions de Céondo Ltd qui ne méritent pas un projet à part entière sur SourceForge ou équivalent.

Sur les rotules

The 2008-01-09 at 19:55 by Loïc d'Anterroches filed under News.

Comment détruire votre plan de travail. Prenez un virus de gastro bien rebel, soupoudrez la maison, mettez au lit la mère et le petit bout de chou, laissez le père assurer l’intendance. Toutes mes excuses aux uns et aux autres, cette semaine je me consacre à l’essentiel de l’essentiel. Heureusement c’est sur la bonne voie.

Pour la première fois, j’ai appris qu’un hôpital près de chez nous a interdit les visites des malades par des proches pour tenter de contrôler l’épidémie qui se répendait dans l’établissement !

Une Bonne Année 2008 à Toutes et Tous

The 2008-04-11 at 07:22 by Loïc d'Anterroches filed under News.

Les fêtes de fin d’année c’est chouette, c’est l’occasion de retrouver la famille et les amis d’une manière détendue et bien entendu, de bien manger et bien boire.

Je vous souhaite à toutes et tous le meilleur pour cette année à venir, qu’elle vous apporte ce que vous attendez au niveau matériel mais bien plus encore au niveau de vos relations avec vos proches, amis, famille.

Pour moi, l’année 2007 fut merveilleuse, il y a bien entendu eu des bas, mais je retiens bien plus de hauts et de plaisir avec les gens qui m’entourent qu’autre chose. Pour ce que je vois de 2008, cela risque fort d’être encore un très bon millésime.

Stasi 2.0 en France ?

The 2007-12-15 at 11:10 by Loïc d'Anterroches filed under News.

Selon Le Figaro, il y aura bientôt des mouchards de police sur les ordinateurs. Cette idée de mettre des logiciels espions sur les ordinateurs des particuliers a aussi été proposée en Allemagne. Cela a donné le slogan Stasi 2.0 ou Staatssicherheit version 2. La Stasi était l’organe de surveillance et contrôle de la population de l’ex RDA.

Dans tous les cas, cela me fait rire, car de toute façon, les personnes surveillées pourront toujours utiliser Linux ou Windows avec un bon logiciel anti-spyware. Par contre, cela pose réellement le problème du renseignement à l’échelle d’une vie numérique où tout un chacun peut utiliser des méthodes de cryptage de haute qualité. Que peuvent faire les services secrets qui ont un réel besoin d’avoir accès à certaines informations ? Il semble que la NSA a essayé d’influencer un nouveau standard, pour mettre en place une porte cachée, je ne sais pas ce qui se fait en France/Europe.

La question pose vraiment le problème de l’équilibre entre vie privée et sécurité et seul l’avenir nous dira quelle sera la réponse.

Utilisation de git pour gérer la configuration de votre serveur

The 2007-11-30 at 11:41 by Loïc d'Anterroches filed under News.

Si vous avez un serveur sous Linux et que vous voulez voir l’évolution de votre configuration. Je vous conseille d’utiliser git, ce tutoriel devrait vous aider.

L’intérêt de git contrairement à CVS ou subversion, c’est qu’il est rapide, léger et surtour dans ce cas précis, il ne crée qu’un seul répertoire .git à la racine du projet que vous suivez.

Donc dans mon cas, j’ai simplement fait :

Installation et configuration de git :

# apt-get install git-core
# git config --global user.name "Mon nom"
# git config --global user.email moi@yourdomain.example.com

Initialisation de mon dépôt pour suivre les modifications de configuration dans /etc :

# cd /etc
# git init
# git add .
# git commit

et maintenant, quand je modifie quelque chose dans ma configuration, je passe en root et je fais :

# git add .
# git commit

Je donne un bon message pour me souvenir de ce que j’ai fait. Et voilà ! Cela veut aussi dire que si je fais un truc stupide dans ma configuration, je peux revenir facilement à la version d’avant, donc plus besoin de garder des fichiers .conf.YYYYMMDD ou .conf.back de partout.

Autre chose, quand je fais git log je peux tranquillement voir l’historique de mes modifications et donc me souvenir de ce que j’ai fait et si j’ai mis de bons commentaires, je peux aussi savoir ce qu’il me reste à faire !

Note : Toutes les commandes sont lancées en root, c’est uniquement parce que la configuration du serveur appartient à cet utilisateur.

Mise à jour du moteur du site

The 2007-11-24 at 13:18 by Loïc d'Anterroches filed under News.

Message de service, je mets à jour la version de Plume CMS qui fait tourner ce site, comme je passe vers une version expérimentale, cela risque fort de bugger, ne vous inquiétez donc pas, c’est normal !

Google groups utilise Java

The 2007-11-23 at 09:13 by Loïc d'Anterroches filed under News.

En voulant éditer la configuration d’un groupe :

Error: Exception thrown while generating page
java.lang.OutOfMemoryError: MemoryError: Unable to resize ULIST to 40: Out of memory
 at org.clearsilver.CS._parseFile(Native Method)
 at org.clearsilver.CS.parseFile(CS.java:58)
 at com.google.clearsilver.base.PageBase.go(PageBase.java:486)
 at com.google.clearsilver.base.PageServlet.handleRequest(PageServlet.java:44)
 at com.google.clearsilver.base.PageServlet.doGet(PageServlet.java:33)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
 at com.google.gse.HttpConnection.runServlet(HttpConnection.java:534)
 at com.google.gse.HttpConnection.run(HttpConnection.java:458)
 at com.google.gse.DispatchQueue$WorkerThread.run(DispatchQueue.java:299)

Par contre, c’est intéressant de voir la taille de la pile et le nom des fonctions… Et manifestement, Java cela bouffe de la mémoire ! java.lang.OutOfMemoryError: MemoryError: Unable to resize ULIST to 40: Out of memory.

C’est le troll du matin :-)

Résolution du truc foireux dans les gabarits

The 2007-11-17 at 11:28 by Loïc d'Anterroches filed under News.

Et hop, je disais que j’avais un truc foireux dans les gabarits, le truc est parti. Maintenant, au lieu de faire un simple echo dans le gabarit, je fais un Pluf_Template_SafeEcho. Cette fonction fait la vérification suivante :

• Si le paramêtre est du type Pluf_Template_SafeString alors l’afficher sans modification.
• Sinon, le convertir en une chaîne de caractères $param = (string) $param; et le passer à la moulinette htmlspecialchars.

Le changement est compatible avec l’utilisation standard actuelle des filtres. Le filtre unsafe prend une chaîne de caractères et la marque comme sûre pour l’affichage. C’est ainsi que l’on peut faire un {$form|unsafe} dans le code pour afficher le contenu d’un formulaire.

Génération automatique du formulaire d'édition d'un modèle dans Pluf

The 2007-11-17 at 10:32 by Loïc d'Anterroches filed under News.

Je disais que je devais améliorer la gestion des formulaires pour faire la génération automatique d’un formulaire pour un modèle. C’est maintenant chose faite et le résultat est déjà dans l’application exemple. Voici maintenant ce que vous pouvez faire :

public function updateItem($request, $match)
{
    Pluf::loadFunction('Pluf_Shortcuts_GetObjectOr404');
    Pluf::loadFunction('Pluf_Shortcuts_GetFormForModel');
    $item = Pluf_Shortcuts_GetObjectOr404('Todo_Item', $match[1]);
    $new_data = $item->getData();
    if ($request->method == 'POST') {
        $form = Pluf_Shortcuts_GetFormForModel($item, $request->POST);
        if ($form->isValid()) {
            $item = $form->save();
            Pluf::loadFunction('Pluf_HTTP_URL_urlForView');
            $url = Pluf_HTTP_URL_urlForView('Todo_Views::viewList',
                                            array($item->list));
            return new Pluf_HTTP_Response_Redirect($url);
        }
    } else {
        $form = Pluf_Shortcuts_GetFormForModel($item, $item->getData());
    }
    return Pluf_Shortcuts_RenderToResponse('edititem.html',
                             array('page_title' => 'Edit a todo item',
                                   'item' => $item,
                                   'form' => $form));
}

En 14 lignes de code, vous avez l’édition complète d’un élément Todo_Item. Dans le dépôt vous avez le code documenté. C’est d’ailleurs tellement générique que cela va être possible de faire une vue standard pour l’édition d’un modèle, du CRUD. Cela va bientôt arriver…

Un truc foireux dans les gabarits de Pluf

The 2007-11-16 at 12:01 by Loïc d'Anterroches filed under News.

Là, à l’instant, je viens de tomber sur un os. Arg. Je suis en train de développer la génération automatique d’un formulaire à partir d’un modèle. Tout avance bien, sauf un petit bug dans le rendu du formulaire. Je mets donc :

{$form|debug}

dans le code de mon gabarit, histoire d’afficher le contenu du formulaire. Et là… bing : Fatal error: Call to undefined method Pluf_Form_Model. En fait, le gabarit protège automatiquement les variables, donc quand j’inclus ce code dans le gabarit, le code PHP correspondant est :

<?php echo var_export(Pluf_Template_htmlspecialchars($t->_vars['form'])); ?>

Avec Pluf_Template_htmlspecialchars qui va convertir le formulaire en chaîne de caractères et faire les échappements, puis l’export pour afficher le contenu. Cela ne marche donc pas du tout. Il faudrait pouvoir faire un échappement conditionel à la fin et non au début.

Pour le moment, soit {$var|filtre1|filtre2|filtre3}, cela correspond en PHP à echo filtre3(filtre2(filtre1(htmlspecialchars($var)))). Cela permet de faire la chose suivante : {$form|unsafe} qui va échapper le code puis le dééchapper : echo un_htmlspecialchars(htmlspecialchars($var)).

Ce qu’il faudrait, c’est savoir si un filtre ou simplement la fonction __toString d’un modèle retourne une chaîne sûre ou non. On pourrait dire que par défaut une chaîne est non sûre, mais que si la chaîne est en pratique un object Pluf_SafeString alors le contenu est sûre. Donc au lieu de faire un echo à la fin, on aurait un special echo qui automatiquement ferait la vérification et passerait à la moulinette ou pas la chaîne.

Il faut que je regarde de plus près cela…

Amélioration de la gestion des URLs dans Pluf

The 2007-11-15 at 19:27 by Loïc d'Anterroches filed under News.

Hier, je faisais savoir que je n’étais pas particulièrement heureux de la gestion des URLs dans Pluf, aujourd’hui, je viens donc de fixer le problème en utilisant encore une fois une approche similaire à celle de Django.

Si vous avez regardé le code du gestionnaire des choses à faire, vous avez pu constater que l’URL d’une vue est utilisée à plusieurs endroits :

• dans la correspondance vue <-> URL ;
• dans les gabarits, quand vous voulez faire un lien vers une vue ou quand vous avez un formulaire et vous devez donner l’action ;
• dans le code des vues, quand vous voulez rediriger vers une autre vue.

Maintenant, la définition de cet URL est à un endroit unique, la correspondance vue <-> URL.

Prenons le cas de l’ajout d’une chose à faire, la vue correspond à la méthode addItem de la class Todo_Views. Et dans la correspondance vue <-> URL on a :

$ctl[] = array('regex' => '#^/list/(\d+)/item/add/$#',
               'priority' => 4,
               'base' => Pluf::f('todo_base'),
               'model' => 'Todo_Views',
               'method' => 'addItem');

L’URL en pratique n’est défini que par une expression régulière : #^/list/(\d+)/item/add/$#. Vous pouvez voir le parenthèse qui capture l’id de la liste dans laquelle la chose à faire va être ajouté. Quand je veux utiliser cet URL dans l’action de mon formulaire, je me retrouve avec cette expression régulière et l’id de la liste.

L’expression régulière ici est faite pour extraire l’id de la liste étant donné un URL. On a donc :

• /list/23/item/add/ + regex = id de la liste (23)

Maintenant je veux :

• regex + 23 = /list/23/item/add/.

J’ai donc créé une fonction Pluf_HTTP_URL_buildReverseUrl($url_regex, $params=array()) qui, étant donné l’expression régulière de l’URL et les paramêtres qui seraient extraits par cette expression régulière, reconstitue l’URL.

Donc maintenant, pour obtenir l’URL d’une vue dans le code, je fais simplement :

$url = Pluf_HTTP_URL_urlForView('Todo_Views::addItem', array($list->id));

Cela va directement chercher l’expression régulière dans la définition des vues courantes et passer le tout à mon fonction qui va reconstituer l’URL. Dans un gabarit, c’est tout aussi simple :

<form method="POST" action="{url 'Todo_Views::addItem', array($list.id)}">

Le mieux maintenant, c’est que j’ai défini une fonction qui permet de prendre la correspondance vues <-> URLs d’une application, d’ajouter un préfixe et ainsi de pouvoir l’inclure au sein d’une autre application.

Si vous regardez maintenant le code de l’application exemple, il n’y a presque plus de redondance. La seule chose qui reste à faire, c’est d’extraire du modèle de données Todo_Item ou Todo_List un formulaire de création ou de modification. Pour le moment, il faut encore les définir manuellement et ce n’est pas bien. Voilà du travail pour demain !

Un gestionnaire de todo lists avec Pluf

The 2007-11-14 at 21:36 by Loïc d'Anterroches filed under News.

Finalement, je viens de mettre à jour l’application de démonstration de Pluf. C’est un gestionnaire de todo lists. Les choses à retenir sont les suivantes :

Le code est divisé en 3 parties :

1. Les modèles Todo_List et Todo_Item.
2. Les vues, c’est là où la logique est codée.
3. La gestion des URLs, c’est la correspondance entre l’URL et la vue.

Je ne suis pas content de la gestion des URLs. Suivez un peu les commentaires de la discussion sur Pluf et Jelix et vous comprendrez vite. Dans le cas de Pluf l’URL est codé à la fois dans la gestion des URLs et dans les vues. Ce n’est pas bien, cela casse le principe de non duplication de l’information. Je vais devoir améliorer ce point dans les jours à venir.

Pluf et Jelix

The 2007-11-12 at 20:26 by Loïc d'Anterroches filed under News.

Un lecteur m’a posé la question de savoir que choisir entre Jelix et Pluf. Je n’ai pas de réponse toute faite, car le choix d’un framework est une question de goût. Voici par contre mon avis. Il est bien entendu biaisé puisque je suis le créateur de Pluf. Voici donc une présentation de Pluf et quelques points très limités de Jelix. Je ne connais que peu Jelix.

L’histoire de Pluf est étroitement liée avec mon utilisation du framework Django écrit en Python. En effet, j’ai eu besoin de développer une application complexe avec la contrainte de devoirs utiliser PHP. Je ne pouvais pas utiliser un autre langage. J’ai alors décidé de réimplémenter les éléments que j’appréciais (et apprécie toujours) de Django en PHP.

Avec Pluf vous avez un ORM qui permet de facilement faire des choses genre :

$auteur = new Auteur();
$auteur->nom = 'Loïc';
$auteur->create(); 
$article = new MonArticle();
$article->titre = 'Mon titre';
$article->contenu = 'Ici un long contenu...';
$article->auteur = $auteur;
$article->create();
// Maintenant on recherche les articles écrits par
// cet auteur.
$articles = $auteur->get_monarticle_list();
assert($articles[0]->id == $article->id);

Les class Auteur et MonArticle doivent simplement étendre la class de base Pluf_Model. Cela vous donne directement le stockage possible dans une base de données SQLite, MySQL ou PostgreSQL.

Après l’ORM, vous avez des vues pour afficher les données et un controlleur pour faire la sélection de la vue en fonction de l’URL. Par exemple, vous pouvez dire que l’URL /article/32/ correspond à la méthode afficherArticle de votre class MesVues. Vous avez un contrôle complet des URL et de leur format car vous les définissez avec une simple expression régulière. Voici un extrait :

$ctl[] = array('regex' => '#^/article/(\d+)/$#',
               'priority' => 4,
               'model' => 'MesVues',
               'method' => 'afficherArticle');

La priorité permet de mettre en avant les URL les plus utilisés pour éviter de passer à travers toutes les expressions régulières.

Maintenant pour afficher une page, on peut simplement mettre dans la méthode afficherArticle :

function afficherArticle($request, $match)
{
    $article = new MonArticle($match[0]);
    $ct = $article->title."\n\n".$article->contenu;
    return new Pluf_HTTP_Response($ct, 'text/plain');
}

Voici une méthode très simple qui renvoie même pas de l’HTML, mais simplement le titre et le contenu de l’article. Il n’y a même pas de vérification si l’article demandé existe. Pour faire le contrôle on peut utiliser un raccourci.

function afficherArticle($request, $match)
{
    Pluf::loadFunction('Pluf_Shortcuts_GetObjectOr404');
    $article = Pluf_Shortcuts_GetObjectOr404('MonArticle', $match[0]);
    $ct = $article->title."\n\n".$article->contenu;
    return new Pluf_HTTP_Response($ct, 'text/plain');
}

Dans ce cas là, cela voudrait dire que si l’article n’existe pas dans la base de données, une exception de type 404 va être lancée et une erreur 404 sera affichée, sinon la page normale sera affichée.

Le fait d’avoir un objet $request et un objet Pluf_HTTP_Response permet d’avoir des méthodes pour modifier la requête avant la vue et modifier la réponse après la vue. Ce sont les middlewares, ils permettent de faire la gestion des sessions, la validation du code, afficher des informations de debuggage, etc.

Pluf est très léger et permet de facilement utiliser des librairies venant de PEAR.

Avec ceci, vous avez la base de Pluf. Pluf n’impose rien d’autre et en fait vous n’avez même pas besoin d’utiliser tous ces éléments, vous pouvez utiliser juste l’ORM ou juste le dispatcher. Pluf est très léger et généralement vous aurez un process d’environ 2 Mo pour une vue avec l’ORM, le dispatcher, etc.

Maintenant, ce que j’aime dans JELIX. En fait, 2 choses, le système de templates. Tellement sympa que je l’ai repris et étendu pour l’utiliser dans Pluf. L’autre, c’est le principe d’un objet réponse qui assure que la réponse sera toujours comme voulu soit de l’HTML, XML ou Jason.

Le problème que j’ai avec JELIX (note que j’utilise des composants développés par Laurent Jouanneau dont j’apprécie la qualité du code) c’est l’utilisation importante des fichier XML pour ensuite générer dynamiquement des fichiers PHP (alors que PHP 5 permet de faire cela proprement et facilement sans passer par XML) ainsi que l’utilisation importante de conventions qui je trouve "personellement" lourdes :

Par exemple pour supporter un site avec de multiples langues, on se retrouve dans le code avec :

ma_fonction ()
{
   $chaine = jLocale::get("bar~foo.buttons.save");
}

là où avec Pluf on a simplement:

ma_fonction ()
{
   $chaine = __('Sauvegarder');
}

Par ailleurs l’utilisation importante de ce concept de selecteurs rend le code pour moi difficile à lire et surtout cela devient difficile de faire cohabiter des modules venant de différents auteurs car il faut alors maintenir une configuration pour Jelix et une pour les autres modules qui utilisent normalement des chemins normaux vers les fichiers.

L’autre chose qui m’ennuie c’est le fait d’imposer une structure très particulière pour la position des fichiers .php sur le serveur comment gérer cela avec les modules venant d’autres frameworks ou de PEAR ? C’est possible mais cela ajoute de la complexité.

Dans le cas de Pluf. Une classe MonProject_MaClasse est simplement dans le fichier MonProjet/MaClasse.php avec le répertoire MonProjet dans un répertoire qui est dans le PATH de PHP. Mais on peut toujours faire un "include_once ‘/mon/fichier/class.php’". C’est d’ailleurs la convention retenue par PEAR pour la version 2 de PEAR.

Maintenant, l’important c’est d’essayer les deux en faisant une petite application. Cela permet de "sentir" si on aime ou pas. En effet, c’est souvent beaucoup une question de goût…

• Pluf.
• JELIX.

Images, alt et longdesc

The 2007-11-06 at 10:48 by Loïc d'Anterroches filed under News.

Aujourd’hui, je codais tranquillement quand tout d’un coup, ma validation automatique de mes pages avec tidy me dit :

Warning: <img> escaping malformed URI reference

Oups, étonnant comme message d’erreur. Je regarde mon code :

<img src="logo-conforganizer.png"
longdesc="Powered by ConfOrganizer, the conference management and organization software." 
alt="ConfOrganizer logo"  />

Tout semble normal. J’enlève l’attribut longdesc et voilà que l’erreur disparaît. En fait, l’attribut longdesc est un lien vers une information contenant plus de détails sur l’image. Bon, alors comme je ne souhaite pas créer une page pour chacune de mes descriptions, j’ai décidé d’inclure le contenu du lien dans le lien avec le protocole data.

Le résultat :

<img src="logo-conforganizer.png" 
longdesc="data:text/html;charset=utf-8,Powered%20by%20ConfOrganizer%2C%20the%20conference%20management%20and%20organization%20software." 
alt="ConfOrganizer logo"  />

Si vous voulez en savoir plus sur data: Wikipédia parle du schéma data.

mb_ucwords en PHP

The 2007-11-01 at 09:27 by Loïc d'Anterroches filed under News.

Petite astuce toute simple pour avoir l’équivalent de ucwords pour de l’utf8:

function mb_ucwords($str)
{
    return mb_convert_case($str, MB_CASE_TITLE, 'UTF-8');
}

À utiliser ainsi par exemple :

$titre = mb_ucwords(mb_strtolower($titre));

En effet, j’ai souvent des gens qui envoie des articles avec le TITRE TOUT EN MAJUSCULES et je n’aime pas cela. Donc je fais ce petit test :

if ($titre == mb_strtoupper($titre)) {
    $titre = mb_ucwords(mb_strtolower($titre));
}

Joli cadeau de PostgreSQL

The 2007-10-30 at 13:03 by Loïc d'Anterroches filed under News.

PostgreSQL est un gestionnaire de base de données (RDBMS). C’est l’équivalent d’Oracle en libre. L’application de gestion de conférences que je développe en ce moment est écrite pour supporter toutes les langues avec l’utilisation d’UTF-8 de bout en bout. C’est très bien et cela permet d’utiliser des charactères genre ß, ö, õ, etc. Par contre, maintenant comment stocker ces informations dans la base de données ?

Par exemple, si je pose comme condition que le titre d’un résumé ne doit pas excéder 150 caractères, je pense 150 avec ß équivalent à 1 caractère. Mais avec l’encodage utf-8, cela veut dire que je dois utiliser une déclaration du type "VARCHAR(300)" car les caractères complexes sont en fait stockés sur 2 octets (en fait cela peut aller jusqu’à 6 octets) et que le 300 ici veut dire "une chaîne de caractères de 300 octets de long".

Petit bout de code pour illustrer avant d’aller plus loin :

<?php
header('Content-Type: text/plain; charset=utf-8');
$str = 'ßöpt';
echo('mb_strlen('.$str.')='.mb_strlen($str))."\n";
echo('strlen('.$str.')='.strlen($str))."\n";

Donne :

mb_strlen(ßöpt)=4
strlen(ßöpt)=6

En effet, ß et ö sont stockés sur 2 octets, et, p et t sont stockés sur 1. 2x2+2x1=6, mais on a bien 4 caractères typographiques.

La conclusion est que si j’autorise un titre de 150 caractères de long, il faut faire une déclaration à 150x6=900 "VARCHAR(900)" pour être certain que le titre sera effectivement stocké. Ce n’est pas très élégant.

La bonne nouvelle de PostgreSQL est qu’il est possible de déclarer une colonne de type character varying sans aucune limitation de taille, en ayant toujours la possibilité d’utiliser un index et sans aucune pénalité au niveau performance ! Merci pour ce joli cadeau qui me permet de ne plus avoir à me poser de questions…

Mort aux biocarburants

The 2007-10-12 at 21:17 by Loïc d'Anterroches filed under News.

Les biocarburants, c’est beau, surtout dans les publicités. Vous voyez des voitures rouler, avec en image de fond un joli champ de blé ou de colza et une petite voix off qui dit : Cette voiture roule propre, avec du biocarburant.

Maintenant, regardons d’un peu plus près. La question est comment produire l’éthanol vert en Europe.

1. On fait pousser du blé, maïs ou colza.
2. On fait fermenter le tout.
3. On sépare par distillation ou un autre procédé.
4. Et hop, on a de l’éthanol.

Maintenant regardons de plus près à quel point cet étanol est vert.

La production de blé, maïs ou colza se fait avec :

• tracteur, qui utilise de l’essence et de l’huile.
• des engrais et pesticides, qui proviennent de la chimie du pétrole.
• des quantités importantes d’eau qui va se charger en pesticides et engrais pour ensuite polluer les nappes phréatiques et les fleuves. Regardez le bleu clair de la vie satellite du delta du Mississipi, c’est de la pollution.

Ensuite, il faut transporter le tout vers l’usine la plus proche (coût en essence, assez marginal il faut le dire).

La production d’éthanol aujourd’hui est un procédé assez bien maîtrisé est n’entrainant pas de pollution directe majeur, mais il faudrait évaluer l’impact de l’implantation de ces nouvelles usines, le traitement des sols en fin de vie de l’usine, etc. Les risques liés à cette production, il faut en effet des solvants pour la séparation (Benzène entre autres, produit sympatiquement cancérigène).

Maintenant vous avez votre étanol vert. Faites le bilan carbone de cet étanol, en considérant l’ensemble de la chaine de production. Si le bilan est positif, tous les avantages sont détruits par :

• l’impact écologique.
• le non sens de faire une production de qualité alimentaire pour la transformer en essence quand les stocks alimentaires sont au plus bas entrainant une hausse des prix importantes.

Mais pourquoi alors le bioétanol ? Je pense, et c’est mon avis très personnel, que cela sert très bien l’industrie automobile. En effet, cela leur permet d’avoir une image "verte" tout en ne changeant absolument leur comportement et les automobiles misent sur le marché. En effet un moteur aujourd’hui fonctionne très bien avec un mix éthanol/essence conventionnelle. Pour les gouvernements, cela permet de ne pas se remettre en cause et en plus cela fait du soutien aux agriculteurs. Pour les particuliers, utilisateurs finaux, cela donne l’impression de rouler vert et donc cela donne la tranquilité d’esprit de ne pas avoir à changer son comportement.

Maintenant, le bioétanol fonctionne dans certains cas très particuliers. L’un est la production à partir des restes de cannes à sucre au Brésil. Cela fonctionne très bien, mais dans ce cas très particulier, la production provient des résidus, ce qui n’est pas le cas en Europe ou c’est le grain qui est utilisé et non la paille restante.

Au passage, l’augmentation du prix du blé est de l’ordre de 40% en 1 an…

Promis, le prochain billet sera technique, l’utilisation d’Amazon EC2.

Colorer une image en PHP

The 2007-10-10 at 14:06 by Loïc d'Anterroches filed under News.

En ce moment, je fais de petites expériences avec PHP. Entre autre, je cherche à afficher des équations dans une page web. Pour cela MathML est intéressant, mais il faut dire franchement, latex a une meilleure qualité d’affichage et si j’écris mes équations en latex, je peux ensuite facilement convertir vers un vrai fichier latex pour générer par un exemple un fichier pdf.

La solution est d’utiliser directement latex comme Wikipedia. Le problème est que l’image png avec la formule latex est sur fond blanc et dans mon cas j’ai besoin d’une autre couleur de fond.

Ce que j’obtiens (ici fichier directement pris de la page Wikimedia :

Et ce que je veux (ok, pas cette couleur exacte, mais même principe) :

Je travaille donc avec une image en noir et blanc à la base. Et la solution est la suivante :

$im = imagecreatefrompng('someimage.png');
colorize($im, array('red'=>249, 'green'=>232, 'blue'=>89));
imagepng($im, 'output.png');
imagedestroy($im);

Téléchargez la fonction php pour changer la couleur de l’image.

La fin de Mozilla Thunderbird ?

The 2007-10-06 at 18:08 by Loïc d'Anterroches filed under News.

Les deux développeurs principaux de Mozilla Thunderbird partent vers de nouveaux horizons. Ce n’est pas du joli est cela m’ennuie sérieusement. J’ai conseillé à de nombreuses personnes de migrer vers Thunderbird et maintenant, le projet passe à la trappe. C’est très frustrant. Pour moi, cela ne changera pas grand chose car j’ai déjà migré vers Evolution, mais j’ai l’impression d’avoir mal conseillé de nombreuses personnes, et cela c’est bien la pire des choses.

Au passage, la migration vers Evolution était une bonne idée, un très bonne idée. J’ai fait cette migration pour son intégration dans Gnome et effectivement l’intégration est excellente ! Aujourd’hui je voulais faire des labels pour des enveloppes avec gLabels et bien gLabels permet de directement utiliser un carnet d’adresses d’Evolution, yeah !

Filtrer le spam avec evolution

The 2007-10-01 at 15:26 by Loïc d'Anterroches filed under News.

En ce moment je teste Evolution. En effet, ce logiciel est bien intégré dans le bureau GNOME. Par exemple quand GNOME détecte une deconnexion du réseau, Evolution passe directement en mode off-line, mes emails sont automatiquement indexés par le moteur de recherches intégré dans GNOME, mon emploi du temps s’affiche directement dans le calendrier lié à l’horloge. Toutes ces petites intégrations rendent l’utilisation d’Evolution plus agréable que Thunderbird. Par contre je regrette l’extension de Thunderbird permettant de facilement bouger un message d’un répertoire à un autre.

Revenons au filtrage des emails avec Bogofilter dans Evolution. Vous devez d’abord l’activer dans les préférences de votre compte email, puis ensuite vous devez l’entrainer. Si vous entrainez quelques centaines de spams et constatez qu’il ne filtre toujours rien, c’est qu’il lui manque des emails qui ne soient pas des spams dans son corpus d’entrainement. La solution est simple : marquez une série d’emails valides comme des spams, puis dans le répertoire des spams marquez les comme non spam. Et voilà, Evolution et Bogofilter vont commencer à faire leur travail très effecicacement.