Ajutor: Filtru abuz

De la Wikipedia, enciclopedia liberă.
Salt la navigare Salt la căutare

Filtrul anti-abuz este un sistem euristic care analizează toate modificările aduse paginilor Wikipedia și altor operații precum crearea de utilizatori sau mutarea paginilor. Scopul principal este de a evita abuzurile, cum ar fi vandalismul , dar este folosit și pentru etichetarea modificărilor legitime. Se bazează pe o serie de reguli, definite într-un limbaj specific de către administratori sau de oricine are permisiunile corespunzătoare.

Fiecare regulă constituie un filtru, fiecare dintre acestea fiind caracterizat de condițiile care o declanșează și de orice acțiuni care trebuie întreprinse.

Funcția a fost introdusă în 2009. Administratorii pot crea și modifica filtre specifice în orice moment. Următoarele pagini speciale sunt disponibile, vizibile numai pentru utilizatorii validați :

  • Special: Filtru anti - autobuz - afișează filtrele existente; nu toate sunt vizibile în detaliu, cele „private” sunt accesibile doar administratorilor, pentru a nu-i ajuta pe băieții răi să-i înșele.
  • Special: RegistroAbusi - vă permite să vedeți toate modificările recente care au activat unul sau mai multe filtre.
Gnome-help.svg - Birou de informare

Efectele filtrelor

Filtrele funcționează în timp real, în momentul în care se face o schimbare. Un nou filtru nu acționează retroactiv asupra modificărilor anterioare.

Efectul minim al unui filtru, atunci când se constată o modificare „vinovată”, este raportarea acestuia în Speciale: RegistroAbusi . În funcție de modul în care este configurat filtrul, acestea sunt celelalte măsuri pe care le poate lua, în ordinea crescândă a severității:

  • Atribuirea unei etichete care va apărea împreună cu obiectul modificării și în special: etichete .
  • Încetinire : filtrul efectuează acțiunile (etichetare, blocare etc.) numai atunci când este atins un anumit prag de modificări în timp care îndeplinesc condițiile.
  • Notificare directă către autorul modificării. Notificarea apare ca un editor . Modificarea rămâne în așteptare, dar utilizatorul poate decide să o salveze oricum apăsând din nou „Publicare modificări”. Dacă renunță, încercarea este încă înregistrată în registru, dar nu vor exista alte măsuri.
  • Interzicerea modificării, care nu poate fi salvată.
  • Revocarea către autor a statutului de utilizator validat .
  • Blocarea imediată a autorului. Blocarea apare de parcă ar fi fost făcută de către utilizatorul fictiv. Utilizator: filtru anti-abuz .

Chiar și filtrul de abuz poate fi greșit. Dacă o acțiune serioasă este luată din greșeală, problema poate fi raportată în Wikipedia: Solicitări către administratori .

Crearea filtrelor

Acest capitol interesează doar administratorii sau cei care doresc să sugereze modificări la filtre.

Pagina pentru crearea sau editarea unui filtru ( exemplu ) se explică de la sine. Se recomandă să oferiți filtrelor o descriere scurtă dar ușor de înțeles și să explicați în detaliu în „Note:” scopul și modificările importante.

Cea mai grea este definirea condițiilor, care folosește un limbaj similar cu expresiile booleene ale C / Java / Perl; pentru aceasta a se vedea (EN) mw: Extensie: AbuseFilter / Format reguli . Pentru a testa condițiile, puteți utiliza paginile Special: FilterAntiAbusi / tools și Special: FilterAntiAbusi / test . În Special: FilterAntiAbusi / examine puteți examina modificările care au avut loc deja ca exemplu, pentru a vedea ce variabile fac disponibile expresiile condiționale.

În caseta „Acțiuni care trebuie luate în cazul unui meci”, fiecare verificare corespunde unuia dintre efectele enumerate în capitolul anterior. Unele lucruri care nu sunt de înțeles imediat:

