Axuda: filtro de abuso

Da Wikipedia, a enciclopedia libre.
Ir á navegación Ir á busca

O filtro anti-abuso é un sistema heurístico que analiza todos os cambios que se fan nas páxinas da Wikipedia e outras operacións como crear usuarios ou mover páxinas. O obxectivo principal é evitar abusos como o vandalismo , pero tamén se usa para etiquetar modificacións lexítimas. Baséase nunha serie de regras, definidas nun idioma específico polos administradores ou por calquera que teña os permisos adecuados.

Cada regra constitúe un filtro, cada un dos cales se caracteriza polas condicións que o desencadean e por calquera acción a realizar.

A función introduciuse en 2009. Os administradores poden crear e modificar filtros específicos en calquera momento. As seguintes páxinas especiais están dispoñibles, só visibles para usuarios validados :

  • Especial: Filtro anti - bus : mostra os filtros existentes; non todos son visibles en detalle, os "privados" só son accesibles para os administradores, para non axudar aos malos a enganalos.
  • Especial: RegistroAbusi : permítelle ver todos os cambios recentes que activaron un ou máis filtros.
Gnome-help.svg - Mesa de información

Efectos dos filtros

Os filtros funcionan en tempo real, no momento no que se fai un cambio. Un novo filtro non actúa retroactivamente sobre os cambios pasados.

O efecto mínimo dun filtro, cando se atopa un cambio "culpable", é informalo en Speciale: RegistroAbusi . Dependendo de como se configure o filtro, estas son as outras medidas que pode tomar, en orde crecente de gravidade:

  • Asignando unha etiqueta que aparecerá xunto co obxecto da modificación e en especial: etiquetas .
  • Retardación : o filtro realiza as accións (etiquetaxe, bloqueo, etc.) só cando se alcanza un certo limiar de cambios ao longo do tempo que cumpren as condicións.
  • Aviso directo ao autor do cambio. O aviso aparece como editor . O cambio segue pendente, pero o usuario pode gardalo de calquera xeito premendo de novo "Publicar cambios". Se desiste, o intento aínda se rexistra no rexistro, pero non haberá outras medidas.
  • Prohibición da modificación, que non se pode gardar.
  • Revogación do estado de usuario validado ao autor.
  • Inmediato bloqueo do autor. O bloque aparece coma se o fixera o usuario ficticio Usuario: filtro anti-abuso .

Incluso o filtro de abuso pode ser incorrecto. Se se toma unha acción seria por erro, pódese informar do problema en Wikipedia: Solicitudes aos administradores .

Creación de filtros

Este capítulo só interesa aos administradores ou aos que queiran suxerir cambios nos filtros.

A páxina para crear ou editar un filtro ( exemplo ) é bastante autoexplicativa. Recoméndase dar aos filtros unha descrición breve pero comprensible e explicar detalladamente en "Notas:" o propósito e os cambios importantes.

O máis difícil é probablemente definir as condicións, que emprega unha linguaxe semellante ás expresións booleanas de C / Java / Perl; para isto, vexa (EN) mw: Extensión: formato AbuseFilter / Rules . Para probar as condicións, pode empregar as páxinas Special: FilterAntiAbusi / tools e Special: FilterAntiAbusi / test . En Special: FilterAntiAbusi / examine pode examinar as modificacións que xa se produciron como exemplo, para ver que variables fan que as expresións condicionais estean dispoñibles.

No cadro "Accións a realizar en caso de coincidencia", cada verificación corresponde a un dos efectos listados no capítulo anterior. Algunhas cousas que non se entenden de inmediato:

NB Lembre, en xeral, que cada filtro activo é esixente para o sistema, que o aplica a cada modificación aínda que raramente faga clic. Un exceso de filtros pode entupir o sistema, tanto para evitar o funcionamento dos filtros máis recentes (isto xa ocorreu en it.wiki), polo que non use filtros se non é necesario:

  • Para problemas que afectan a unha ou algunhas páxinas específicas, é preferible empregar a protección de páxinas .
  • Para evitar o spam de ligazóns externas hai MediaWiki: Spam-blacklist .
  • Para evitar a creación de páxinas con certos títulos, hai MediaWiki: Titleblacklist .
  • Lembre desactivar, despois dun certo tempo, os filtros ligados a unha determinada "moda" de vandalismo ou recentismo que tarde ou cedo remata.

A pesadez de cada filtro depende do número e do tipo de condicións. O límite total, considerando todos os filtros xuntos, é de 1000 condicións avaliadas para a súa modificación; unha vez alcanzadas as 1000 condicións, non se comproban máis filtros e só se levan a cabo as accións dos filtros xa verificados (se hai). É bo poñer primeiro as operacións menos caras (ver máis abaixo) e as máis selectivas.

Consideracións técnicas

A verificación dalgunhas condicións e algunhas operacións nas variables son menos custosas : en xeral, comparar dúas variables enteiras (por exemplo o espazo de nomes de dúas páxinas) ou Booleano (por exemplo comprobar se o usuario está autocontrolado) é menos custoso que buscar unha cadea con contains ; como exemplo de funcións, a norm é máis cara que lcase .

PHP (e, en consecuencia, o MediaWiki e do filtro) é especialmente eficaz no uso de expresións regulares : funcións como rlike e irlike son moito máis cómodo que unha serie de contains conectados entre si por operadores lóxicos.

Para cada filtro está dispoñible unha visión xeral cos valores medios do tempo de execución e o número de condicións empregadas, tamén recollidas globalmente en forma de gráficos . Os tempos de execución mostrados refírense aos percentiles 99 (verde) e 75 (amarelo) e os tempos no eixo x son UTC. Tamén hai gráficos coas accións realizadas polos filtros individuais; as accións mostradas só son "advertir", "etiquetar", "impedir" e "bloquear".

Para obter máis detalles sobre a complexidade das funcións e trucos máis comúns para reducir a carga de traballo, consulte o manual de sintaxe e detalles sobre as condicións de reconto .

NB O número de condicións empregadas é puramente indicativo e non é un bo indicador da eficiencia dun filtro. Por exemplo, a concatenación de n comparacións simples (como 'a' === 'b' ) con operadores lóxicos consume n condicións como máximo, pero é relativamente rápida de realizar. Pola contra, o uso dunha variable como article_recent_contributors non require ningunha condición en si mesma, pero require unha consulta de base de datos que pode levar moito tempo.

Informes de filtros bloqueados

O bot MusikBot encárgase de manter unha lista de filtros "parados", é dicir, aqueles que non rexistraron coincidencias nos últimos 30 días. Os informes están dispoñibles na páxina de usuario: MusikBot / StaleFilters / Report . Para especificar un offset distinto de 30 días, os administradores poden usar a páxina Usuario: MusikBot / StaleFilters / Offset , configurando un valor diferente en días, mentres que para desactivar completamente a actividade do bot é necesario entrar en Usuario: MusikBot / StaleFilters / Run a calquera texto que non sexa true . Finalmente, se o bot ten problemas, o seu rexistro de erros está dispoñible en Usuario: MusikBot / StaleFilters / Rexistro de erros .

Páxinas relacionadas

Outros proxectos