Opinionz mais en blog - Balise - DotClear

Můstek, la version 2.0 de DotClear, est disponible en version finale !

Benjamin — Sun, 03 Aug 2008 11:46:00 +0200

Il aura fallu 1040 jours depuis la première ligne de code jusqu'à la publication de la version finale, publication qui arrive 3 mois jour pour jour après la sortie de la Release Candidate. Bon ici le billet arrive encore un peu plus tard mais tout ça pour dire que Opinionz n'est pas tout a fait inerte, il est même à jour ! Si ça c'est pas du billet intéressant.

Enfin un bon antispam pour DotClear.

Benjamin — Wed, 17 May 2006 21:45:00 +0000

Avant, DotClear c'était bien. Méconnu des merdeux, c'était tranquille. Mais ça attire les foules... et les vilains. D'où une croissance exponentielle de la publicité viagra-esque sur les blogs. C'est la rançon de la gloire. Des bidouilles en tout genre ont donc vu le jour : captcha (code caché dans une image), captcha accessible (réponse à donner à une question), capte-chat (cliquer sur tous les chats), Spamplemousse (plugin utilisant une liste noire de mots-clés), SpamClear (plugin utilsant un filtre bayésien), tout ça pour éviter à des pouilleux de foutre le dawa dans les commentaires. Soigner ? Oui. Mais guérir ?

Ça suffit !

Certains blogs (comme Embruns.net) hésitent à fermer leurs commentaires de façon définitive suite à des attaques massives de spammeurs. Des acharnés pensent déjà à coupler Spamplemousse et SpamClear pour une protextion optimale de leur blog. A ce train là, on passera bientôt plus de temps à gérer les spams qu'à rédiger des billets. On va même jusqu'à songer à changer l'architecture du formulaire pour tromper les vilains. Nom de Zeus ! Ça suffit ! Voici venir une (vraie) solution.

A la source

Pourquoi faire simple quand on peut faire compliqué ? Vaut-il mieux mettre des pièges à renards autour de son poulallier pour éviter à ces derniers d'entrer ou alors surveiller ce poulallier et gueuler par la fenêtre à chaque renard qui passe (ne regardez pas) ? Prendre le problème à la source, voilà donc qui est intéressant. Les robots spammeurs sont avant tout des robots et, par définition, un robot n'est pas humain. Super. Oui, parce que grâce à cette différence, on va pouvoir traquer le renard. On va détecter à l'envoi du formulaire si oui ou non il a bien été envoyé par la main de l'homme. Cette technique va nous permettre de filtrer efficacement les spams des commentaires légitimes.

Comment ça marche ?

Quand on valide un formulaire, la valeur du libellé de tous les champs nommés est envoyée au serveur. Pour les boutons submit, il y une petite subtilité : seul la valeur du bouton cliqué est envoyée. L'idée est donc de placer plusieurs boutons submit dans le formulaire, en leur donnant le même nom. On pourra ainsi détecter via la valeur reçue comment le formulaire a été envoyé. On utilise donc un premier bouton auquel on donnera une valeur (un libellé) spamesque humainement compréhensible et on le cachera à la vue des utilisateurs (via CSS). Oui mais l'accessibilité ? Justement, vu qu'on aura donné un libellé évident de non-utilisation, même les gens pour qui il ne sera pas caché cliquerons sur l'autre.

Utilisation

Voilà un exemple pour mieux vous faire comprendre mes mots sans dessus dessous.

geshi html4strict
<input type="submit" value="(ce bouton est un test antispam)" name="submitbtn" disabled="disabled" style="display: none;" />
<input type="submit" class="preview" name="preview" value="prévisualiser" />
<input type="submit" class="submit" value="envoyer" name="submitbtn" />

Evitons les débats sur la méthode de masquage du bouton : utilisez celle qu'il vous plaira.

En pratique

