ZZZ

Petit topo sur les listes de rezo.net

Fil — 2010-04-08T20:41:32Z

Invité à témoigner comme « acteur » dans une journée d'études à la BNF portant sur « l'archivage du web politique et militant » (http://calenda.revues.org/nouvelle1...), j'ai commencé par prendre quelques notes me permettant de présenter le système de mailing-listes de rezo.net. Les voici, à peine rédigées & publiées à l'arrache.

L'histoire des mailing-listes de rezo (http://listes.rezo.net/) remonte aux grèves de nov-déc 1995, où l'expérience de la liste Conflits-L, créée et gérée par samizdat (www.samizdat.net), démontre les qualités des mailing-listes en matière d'information militante et indépendante.

Lorsque, fin juillet 1996, les sans-papiers se mobilisent autour de Saint-Bernard, Marc Chemillier m'approche pour que je l'aide à créer un site pour le mouvement. Ce sera bok.net/pajol (aujourd'hui archivé en version « statique »), et on créera de suite une mailing-liste associée, zpajol (le "z" permettant d'inscrire cette liste tout en bas du fichier de configuration du système de messagerie).

La liste zpajol a connu plusieurs hébergeurs avant de se stabiliser sur rezo ; en 1999, on la passe (sur le serveur ada) sous le logiciel Mailman. Cette expérience me convainc d'installer Mailman sur mon serveur, ce qui aboutit à la naissance de listes.rezo.net.

Ce serveur trouvera rapidement une autre utilité, avec la mise au point de SPIP, et sa publication officielle en juillet 2001. Les développeurs et utilisateurs se coordonnent et s'informent via une mailing-list spip@rezo.net, qui essaimera (pour les communautés d'utilisateurs dans différentes langues, spip-dev pour les développeurs, et plus tard spip-zone pour les développeurs de squelettes et de plugins).

En dépit des difficultés techniques inhérentes à la gestion de forts volumes d'email (spam etc), le serveur fonctionne de façon relativement fiable, toujours juste en-deça de la limite à laquelle il craquerait. Il attire donc des gens qui ont expérimenté des ML ailleurs, ou qui connaissent celles des sans-papiers ou celle de SPIP. La tonalité (technico- ou militante) reste donnée, même si certains collectifs plus littéraires ou autres se forment.

La procédure de création d'une liste reste toujours centralisée. Cela passe par une demande indiquant la nature du projet, le nom souhaité pour la liste, ainsi que les coordonnées d'un responsable à contacter en cas de pépin. Et c'est validé — ou pas — par un collectif réuni sur la liste listes@rezo.net ; en pratique toutefois ce collectif est un peu atone.

Si le nombre de messages échangés mensuellement sur la liste zpajol est relativement stable sur les 10 ans de son histoire (env. 250), le nombre total de mails traités par le serveur explose avec l'augmentation du nombre de listes.

Quelques stats :

rezo héberge 505 listes, dont seulement 139 sont publiques ; c'est la partie émergée de l'iceberg

zpajol : 1000 abonnés
utilisateurs de spip : 1600 abonnés
toutes les listes spip : 5600 abonnés
le RESF utilise de plus en plus rezo, a 37 000 adresses emails dans sa base
nos archives contiennent 887 270 messages dans 10440 mailboxes, en provenance de 113 239 émetteurs différents ; pour un total sur le disque dur de 34 Go.

Les usages sont mutiples y compris au sein d'un même collectif ; exemple type, pour une association :
presse ;
membres ;
bureau ;
signataires des pétitions.

Exemple type pour un collectif technique :
listes ouvertes dans chaque langue
thématiques variées utilisateur / développeur / traducteur du logiciel
liste locale (groupe de montpellier, groupe de belgique etc)

Les problématiques sont nombreuses et de différents ordres :

— technique (gestion des volumes d'abonnés, de flux de messages, et de stock d'archives) ;
— juridique (responsabilité, requêtes de police)
— éthique (gestion de données personnelles, spam, règles de nétiquette)
— historique : il faut mettre en balance, d'une part, le « droit à l'oubli » — d'un contributeur qui se serait un peu trop emporté, et dont le message sortirait dans les premières pages de google lors d'une recherche sur son nom — et, d'autre part, la constitution d'un corpus intéressant les chercheurs, sociologues et historiens du temps présent, sur la formation d'un mouvement politique ou d'un collectif technique