NB Rețineți, în general, că fiecare filtru activ este solicitant pentru sistem, care îl aplică fiecărei modificări chiar dacă rareori dă clic. Un exces de filtre poate bloca sistemul, atât de mult încât să împiedice funcționarea celor mai recente filtre (acest lucru s-a întâmplat deja pe it.wiki), deci nu utilizați filtre dacă nu este necesar:

  • Pentru problemele care afectează una sau câteva pagini specifice, este preferabil să utilizați protecția paginii .
  • Pentru a evita spam-ul linkurilor externe există MediaWiki: Spam-blacklist .
  • Pentru a evita crearea de pagini cu anumite titluri, există MediaWiki: Titleblacklist .
  • Nu uitați să dezactivați, după un anumit timp, filtrele legate de o anumită „modă” de vandalism sau recentism care se termină mai devreme sau mai târziu.

Greutatea fiecărui filtru depinde de numărul și tipul de condiții. Limita totală, luând în considerare toate filtrele împreună, este de 1000 de condiții evaluate pentru modificare; odată atinse cele 1000 de condiții, nu mai sunt verificate alte filtre și se efectuează doar acțiunile filtrelor deja verificate (dacă există). Este bine să puneți mai întâi cele mai puțin costisitoare operațiuni (vezi mai jos) și cele mai selective.

Considerații tehnice

Verificarea unor condiții și a unor operații asupra variabilelor sunt mai puțin costisitoare : în general, compararea a două variabile întregi (de exemplu spațiul de nume din două pagini) sau booleană (de exemplu verificarea dacă utilizatorul este auto-verificat) este mai puțin costisitoare decât căutarea un șir cu contains ; ca exemplu de funcții, norm este mai scumpă decât lcase .

PHP (și în consecință Mediawiki și filtrul) este deosebit de eficient în utilizarea expresiilor regulate : funcții precum rlike și irlike sunt mult mai convenabile decât o serie de contains legate între ele de către operatori logici.

Pentru fiecare filtru este disponibilă o prezentare generală cu valorile medii ale timpului de execuție și numărul condițiilor utilizate, colectate de asemenea la nivel global sub formă de grafice . Timpii de rulare afișați se referă la percentilele 99 (verde) și 75 (galben), iar timpii de pe axa x sunt UTC. Există, de asemenea, grafice cu acțiunile întreprinse de filtrele individuale; acțiunile afișate sunt numai „avertizează”, „etichetează”, „împiedică” și „blochează”.

Pentru mai multe detalii despre complexitatea celor mai frecvente funcții și trucuri pentru a reduce volumul de lucru, consultați manualul de sintaxă și detalii despre condițiile de numărare .

NB Numărul de condiții utilizate este pur orientativ și nu este un bun indicator al eficienței unui filtru. De exemplu, concatenarea n comparații simple (cum ar fi 'a' === 'b' ) cu operatorii logici consumă cel mult n condiții, dar este relativ rapid de realizat. În schimb, utilizarea unei variabile precum article_recent_contributors nu necesită condiții în sine, ci necesită o interogare a bazei de date care ar putea dura mult timp.

Rapoarte de filtrare blocate

Botul MusikBot se ocupă de menținerea unei liste de filtre „blocate”, adică a celor care nu au înregistrat meciuri în ultimele 30 de zile. Rapoartele sunt disponibile pe pagina Utilizator: MusikBot / StaleFilters / Report . Pentru a specifica un offset diferit de 30 de zile, administratorii pot utiliza pagina Utilizator: MusikBot / StaleFilters / Offset , setând o valoare diferită în zile, în timp ce pentru a dezactiva complet activitatea botului este necesar să introduceți în User: MusikBot / StaleFilters / Run a orice alt text decât true . În cele din urmă, dacă robotul are probleme, jurnalul său de erori este disponibil în Utilizator: MusikBot / StaleFilters / Jurnal de erori .

Pagini conexe

Alte proiecte