Il ne nous reste qu'à tester la valeur du bouton submit reçue. Si le robot s'est contenté d'envoyer des données à l'adresse du formulaire, le bouton n'aura pas de valeur. Si le robot utilse un script qui remplit les champs du formulaire, la valeur sera celle du premier bouton submit, le bouton factice. Si la valeur reçue est celle du deuxième bouton, on accepte et on passe au traitement habituel des commentaires. Pendant le temps que vous allez gagner à ne pas ajouter frénétiquement des mots à votre liste noire et à apprendre à un script à comprendre ce qui est spam et ce qui ne l'est pas, vous allez pouvoir reprendre un semblant de vie sociale et, qui sait, rencontrer des gens.

Des chiffres

Depuis que j'ai installé ce système sur ce blog (über frimu), sur environ 400 commentaires, 40% sont tombés dans le piège-à-con du bouton factice, 29% sont arrivés avec une valeur vide pour le bouton submit et 11% ont été stoppés net par une deuxième méthode que je détaillerai après. Je crois que c'est clair : ça marche. Les commentaires indésirables, qui représentaient ici 80% des commentaires postés, n'ont même pas été pris en compte. Pas de filtre sur des mots-clés, pas d'analyse bayésienne. Pas de post-traitement tout court. Si ça c'est pas du temps gagné.

Solution non exclusive

Il est cependant évident que cette méthode (bien qu'efficace) n'est pas infaillible, en ce sens que des messages indésirables peuvent toujours arriver s'ils sont envoyés par des humains. C'est pourquoi l'utilisation de l'un ou l'autre plugin peut rester un atout. Mais fini les 23 pages par jour à analyser, 3 messages par semaine tout au plus. Il arrivera certainement un jour où cette technique ne sera plus assez efficace. On trouvera autre chose le moment venu mais en attendant, on profite.

Méthode alternative

En plus du test sur la valeur du submit, je vérifie le mode de connexion du posteur. J'ai en effet constaté que tous (ou presque ?) les commentaires valides arrivaient avec comme header de connexion ($_SERVER['HTTP_CONNECTION']) "Keep-alive" mais surtout que beaucoup de spams eux avaient comme header "Keep-alive, TE, close". J'ai donc ajouté, en plus du test sur le bouton d'envoi, un test sur la valeur de cette variable. Libre à vous de l'utiliser ou non mais pour ma part, je trouve ça très efficace.

Conclusion

Ce billet a pour unique but de présenter une technique antispam efficace pour DotClear. Cette solution fonctionne à merveille ici mais ne vient avec aucune garantie. Il n'y a pas bien grand risque sinon d'être débarassé de centaines de commentaires indésirables. Je n'en ferai pas un plugin dans la mesure où il en existe déjà deux, ce qui est déjà bien suffisant. Libre aux développeurs de ces plugins d'intégrer ou non cette modification pour accroître l'efficacité de leur plugin.

DotClear : des réponses à vos questions sur le forum, enfin.

Benjamin — Mon, 08 May 2006 15:05:00 +0000

Je viens de passer sur le forum d'Opinionz et j'ai (enfin) répondu à tous vos messages concenant DotClear. Je vais tenter de donner suite au plus vite à tout ça et je vais mettre (enfin) en ligne les nouvelles versions des plugins d'ici peu. J'espère que la venue de DotClear 2 ne rendra pas tous ces plugins inutiles(-isables). Et comme je vais remettre les mains dans le cambouis, n'hésitez pas (c'est le moment) à me faire part de TOUS les changements/corrections/bugs/désirs/idées pour ces plugins. A bientôt donc.

Modifier la présentation du blogroll avec des listes imbriquées

Benjamin — Fri, 09 Dec 2005 02:11:00 +0000

Kozlika a posé une question intéressante sur le forum DotClear et je n'ai donc pas pu résister à la résoudre (super chinois ?). L'idée était donc de modifier l'affichage du blogroll pour permettre l'utilisation de listes imbriquées. Voilà qui est fait, c'est donc possible moyennant les menus changements que nous allons évoquer.

Le problème

La présentation par défaut du blogroll correspond donc à ceci :

geshi html4strict
<h3>Première catégorie</h3>
     <ul>
         <li>Lien 1</li>
         <li>Lien 2</li>
         <li>etc.>
     </ul>
