Suite à la visite récurrente de spammeurs sur le livre d'or du site, j'ai décidé de mettre en place un filtre sur l'ip.

Comme ça peut servir à tout le monde, je le mets à votre disposition.

Pour le mettre en place, il suffit de remplacer le fichier livreor.php de SWP (jusqu'à la version 1.1.1) par le nouveau fourni ici (livreor.php v1.1.2).

J'ai l'impression que le livre d'or est obsolète sur beaucoup de sites.

2e essai, en utilisant uniquement des mots que je comprends :

J'ai l'impression que sur la plupart des sites SWP que j'ai visité (le mien y compris), il y a très peu de messages dans le livre d'or. Ca n'attirerait apparemment plus vraiment les utilisateurs...

Je me demande si je ne vais pas le retirer de mon site (après référendum via un poll bien sur )

Bon dimanche de Paques à tous !
Tarpan

livre d'or pour un site d'unite n'a pas trop de sens ... il est souvent la pour les externes, les membres ayant le forum.

Donc il est vrait que il est pas indispensable, par contre ici, il a de l'interet

de temps en temps chez nous, je me demande si le livre d'or n'est pas plus animé que certains forums...

et si on proposait à un visiteur non loggué ayant visité le site pour la première fois s'il souhaite laisser une marque de son passage dans le livre d'or... mais bon, c'est pousser le bouchon loin ca? non?

oui ce bien le but du Livre d'Or, mais pour le site de ton unite enfin je trouve sur l'inutile, par contre pour le site du portail ce bien

Hop !

Etant donné que le phénomène de spam sur les livres d'or semble se renforcer comme j'ai pu le constater sur pas mal de sites déjà, j'ai mis en place plusieurs barrières supplémentaires :

- Un message par IP sur une période de temps donnée
- Code de validation semi aléatoire temporisé à entrer manuellement

En fonction de l'efficacité de ces barrières ici, où le livre d'or est potentiellement plus exposé, je diffuserai ensuite le code et l'intégrerai dans la prochaine distribution.
C'est mon premier script antispam alors je vais suivre attentivement la chose

mmm le code "pseudoaleatoire" que on doit introduire est tres efficace... car inpenetrable si fait de la bonne facon (creation d'une image)

La il est assez inutile... car apart bloquer le gamin de 4 ans, ^^', que on pourrait bloquer avec ta 1er regle, et l'impossibilite de reponster le meme messages, un utilisateur plus experimente, je dirait 15 ans^^', peut sans souci cree un script qui recupere la valeur sur la page html, et la remet dans le champ.

Pour eviter cela on cree une image GD, avec le code pseudoaleatoire
La valeur de la variable reste donc cache dans une session et a l'envoie on le verifie.

Il est assez facile de cree une image GD (cette methode est utilise sur plein de forum ou site, comme phpBB2, l'image contenant le code est cree instantanement au chargement de la page et change chaque fois).
Apres on peut s'amuser a faire un truc beau, illsible avec des lignes (jamais compris le but apart embeter un utilisateur qui sait pas le lir>_<) ou le recouvir d'effet, comme le truc argente des billet a gratter de la lotteria ^^'

Bon en tout cas je pense que tu pourrait utiliser GD, seul truc, qq fournisseur bloque GD, ansi faudra decter en avance si GD est active ou pas, si pas bha ^^' ca marchera pas.

Pour savoir cmt cree une image GD, je renvoie sur le SDZ, ou un tuto d'un utilisateur l'explique tres bien [exactement pour cette utilisation]


P.S. Je continue le flood en ajoutant que GD est une librairie simple mais puissante, on peut faire des truc vraiment beau (redimesion automatique des images lors de l'envoie (utile pour les galleirie photo) ou creation d'un miniature et autre petit truc qui permettend de securiser les partie sensibles du site) [entre autre on pourrait l'integrer au chansonier, pour que le texte de la chanson sorte en image pour eviter de pouvoir le copier ^^']
Une utilisation du GD est aussi de cree des images a afficher, plutot que du texte, pour en eviter la copie, ou du moin, en decourager les plus paresseaux ^^'
Et pour finir on peut abellir un site tout en modifiant des parametre dans une partie administration, a la facon CSS mais meme plus en profondeur, penser si votre banniere est cree grace a GD, un simple click et elle changera de couleur (le tout en modifiant une valeur dans admin, et sans besoin de la recharger a chaque fois^^') Bref je m'eloigne sur l'eloge de cette librairie, que j'adore et que j'espere aprofondir dans mes peut etres jours libres cette ete

T'inquiète Belfo, je voulais aussi me lancer dans l'exploitation de la librairie Gd. Mais je n'avais pas des masses de temps alors j'ai pris une dizaine de minutes pour faire ça ce matin

L'objectif de ce genre de validation est en fait d'empêcher un script automatique de récupérer le code et de rendre le boulot des spammeurs plus chiant.
J'ai compliqué un peu la tâche en glissant le code dans un javascript mais je sais fort bien que ce n'est pas super résistant. D'où la limitation du nombre de posts par IP sur un certain temps.

Voilà ce que j'ai eu le temps de concocter ce matin.

Mais y greffer une génération d'image ne devrait pas être trop compliqué.

PS : Comme je le disais, nous verrons bien sur site à quel point mon stratagème est efficace

j'ai une petite question d'ordre générale dans le cas des images généré pour éviter les spam.

Où est stocké la clé à comparer avec l'entrée de l'utilisateur??

je m'explique, le site génère une image contenant un code alphanumérique (ondulé ou autre) et envoi la page vers l'utilisateur. L'utilisateur tape ce code dans un champs de formulaire, et le serveur doit comparer cette entré de l'utilisateur au code alphanumérrique de base, mais où est stocké cette valeur?? dans une variable de session ?? dans la base de donnée ?? ou autre ??

merci de vos réponses

La valeur peut être stockée dans la db oui. Mais ce n'est peut-être pas la solution la plus rapide.

Personnellement, j'ai adopté une autre solution.

Je génère une clé en fonction d'une contrainte temporelle à laquelle je greffe une clé aléatoire. Cette clé est transmise avec le formulaire.
La clé à entrer est une partie du hashage de cette clé combinée à la constante UN_PEU_DE_SEL du portail.

Dans ce cas, la contrainte temporelle à vérifier doit tenir compte du fait qu'une personne qui signe le livre d'or peut prendre un certain temps pour rédiger son message. Ici, je lui laisse 24 heures environ. Mais je pourrais renforcer le script et autoriser un temps moins important.

si tu la transmet par session, elle ne durera que le temp de la session ... ^^'

si elle ne dure que la session c'est ce qui est le mieux non ca veut dire que tant quon quite pas le site elle reste valable??????

non non ^^'

deja suffit que une fois utiliser de la deleter.
sinon bha une session dure un tot deseconds apres la derniereaction surle site. A ce moment la session "decade" donc meur. Et n'existe plus

Je confirme donc que le(s) spammeur(s) qui s'attaquent au livre d'or du site utilisent un bête script incapable actuellement de lire la clé de validation, même insérée dans la page via javascript.

Bref, pourquoi faire compliqué quand on peut faire simple