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.

```--:frontmatter
Message COMPLET du dépot précédent:

C'est encore un peu le bazar le retour du forum
- oubli de la reponse quand on vient de l'espace privé "valider&répondre" (Pyrat)
- confusion script sur lequel on tourne et ce cas-là de retour
- confusion de valeur de hachage et de param d'URL
- enfin, il vaut mieux gérer le cookie à l'envoi plutot qu'a la réception, ca permet de le retrouver quand on poste plusieurs messages différents.

Le retour de valider/repondre n'est pas encore ideal, et il faudrait que le cache s'actualise, mais on y est presque.
```

- oubli de la reponse quand on vient de l'espace privé valider

[5883] croyait que personne ne viendrait polluer les globales; ca finira bien par etre vrai, mais pas aujourd'hui parait-il. De toutes façons tous les scripts appelables de l'extéreiur devrait etre ecrits comme ça.

ce n'est pas au script destinaire de message de forum de triturer les id_*: il doit verifier la conformité du hachage à partir de leurs valeurs brutes, afin que des balises dynamiques exploitant différemment leurs valeurs n'aient pas besoin d'une veriante de ce script.

Les polices sont recherchées par un find_in_path. Ne pas préciser "ecrire/polices", mais uniquement "polices", de façon à pouvoir livrer les polices dans le dossier squelettes.

Traiter différemment 2 criteres sur une meme table de jointure, selon que le champ est le meme ou non