<h3>Deuxième catégorie</h3>
     <ul>
         <li>Lien 1</li>
         <li>Lien 2</li>
         <li>etc.>
     </ul>
etc.

Et l'idée était de l'afficher comme ça :

geshi html4strict
<ul>
<li>Première catégorie
     <ul>
         <li>Lien 1</li>
         <li>Lien 2</li>
         <li>etc.>
     </ul>
</li>
<li>Deuxième catégorie
     <ul>
         <li>Lien 1</li>
         <li>Lien 2</li>
         <li>etc.>
     </ul>
</li>
</ul>

La solution

Aperçu de la fonction avec ses petites modifications :

geshi php
function linkList($category='<h3>%s</h3>',$block='<ul>%s</ul>',$item='<li>%s</li>')
{
	global $con, $blog;

	if (($rs_link = $con->select(
		' SELECT label, href, title, lang, rel FROM ' . $blog->t_link
		. '  ORDER BY position')) !== false) {
		$res = '';
		
		while (!$rs_link->EOF()) {
			$label = $rs_link->f('label');
			$href  = $rs_link->f('href');
			$title = $rs_link->f('title');
			$lang  = $rs_link->f('lang');
			$rel = $rs_link->f('rel');
			
			if (! $label && ! $href) {
				if ('' != $res) {
					#printf($block,$res);
					/* début ajout */
					$res2 = sprintf($block,$res);
					/* fin ajout */
				}
				#printf($category, $title);
				/* début ajout */
				if (!empty($res)) {
					$res3 .= sprintf($category,$cattitle,$res2);
				}
				$cattitle = $title;
				/* fin ajout */
				$res = '';
			} else {
				
				$link =
				'<a href="'.htmlspecialchars($href).'"'.
				((!$lang) ? '' : ' hreflang="'.htmlspecialchars($lang).'"').
				((!$title) ? '' : ' title="'.htmlspecialchars($title).'"').
				((!$rel) ? '' : ' rel="'.htmlspecialchars($rel).'"').
				'>'.
				htmlspecialchars($label).
				'</a>';
				
				$res .= sprintf($item,$link);
			}
			$rs_link->moveNext();
		}
		/* début ajout */
		$res2 = sprintf($block,$res);
		$res3 .= sprintf($category,$cattitle,$res2);
		/* fin ajout */
		if ('' != $res) {
			#printf($block,$res);
			/* début ajout */
			printf($block,$res3);
			/* fin ajout */
		}
	}
}

Utilisation

On peut donc désormais utiliser la syntaxe suivante dans notre blog :

geshi php
<?php dcBlogroll::linkList('<li>%1$s %2$s</li>'); ?>

Si ça c'est pas la fête

DotClear : le plugin Billets Connexes complète le plugin Tags

Benjamin — Thu, 08 Dec 2005 00:45:00 +0000

Non pas que j'oublie le plugin Nombre de Lectures, mais je l'ai mis sur pause pour un temps quand une idée fulgurante m'a traversé l'esprit. Bon d'accord, l'idée n'était pas neuve mais je n'avais jusqu'alors pas la possibilité de la réaliser. Jusqu'au jour où je tombe sur le plugin Tags (se basant lui-même sur le plugin Métadonnées de billet) qui permet d'assigner des mots-clés à chacun des billets.

Présentation

Cette idée qui me trotte dans la tête vient donc de voir le jour : il est désormais possible d'afficher une liste de billets connexes à un billet source. Super ! Oui en effet. Le principe est simple : on récupère les mots-clés du billet source et on les compare à ceux de la base de données à la recherche d'autres billets. Facile, sympa, sexy.

C'est la classe

Oui on peut le dire, c'est de la POO. Mais là n'est pas la question. Point suivant.

En pratique

Le plugin est utilisable dans le fichier post de votre template, mais aussi dans la sidebar ou dans les pages utilisant le plugin Related.

Voici trois exemples d'utilisation de la classe :

geshi php
<?php
/**
pertinence de 2 mots-clés, pas de limite, id auto et clé de tri définie
*/
$bc = new dcBilletsConnexes(2,0,0,'´post_dt´ ASC');
/**
tous les paramètres par défaut
*/
$bc->show();
?>

