Project

General

Profile

Demande #864

Réduction du spam sur le wiki

Added by Vincent-Xavier JUMEL about 9 years ago. Updated almost 9 years ago.

Status:
Fermé
Priority:
Normale
Category:
-
Start date:
05/09/2012
Due date:
% Done:

100%

Estimated time:
Difficulté:

Description

Deux mails de François pour le wiki !


Files

wiki_dnsbl.eml (408 Bytes) wiki_dnsbl.eml Vincent-Xavier JUMEL, 05/09/2012 08:33 AM
wiki_dnsbl_concerns.eml (920 Bytes) wiki_dnsbl_concerns.eml Vincent-Xavier JUMEL, 05/09/2012 08:33 AM

History

#1

Updated by Vincent-Xavier JUMEL about 9 years ago

  • Assignee set to Quentin Gibeaux
#2

Updated by Quentin Gibeaux almost 9 years ago

Il y a plusieurs pistes pour contrer ça.
  • Un contre-bot. Idée de theo, visiblement appliqué chez LQDN, mais on
    n'a pas réussi à récupérer le code (si je suis bien au courant)
theo_taf | QGuLL: le spam bot de lqdn on a les sources. Mais il vaut mieux repartir de rien en utilisant le module 
          | perl pour les bots mediawiki (ptet Mediawiki::bot(s) de mémoires).                                      
          | Mais pour ça il faut que les pages aient un patern commun.                                               
theo_taf | Et fiable (pas de faux positif)
  • Un champ invisible pour les utilisateurs mais visibles pour les bots
    en changeant le CSS. L'idée est que les bots remplissent tous les champs
    et un humain ne peut pas remplir tous les champs. L'efficacité est
    inconnue, mais le coté non intrusif est alléchant. Ce serait pour moi la
    première chose à tester. Alternative/supplément : question bidon à
    l'inscription. Je doute du succès captcha dans la durée.
  • Ban list. Comme je l'avais signifié sur la liste siteweb, mediawiki
    permet l'utilisation d'une blacklist commune, mais ça fait débat (faux
    positifs possibles ?). A mon avis, c'est du dernier recours. Le
    blacklistage d'IP à la main au sein même du wiki ne change rien.
#3

Updated by Quentin Gibeaux almost 9 years ago

  • Status changed from Nouveau to En cours de traitement
#4

Updated by Quentin Gibeaux almost 9 years ago

la solution la plus simple pour le moment (et qui pourait être vraiment efficace) semble de mettre en place un piège sous la forme d'un formulaire caché par CSS.
Je vais creuser de ce côté là

#5

Updated by Quentin Gibeaux almost 9 years ago

  • % Done changed from 0 to 50

J'ai testé la solution, elle a l'air de fonctionner.
Après consultation des personnes concernées, je viens de l'installer sur le vrai wiki : à voir si une diminution des spams est observée.

#6

Updated by Anonymous almost 9 years ago

Visiblement, ce n'est pas un franc succès :(
Je suggère, sauf si on a mieux, de mettre une question 'bidon' à l'inscription (dans la mesure du possible).

#7

Updated by Quentin Gibeaux almost 9 years ago

J'ai testé la mise à jour de mediawiki de la version 1.15 à la version 1.19, avec les paquets debian ; celle-ci s'effectue globalement très bien et la nouvelle version possède des systèmes de protection antispam plus adéquats. Il y a juste un soucis avec les accents dans les noms de pages ; je regarde comment régler ce problème.

#8

Updated by Quentin Gibeaux almost 9 years ago

Problème de pages à url accentué résolu : ''ALTER TABLE page CONVERT TO CHARACTER SET latin1 COLLATE latin1_bin;''
Je teste encore pour voir s'il n'y a pas de problèmes autres, et je prévois une migration du vrai site wiki.april.org

#9

Updated by Vincent-Xavier JUMEL almost 9 years ago

  • Target version set to April Camp septembre 2012
#10

Updated by Quentin Gibeaux almost 9 years ago

  • % Done changed from 50 to 80

Mediawiki a été mis à jour, et une question a été ajoutée sur le formulaire d'inscription.

Si pas de problème suite à cette mise à jour dans les jours qui vienne, on peut fermer la tâche.

#12

Updated by Quentin Gibeaux almost 9 years ago

  • Status changed from En cours de traitement to Fermé

plus de spam :)

#13

Updated by Frédéric Couchet almost 9 years ago

  • % Done changed from 80 to 100

Also available in: Atom PDF