Du côté technique, un gros chantier, mené par Nahuel, a récemment abouti à un nouveau logiciel de mise en ligne d'archives d mailing-listes, nommé arbrows.

Sur le dernier point (historique vs. privacy), notre politique est celle de l'anonymisation des contributions (respectueuse des personnes qui en font la demande), de préférence à leur suppression (qui tuerait la valeur de référence des archives).

Il est à noter que chaque responsable de liste doit régler de manière délibérée 1) le fait que la liste est archivée (par défaut, elle ne l'est pas), et 2) le fait que ses archives sont publiques (et donc indexées par Google).

* * *

Le rôle d'hébergeur militant de listes.rezo.net consiste donc à mettre en place une plate-forme facilitant les échanges et les discussions politiques et technologiques.

Le point le plus inquiétant, à mon sens, est la centralisation excessive que cet outil induit. Internet est censé permettre d'échanger sans hébergeur centralisant les discussions, et je crois que notre tâche devrait être d'évoluer vers des outils décentralisés, aussi peu nominatifs que possible. La centralisation a une valeur d'efficacité immédiate, qui se paie sur le plan tactique par 1) le pouvoir donné au serveur 2) la constitution d'un « point névralgique » en cas de pannes, de hacking, ou de saisie judiciaire.

Une autre réflexion importante porte sur la relation à l'outil : la manière dont la technique (dans ce cas, la façon dont Mailman est codé) impose des « normes » de fonctionnement d'un collectif.

Antipublicité

Fil — 2009-10-08T12:14:08Z

Peut-être arrivez-vous sur cette page après avoir lu la mention « Attention, vous surfez sans protection anti-publicité ! »

Voici une liste d'outils qui permettent d'éliminer les publicités dans votre navigateur Web :

Firefox :

L'extension Adblock Plus est un must.
— Documentation
— Installation

Safari :

Safari Adblock
est un plugin basé sur Adblock Plus.

Chrome

Il existe désormais Adblock+ et Adthwart.

Internet Explorer, etc. :

Pour les autres navigateurs, il n'existe souvent pas de solution sous forme de plugin ; on peut alors installer un proxy spécialisé dans le filtrage anti-publicitaire. Il en existe plusieurs. L'installation se fait en deux temps : tout d'abord, l'installation du proxy, qui tourne en tâche de fond sur l'ordinateur ; puis la configuration des paramètres du navigateur, pour lui faire utiliser ce proxy.
— Privoxy : http://www.privoxy.org/
— BFilter : http://bfilter.sourceforge.net/

N'hésitez pas à me signaler d'autres techniques pour surfer sans publicité, je mettrai cet article à jour avec vos suggestions.

Je suis fan de YAML

Fil — 2009-09-13T21:31:15Z

YAML. Son nom est l'acronyme de la phrase auto-référente « YAML Ain't Markup Language ». Truc de geeks, donc. Mais il ne faut pas s'arrêter à ça !

Définition

YAML se définit comme « un standard de sérialisation de données pour tous les langages, facile à utiliser pour les humains ».
— standard : signifie qu'il n'y a pas d'approximation ou d'hésitation à avoir sur le contenu écrit en YAML.
— sérialisation de données : consiste à transformer une structure de données simple ou complexe en un fichier texte. Qu'il s'agisse d'une chaîne de caractères, d'un tableau, d'une liste de tableaux, d'un objet... toute variable peut être écrite sous forme d'un document YAML.
— tous les langages : YAML existe déjà en C, Java, Python, Ruby, Perl, Javascript, etc. Son implémentation en PHP est cependant encore relativement faible.
— human-friendly : c'est le plus important à mes yeux. Une structure de données transposée en YAML est très agréable à lire, facile à comprendre, et surtout facile à éditer.

Comparaison sur un exemple

Grâce à son incomparable API, le site per.sonn.es propose plusieurs affichages possibles du profil de ses membres, ce qui va nous permettre de les comparer :

XML est la reine des formats de sérialisation. Un fichier XML, ça fait pro. Mais ses désavantages sont nombreux : c'est verbeux (chaque bloc ouvert doit être fermé), fragile (si on l'édite à la main, on a toutes les chances de le rendre invalide), complexe (ajouter un élément relève de la pratique divinatoire). Voici le profil de Jean Valjean dans la syntaxe XML/RDF : http://per.sonn.es/Jean+Valjean.rdf

