Ajout de Primary Key aux tables auteurs_rubriques, auteurs_articles et auteurs_messages comme pour le [5949]: ca doit accélerer les requetes dessus et ça permet surtout au compilateur de produire des jointures automatiques sans répétitions.

Au passage, nettoyage de afficher_formulaire_statut_auteur qui contenait du 
code mort.

- Prise en compte du path, permet de reperer /mail/ et /webmail/ dans les referers
- Ajout de vignettes dmoz dans les resultats

Possibilite de "placer" le masque à l'intérieur de l'image dans image_masque. Variables possibles: left=x, right=x, top=y, bottom=y

attention le filtre de translitteration redevient |translitteration

1. accéler la recherche quand on les utilise
2. prévenir le compilateur que les couples de ces tables sont uniques.

Le dit compilateur peut ainsi éviter un GROUP BY lorsqu'une jointure ne met 
en jeu qu'une table ainsi déclarée, et continue à le produire pour les autres cas. Cf:
http://article.gmane.org/gmane.comp.web.spip.devel/30497
http://article.gmane.org/gmane.comp.web.spip.devel/30555
http://article.gmane.org/gmane.comp.web.spip.devel/30821
http://article.gmane.org/gmane.comp.web.spip.devel/32442
http://article.gmane.org/gmane.comp.web.spip.devel/33321

Les tags de rubriques, c'est rel="directory", pas rel="category", donc on change tout -- http://microformats.org/wiki/rel-directory

+ un code d'optimisation de la base de données qui semble marcher (à vérifier sur des bases de test !)

ecrire_fichier() pour les sessions, devrait permettre d'assurer que la session est effectivement écrite complètement (bug lorsque le quota disque est atteint)

la balise #LESAUTEURS renvoie des liens vers generer_url_auteur(), et non plus vers mailto:email  (Martín Gaitan)

on ne peut pas gerer le noyau au niveau de find_in_path(), sinon on y mémorise toutes les recherches de squelettes (article-1.html, article=1.html, autant de fois qu'il existe de rubriques)...

on met en cache, dans meta['noyau'], les fichiers qu'on a trouves via find_in_path() ; ceci, seulement sur l'espace public, pour ne pas alourdir trop les globales

merci à Cedric pour la moitié du travail

Plutot que de renvoyer toujours vrai (!) et de rediriger en cas d'echec,
elle retourne en valeur l'adresse de redirection en cas d'echec,
et retourne vide en cas de réussite.
Un peu bizarre, mais sinon c'est peu utilisable par une surcharge.