<?php
/**
pertinence de 1 mot-clé, 5 résultats maximum, id auto et classement par défaut
*/
$bc = new dcBilletsConnexes(1,5);
/**
personnalisation du bloc et du titre, formatage par défaut des éléments de la liste
et séparation des mots-clés avec '/'
*/
$bc->show('<div>%1$s<ul>%2$s</ul></div>',
	'<h3>Billet(s) connexe(s)</h3>','*',', ');
?>

<?php
/**
pertinence de 3 mots-clés, pas de limite de résultat, id du billet source spécifié,
classement par défaut
*/
$bc = new dcBilletsConnexes(3,0,53);
/**
bloc et titre par défaut, formatage personnalisé des éléments de la liste
et séparation des mots-clés par défaut
*/
$bc->show('*','*','<li><a href="%2$s" title="Mot(s)-clé(s) : %3$s">%1$s</a></li>');
?>

Explication

Instanciation

Lors de l'instanciation de la classe, il est possible de définir 4 paramètres :

niveau : nombre qui définit le nombre de mots-clés minimum à avoir en commun avec le billet source
limite : nombre de résultats maximum à afficher, utile si vous avez 7000 billets connexes
id : le système est malin, il récupère l'id du billet source tout seul, mais il est aussi possible de lui donner
ordre : clé de tri des résultats (pour classer les billets par date, par nom et toutes ces choses)

Ces paramètres sont tous optionnels et gardent alors leurs valeurs par défaut qui sont respectivement :

1 (un seul mot-clé à avoir en commun, augmenter pour affiner les résultats)
0 (mettre zéro pour aucune limite, sinon mettre ce que bon vous semble)
0 (par défaut, à zéro donc, l'id est récupéré de façon automatique)
'`post_dt` DESC' (le classement par défaut est par date, du plus récent ou plus vieux)

Affichage des résultats

La méthode show accepte elle-aussi 4 paramètres :

bloc : chaîne de formatage du bloc à afficher sur le blog
titre : titre du bloc (avec gestion intelligente du pluriel)
item : chaîne de formatage des éléments de la liste
séparateur : définit le séparateur des tags pour l'affichage

Ces paramètres sont aussi tous optionnels, vous pouvez voir les valeurs par défaut dans l'exemple vu plus haut.

La chaîne bloc reçoit deux valeurs : le titre du bloc et les éléments de la liste :

geshi html4strict
<div class="billets-connexes">%1$s<ul>%2$s</ul></div>

La chaîne des éléments de la liste reçoit quant à elle le titre du billet, son url et les mots-clés récupérés :

geshi html4strict
<li><a href="%2$s" title="Mot(s)-clé(s) : %3$s">%1$s</a></li>

Gestion des pluriels

Le titre du bloc et la balise title des liens dans les résultats gèrent leur pluriel de façon intelligente. En effet, si vous utilisez "Billet(s) Connexe(s)" ou 'Mot(s)-clé(s)", la classe affichera automatiquement le sigulier ou le pluriel suivant le nombre de résultats. Stupéfiant !

Pour les pluriels complexes, ça marche aussi :

"Voici (une|des) beau(x) soulier(s) pour l'oncle Henri !"

Personnalisation

Si l'envie vous prend de vouloir récupérer les résultats sans affichage, la méthode getinfo est là pour vous.

Ainsi, avec le code suivant :

geshi php
<?php
$bc = new dcBilletsConnexes(2);
$billets = $bc->getinfo();
?>

On récupère les données sous la forme d'un tableau associatif et on peut alors traiter les infos comme on veut.

L'id des billets est utilisé comme index, le titre, l'url et les tags sont donc utilisables comme ceci :

geshi php
<?php
/**
suite du code vu juste avant donc
*/
foreach ($billets as $id => $billet)
{
	echo '<p><a href="'.$billet['url'].'" title="'.$billet['tags'].'">'.$billet['titre'].'</a></p>';
}
?>

Installation

Pour l'installateur et l'archive, direction le grenier