JSON est la représentation des données sous forme de variable javascript. Elle est beaucoup plus légère que XML, et a l'avantage de se traiter de façon très simple en... javascript, ce qui en a fait la star des mashups du Web 2.0. Inconvénients : les commentaires sont formellement interdits ; les caractères accentués se codent sous la forme \u00e9 ; un array transcodé en JSON puis décodé peut devenir un object. http://per.sonn.es/Jean+Valjean.json

YAML pour sa part est lisible, voire même esthétique, tout en étant concis et facile à éditer à la main. Un bon dessin valant mieux qu'un long discours, voici : http://per.sonn.es/Jean+Valjean.yaml

Utilisations possibles

YAML est parfois présenté comme un format de choix pour enregistrer des fichiers de configuration. Par exemple, pour configurer deux connexions à des serveurs SQL, on peut écrire le YAML suivant :

# dev server

development:
 adapter: mysql
 database: 125moz
 username: root
 password: x0089
 socket: /tmp/mysql.sock

# prod server

production:
 adapter: mysql
 database: 178moz
 username: root
 password: x672323
 socket: /var/run/mysqld/mysqld.sock

Il n'est pas besoin d'une expérience informatique très profonde pour voir tout de suite que ce texte comporte des commentaires (cachés derrière le symbole #), et deux listes de propriétés, l'une nommée development, l'autre nommée production.

YAML peut aussi servir de format d'échange de données entre deux programmes : l'API de per.sonn.es en montre un exemple.

YAML est aussi un format à envisager pour la sauvegarde de données, destinée par exemple à une édition hors-ligne. Si per.sonn.es proposait de modifier un profil, il suffirait à Jean Valjean d'enregistrer la page http://per.sonn.es/Jean+Valjean.yaml, de l'éditer, puis, une fois son C.V. peaufiné, de renvoyer le texte édité au format YAML vers le site, pour faire la mise à jour de son profil.

Expressivité

Bien que très simple à lire, YAML offre une expressivité très complète. Il est en effet possible d'exprimer, toujours avec la même simplicité, des choses qui sont souvent complexes, voire impossibles, à réaliser dans les autres formats :
données « binaires » tels que des images (penser à l'horrible de XML) ;
adressage d'une donnée par référence (voir l'écriture &id001 / *id001 sur le fichier http://pygments.org/demo/1513/ ;
les objets se sérialisent aussi bien que les listes et tableaux.

Références Web

Le site officiel : http://yaml.org/

YAML 1.2, spécification complète (avec des exemples) : http://www.yaml.org/spec/1.2/spec.html

tutoriel rapide : “Can You Learn YAML in Five Minutes ?” http://yaml.kwiki.org/?YamlInFiveMinutes

Reference Card, tout YAML en une page (elle-même écrite en YAML) : http://yaml.org/refcard.html

Implémentation PHP

Utilisant beaucoup PHP je me suis tourné vers l'implémentation de YAML faite par Fabien Potencier pour Symfony : elle est facile à installer et, bien que n'implémentant pas toutes les spécifications, semble fonctionner raisonnablement bien pour des structures simples (des tableaux de chaînes de caractères, par exemple), à condition que le fichier ne soit pas trop gros.

Le site Symfony YAML permet de télécharger ce composant indépendamment du reste de Symfony : http://components.symfony-project.o....

Pour charger en mémoire une structure sérialisée dans un fichier il suffit de deux lignes de code :

require_once('/chemin/vers/lib/yaml/sfYaml.class.php');

$conf = sfYaml::load('conf.yaml');

Pour faire l'opération inverse (bien pratique pour convertir des données qu'on vient de lire depuis un autre format) :

require_once('/chemin/vers/lib/yaml/sfYaml.class.php');

$text = sfYaml::dump($conf);

fwrite(..., $text);

Je viens aussi de packager cette librairie sous la forme d'un plugin SPIP qui fournit deux fonctions : yaml_encode() et yaml_decode().

Conclusion

Avec tous ces avantages, YAML est désormais mon format de prédilection pour tout ce que je faisais alors avec des « petits fichiers texte ad hoc ».

Pour modérer cet enthousiasme, il faut toutefois reconnaître deux faiblesses : l'absence de documentation en français, et le support médiocre de YAML en PHP. Deux points qui pourraient être améliorés rapidement.

Installer XCache pour PHP

Fil — 2009-04-09T07:06:18Z

A force de constater des plantages EACCELERATOR: PHP crashed je me suis dit qu'il fallait essayer le cache opcode concurrent, XCache (pour savoir à quoi sert un cache opcode, se reporter à la section XCache de l'article de papygeek http://www.papygeek.com/wordpress/w...).

L'installation est un peu compliquée par le fait que ma version de Debian (etch) n'a pas encore intégré XCache, et qu'il faut donc le compiler et l'installer « à la main ». Heureusement il m'a suffi de suivre les notes d'installation de Pierre-Yves Landuré http://howto.landure.fr/gnu-linux/d... pour obtenir sans tracas :
un module /usr/lib/php5/20060613+lfs/xcache.so
un fichier de configuration /etc/php5/conf.d/xcache.ini

Pour résumer les opérations :

Dans la configuration /etc/php5/conf.d/xcache.ini j'ai fait les modifications suivantes :
xcache.size = 128M taille totale du cache (le panneau d'administration de xcache permet de voir comment on le remplit, et d'affiner cette valeur).
xcache.count = 4 nombre de CPU du serveur, qu'on peut obtenir avec
# cat /proc/cpuinfo |grep -c processor

j'ai aussi installé un login/mot de passe d'admin, pour autoriser le panneau d'administration :

xcache.admin.enable_auth = On

xcache.admin.user = "toto"

xcache.admin.pass = "42f3579b3dafe8df6268ddb602967523"

(la valeur du pass est le md5 du mot de passe choisi).

Enfin, pour installer le panneau d'administration quelque part :

# mv /tmp/xcache-$VERSION/admin/ chemin/vers/web/xcache-admin

* * *

Avec ça j'espère éviter les crashes récurrents que me donne eaccelerator, pour une amélioration de performances similaire http://www.spip-blog.net/Les-jantes... (environ 3 fois plus de pages servies par seconde).

Second bénéfice, à tester : les fonctions xcache_get(), xcache_set() etc. de l'API XCache, qui permettent de très simplement mémoriser des données en mémoire vive pour les passer d'un script PHP au suivant (Cf. Utiliser xcache pour accélérer n'importe quel script PHP).

Créer une base de connaissances avec SPIP

Fil — 2009-03-14T11:41:52Z

Comme tout forum de support logiciel, celui de SPIP (forum.spip.org) est confronté à un problème : les gens ne cherchent pas toujours de réponse avant de poser leur question. Cela conduit à une multiplication de questions redondantes, et à la fragmentation des réponses.

Comme on a abandonné l'idée ~~messianique~~ [1] de changer l'humain pour qu'il se conforme à la machine, on va essayer d'adapter la machine : pour cela forum.spip.org est le premier à introduire la technologie « réponse immédiate à la question posée ».

Comment ça marche ? Tout simplement, lorsque le visiteur pose une nouvelle question, la prévisualisation du forum inclut un squelette qui effectue une recherche sur l'ensemble des forums existants, avec comme termes de recherche les mots saisis dans les champs « sujet » et « texte » du forum.

Et propose alors les 5 résultats les plus « pertinents » :

Cela a été rendu techniquement possible par le plugin Fulltext ; ensuite, pour intégrer ce système dans le forum il a suffi de modifier le squelette de prévisu comme dans http://zone.spip.org/trac/spip-zone...

Ajout dans formulaires/inc-forum_previsu.html :

Le squelette effectuant les suggestions se trouve ici : http://zone.spip.org/trac/spip-zone....

[1] Justement pas « messianique », me fait-on remarquer obligeamment, puisque toute l'idée du messianisme, au sens propre comme au sens figuré, est de sauver l'homme par l'homme.

@font-face

Baroug — 2009-03-10T10:58:34Z

Les possibilités typographiques du design sur Internet sont globalement misérables. Quelques polices système utilisables, et c'est tout : tout bon manuel dira qu'en utiliser d'autres, c'est mal, et que de toute façon, ça ne marche pas. C'est vrai.

Les solutions du type images typographiques fonctionnent globalement bien — mais elles génèrent, comme leur nom l'indique, des images, et ne sont donc pas appropriées pour le texte, en-dehors d'un peu de titraille ou des menus.

Face à cette misère policière existe une issue : @font-face. Cette propriété des CSS permet, une fois qu'on a placé des polices de caractères dans un répertoire adéquat de son serveur, d'utiliser celles-ci sans que le visiteur n'ait à les installer sur son ordinateur. Il faut néanmoins utiliser un navigateur compatible — un Safari récent et bientôt, Firefox [1] —, qui téléchargera et interprétera les fontes.

Cette technique a elle aussi des limites : impossible de l'utiliser avec des polices commerciales, puisque les fontes placées sur le serveur pour @font-face seront librement téléchargeables. Et même les polices « gratuites » ne se laissent pas toutes distribuer ainsi. Il n'empêche : ça marche bien, et c'est une joie de voir autre chose que de l'Helvetica-Georgia-Verdana-Lucida sur une page web.

How to

Il faut donc d'abord installer les fontes sur notre gentil serveur. A priori, dans un répertoire /polices, par exemple. Cela fait, il faut déclarer chacune d'entre elle comme une classe CSS, toujours la même @font-face. Par exemple, sur ce site est installée la police Coolvetica, du prolifique Ray Larabie. (On l'utilise pour les titres et quelques autres trucs). Déclarons-la gaiement :

@font-face { 
 font-family:coolvetica;
 src:url(peaulisses/coolvetica.ttf);
 format("truetype");

}

On indique un nom, qu'on utilisera pour la nommer dans les classes et id comme n'importe quelle autre police, ici la Coolvetica. On précise ou elle est située. Et éventuellement, le format — apparemment ce n'est pas indispensable mais bon, hein.

Si l'on veut utiliser plusieurs polices de cette manière, chacune doit être déclarée dans une déclaration @font-face indépendante. Ainsi :

@font-face {
 font-family:coolvetica; 
 src:url(peaulisses/coolvetica.ttf);
 format("truetype");

}

@font-face {
 font-family:larabiefont;
 src:url(peaulisses/larabiefont.otf);
 format("opentype");

}

Pof.

« Le gras, c'est la vie »

La police ainsi choisie peut n'avoir qu'une seule graisse. Dans ce cas, s'il s'agit par exemple d'un gras, et que le gentil internaute venant butiner sur notre belle page n'utilise pas un navigateur compatible avec @font-face, la police qu'il verra à la place ne sera pas en gras, et toute l'harmonie de notre belle page sera menacée. Car si l'on donne l'attribut font-weight: bold; à la class ou l'id où se trouve notre police, elle sera déformée par un immonde gras informatique. Ce qui est totalement proscrit. C'est mal. Bouh.

Heureusement, une solution existe : déclarer dans le @font-face de la police une graisse. Voilà donc le @font-face complet déclarant la sympathique Coolvetica :

@font-face { font-family:coolvetica; src:url(peaulisses/coolvetica.ttf); format("truetype"); font-weight: bold; }

Une bien meilleure dégradation, pour employer un terme associé au javascript.

Hélas, l'astuce ne semble pas fonctionner avec d'autres propriétés comme letter-spacing. Peut-être dans une future évolution de @font-face ?

Et c'est tout ! Comme je l'ai dit plus haut, pour l'utiliser ensuite, on la place normalement, comme d'habitude, dans une liste de polices possible, du genre {font-family: coolvetica, helvetica, arial, sans-serif; } . Chose merveilleuse, de cette façon, le sympathique visiteur qui surfe avec un navigateur qui ne supporte pas encore @font-face verra la Lucida à la place de la Coolvetica. Tout marchera dont malgré tout. En moins joli.

Maintenant, il faudrait que de généreux typographes aient conscience de la nécessité de créer de nouvelles polices libres, pour le bien esthétique commun. Go go go !

[1] https://developer.mozilla.org/en/CS...

URL canonique

Fil — 2009-02-23T17:54:54Z

Je demandais hier sur #spip si quelqu'un connaissait un standard pour signaler l'URL canonique d'une page Web. S'koi ? Si on est en train de lire une page sur un site, on peut l'avoir abordée par plusieurs adresses :
http://monsite.tld/article12
http://monsite.tld/Mon-titre-d-article
http://www.monsite.tld/article12.html?couleur=bleu
http://www.monsite.tld/article12.html?post=1
http://www.monsite.tld/article12.html?PHPSESSID=a2c5fe78

Tout ça, ce sont des URLs valables, qui affichent bien le même article. Mais si je veux mettre des gens (ou des robots) d'accord sur ce qu'est la « vraie » adresse de cet article, il faut que je l'annonce, d'une manière ou d'une autre.

Cette problématique concerne au premier chef les moteurs de recherche et d'indexation (mais pas seulement). Or il se trouve que pas plus tard que la semaine dernière les trois poids lourds Google, Yahoo et Live (Microsoft) annonçaient que leurs algorithmes allaient accepter qu'on leur parle de l'URL canonique d'une page.

http://googlewebmastercentral.blogs...
http://www.seomoz.org/blog/canonica...

C'est bien fait, et c'est simple à mettre en œuvre. En gros, pour toute page HTML qui peut avoir plusieurs adresses, on va indiquer laquelle est la principale, en insérant dans son ... une balise :

href="http://www.monsite.tld/URL-canonique" />

Les algorithmes qui le souhaitent sauront donc que la page http://www.monsite.tld/article12 qui mentionne ce lien doit en fait être considérée comme étant à l'adresse canonique http://www.monsite.tld/URL-canonique. Et feront leurs calculs (PageRank...) et affichages (résultats de recherche...) en tenant compte de cette information.

* * *

Autre exemple d'usage (qui était celui qui avait suscité ma question) : lorsqu'on veut participer aux sites de partage de bookmarks type delicious.com, il importe que les différents partageurs se mettent d'accord sur une adresse unique, de manière à pouvoir discuter de la même chose, même s'ils l'ont vue dans un contexte différent. Le plugin SPIP Social Tags en tient compte.

Dans le squelette SPIP article.html, il suffit d'indiquer dans la partie .. le code suivant [1] :

href="[(#URL_ARTICLE|url_absolue)]" />

Pour que Google considère qu'un (vieux) lien vers http://monsite.tld/a1.html pointe en fait vers http://www.monsite.tld/Titre-article (URL canonique de l'article si on a activé les URLs « propres »). Ou que SocialTags indique le nouvel URL dans delicious quand on clique sur l'icone, même si le navigateur indique http://www.monsite.tld/Titre-article?PHPSESSID=12345.

URL canonique et permalien

C'est bien gentil ces URLs canoniques, mais quelle est la différence avec le permalien ?

L'idée du « permalien » d'un article, c'est d'avoir un lien qui référencera toujours cet article ; ainsi, sur un blog, on veut que les gens qui référencent un article ne fassent pas un lien vers la page d'accueil — alors que celle-ci va tourner au fur et à mesure de l'ajout de nouveaux articles — mais plutôt un lien vers une page précise qui affichera toujours l'article dans deux semaines, quand il ne sera plus sur la page d'accueil.

Bien sûr le permalien pointera en général vers l'URL canonique de l'article, ce qui fait qu'en pratique, ces deux propriétés ont la même valeur.

Cependant, les deux notions ne sont pas identiques. On peut imaginer qu'un permalien nous redirige vers l'URL canonique, laquelle peut changer au cours du temps. Par exemple, lorsque SPIP sera racheté par la Mozilla Corp., l'URL canonique de l'article de l'article « Est-ce que je peux... », qui est actuellement http://www.spip.net/fr_article1475.html, deviendra (sur ordre du département marketing) https://spip.mozcorp.world/Est-ce-que-je-peux.html.

L'URL canonique de cet article aura donc changé. Mais http://www.spip.net/fr_article1475.html est et restera un permalien : il affichera toujours le bon article (soit directement, soit en renvoyant le lecteur vers le site mozcorp.world).

Autrement dit :
un permalien (il peut y en avoir plusieurs pour un même article) est un lien qui pointe toujours vers cet article (cette « ressource », en jargon webique). On le code sous la forme . Tant qu'il permet de retrouver la ressource, fût-ce à travers des modifications de formatage des URLs, des redirections et des changements de noms de domaine, c'est un permalien.
l'URL canonique d'une ressource quant à elle est unique (mais pas forcément permanente) : elle signale l'adresse « standard » où il faut aller chercher cette page, même si on l'a trouvée ailleurs. On la référence à l'intérieur de l'entête de la page sous la forme .

[1] Intégré à la branche dev de SPIP ; on peut utiliser le patch http://trac.rezo.net/trac/spip/chan... si on veut l'utiliser tout de suite en version 2.0 stable.

Campagne pour l'éradication d'IE 6

Fil — 2009-02-20T17:14:03Z

De nombreux sites Internet norvégiens viennent de lancer une campagne d'information visant à éradiquer Internet Explorer 6, ce navigateur obsolète mais encore très utilisé, qui ruine la vie des webmestres et empêche les utilisateurs de tirer le meilleur parti d'Internet.

Comme eux, nous pensons qu'il est temps de tourner la page !

Voici le code à insérer juste après la balise de vos pages pour afficher cet avertissement en français chez vos visiteurs utilisant IE 6 (et eux uniquement !) :

<!--[if lte IE 6]>
<style type="text/css">
#ie6msg{border:3px solid #090; margin:8px 0; background:#cfc; color:#000;}
#ie6msg h4{margin:8px; padding:0;}
#ie6msg p{margin:8px; padding:0;}
#ie6msg p a.getie7{font-weight:bold; color:#006;}
#ie6msg p a.ie6expl{font-weight:normal; color:#006;}
</style>
<div id="ie6msg">
<h4>Savez-vous que votre navigateur est obsolète ?</h4>
<p>Pour naviguer de la manière la plus satisfaisante sur notre site, nous recommandons que vous procédiez à une mise à jour de votre navigateur. La version actuelle est <a class="getie7" href="http://www.microsoft.com/windows/downloads/ie/getitnow.mspx">Internet Explorer 7</a> et <a class="getie7" href="http://www.microsoft.com/windows/Internet-explorer/beta/default.aspx">Internet Explorer 8</a> est disponible en version beta. La mise à jour est gratuite. Si vous utilisez un PC au travail, veuillez contacter votre service informatique.</p>
<p>Si vous le souhaitez, vous pouvez aussi essayer d'autres navigateurs Web populaires comme par exemple <a class="ie6expl" href="http://mozilla.com">FireFox</a>, <a class="ie6expl" href="http://www.opera.com">Opera</a> ou <a class="ie6expl" href="http://www.apple.com/safari/download/">Safari</a></p>
</div>
<![endif]-->

Télécharger ce code

Libre à vous de modifier le texte ou les styles selon votre humeur et vos goûts, ou de placer le bloc IE6 dans la marge de votre site, ou en pied de page. Mais la campagne sera d'autant plus efficace qu'elle sera reconnaissable au premier coup d'œil.

Pour en savoir plus, un wiki a été ouvert à l'adresse http://ie6.forteller.net/ ; vous y trouverez le même code dans d'autres langues. Il existe des plugins pour votre blog sous Drupal ou Wordpress http://ie6.forteller.net/index.php?.... Un plugin pour SPIP vient de voir le jour.

Une fois la campagne activée sur votre site, vous pouvez le signaler sur la page http://ie6.forteller.net/index.php?..., avec une copie d'écran.

Cet article est délibérément placé dans le domaine public : recopiez-le et modifiez-le à votre convenance ; le code aussi est libre de droits : mettez-le partout où vous voulez.

$('.robots-nocontent') .remove();

Fil — 2009-02-11T09:06:24Z

Si l'on utilise Yahoo (et en particulier son API de recherche appelée BOSS) pour indexer un site (ou plusieurs), il peut être utile de masquer les blocs de navigation, de manière à ne pas perturber les résultats des recherches par des titres superflus.

Pour cela, depuis juin 2007, le robot de Yahoo prend en compte la classe robots-nocontent, qui lui dit que le texte contenu dans les blocs portant cette classe n'est pas du « contenu », autrement dit qu'il ne doit pas servir à l'indexation.

Par exemple pour demander à Yahoo d'ignorer le texte présent dans la

,
il suffit de transformer le code en

Pour visionner le résultat (sur un site utilisant jQuery), on peut se rendre sur la page ainsi marquée, ouvrir la console de Firebug, et taper la commande suivante :

$('.robots-nocontent').remove();

Elle fait disparaître de l'écran tous les blocs que Yahoo ignorera.

On peut essayer sur http://www.monde-diplomatique.fr/ca...

Mailman, postfix et VERP

Fil — 2009-01-10T23:09:05Z

Attention article démesurément technologique et barbant...

Le gestionnaire de mailing-lists Mailman (utilisé sur listes.rezo.net) sait traiter les messages d'erreur (« bounces ») que le serveur reçoit lorsqu'une des adresses email abonnées à une liste ne fonctionne plus. Le but est de désinscrire ces adresses afin de ne pas surcharger le serveur avec des emails abandonnés.

Une difficulté est que ces messages sont parfois ambigus :
lorsque, par exemple, trois adresses sont fausses dans le même domaine, il arrive que ce domaine ne renvoie qu'un seul message d'erreur indiquant, dans un format non standardisé, les trois adresses ;
autre exemple : lorsque l'adresse toto@domaine.tld est abonnée, mais que son propriétaire l'a redirigée vers toto2@un-autre.tld, et que cette seconde adresse est devenue fausse elle aussi, le serveur recevra une erreur de un-autre.tld sans avoir aucun moyen de deviner que c'est toto@domaine.tld qui en est la cause.

La solution à ce problème est le « chemin d'adresse de retour variable dans l'enveloppe », en anglais Variable Envelope Return Paths — VERP (ouf !) [1].

De quoi s'agit-il ? Le protocole SMTP dit qu'un email a le bon goût d'être entouré d'une enveloppe. Laquelle dit deux choses, et seulement deux :

qui est l'émetteur : MAIL FROM:
qui est (sont) le(s) destinataire(s). Une ou plusieurs ligne du type :
RCPT TO:
RCPT TO:

Le reste (sujet, contenu du message, pièces jointes, entêtes divers) se trouve « à l'intérieur » de l'enveloppe, après une commande DATA et, pour nos histoires, ne nous intéresse pas : le rôle du gestionnaire de mailing-liste (Mailman) est de créer le message, de le mettre dans la bonne enveloppe, et de donner cette enveloppe à l'« agent de transport » (Mail Transport Agent, MTA), en l'occurrence le serveur postfix, qui se charge alors d'envoyer l'enveloppe à son (ses) destinataire(s).

Traditionnellement, l'enveloppe d'un message émis depuis la liste test@rezo.net et destiné à toto@domaine.tld sera de la forme :

MAIL FROM: 

RCPT TO:

Derrière l'adresse test-bounces réside un script qui reçoit les messages d'erreur de type « erreur de remise de message » (c'est-à-dire, dans le jargon du mail, les bounces).

Si on emploie VERP, l'enveloppe sera transformée de la manière suivante :

MAIL FROM: 

RCPT TO:

On voit que les bounces de l'adresse toto@domaine.tld seront distribués de façon non ambigüe à test-bounces+toto=domaine.tld@rezo.net. Le script d'analyse des bounces saura donc avec certitude que ce message d'erreur est lié à l'adresse toto@domaine.tld, sans même avoir à lire le contenu du message d'erreur.

Ca, c'est pour VERP. Maintenant, l'énorme inconvénient de VERP est qu'il n'est plus possible de faire une seule enveloppe adressée à plusieurs destinataires. Or, lorsqu'on envoie un même mail sur une liste de plusieurs centaines de milliers de destinataires, il est utile de ne pas avoir à créer un message + une enveloppe par email, ne serait-ce que pour éviter de saturer le serveur.

Heureusement, postfix accepte qu'on lui donne un même message pour plusieurs destinataires dans une seule enveloppe, en le chargeant de produire lui-même les enveloppes VERP au moment où il se connecte aux serveurs des destinataires. Pour cela il faut que Mailman lui donne l'instruction XVERP au moment de l'envoi. C'est à ça que sert le patch suivant : http://lists.freebsd.org/pipermail/..., que l'on retrouve dans une version plus à jour en http://www.mail-archive.com/mailman....

Une fois ce patch appliqué aux fichiers Mailman/Defaults.py et Mailman/Handlers/SMTPDirect.py, il faut configurer Mailman (fichier ~mailman/Mailman/mm_cfg.py) de manière à ce qu'il l'utilise :

VERP_PROBES = Yes

VERP_PASSWORD_REMINDERS = Yes

VERP_PERSONALIZED_DELIVERIES = Yes

VERP_DELIVERY_INTERVAL = 1

VERP_CONFIRMATIONS = Yes

VERP_STYLE = 'Postfix'

Ajouter également à /etc/postfixmain.cf une ligne pour autoriser les clients locaux (en l'occurrence, Mailman), à exploiter l'extension XVERP :

smtpd_authorized_verp_clients=127.0.0.0/8

Dès lors les mails passent en « une seule enveloppe » [2] de Mailman vers postfix, lequel les émet ensuite en VERP vers les différents destinataires.

[1] Cf. http://postfix.traduc.org/index.php....

[2] En réalité, n enveloppes destinées chacune à un maximum de 500 destinataires.