Sarebbe possibile aggiungere la possibilità di silenziare/sospendere gli utenti dalla coda di revisione?
Riceviamo una discreta quantità di traffico spam da siti perché la nostra community è stata pubblicata su quei forum SEO come uno che ha politiche di link amichevoli (AKA non no-follow) anche se abbiamo utilizzato il no-follow praticamente da quando il concetto è nato. I trafficanti di spam arrivano a ondate, alcuni spammano automaticamente, altri aspettano un periodo di tempo prolungato, altri spammano con chiamata/risposta. Alcuni arrivano persino in team, immagino nella speranza che ne manchiamo un paio e ottengano un po’ di succo di link inesistente.
A causa dei vari tipi di spamming, abbiamo trovato più vantaggioso avere quanta più documentazione e tracciamento possibile per noi, il che rende la cancellazione/blocco (che dovremmo usare a causa dell’SSO). Ma la mancanza di documentazione (c’è un piccolo popup informativo ma nulla di visibile nel record del log stesso) rende più difficile tenere d’occhio gli spammer, e anche gestire coloro che potrebbero essere erroneamente contrassegnati come spammer (siamo umani, dopotutto). Quindi finiamo per sospendere manualmente gli utenti, approvare i post, quindi cancellarli.
Se potessimo avere il pulsante “intraprendi azioni” che appare nel processo di segnalazione spam, ci sarebbe un comportamento coerente nel processo di lotta allo spam, e permetterebbe anche la massima visibilità per i pattern di utenti problematici.
Odio DAVVERO essere uno di quei “ripropositatori”, ma vorrei riportare questo argomento all’attenzione per farlo riconsiderare.
Riceviamo molto spam… moltissimo. Ci sono giorni in cui possono esserci 15-20 messaggi di spam in un’ora. Quindi siamo stati costretti a utilizzare il metodo di eliminazione dell’utente perché altrimenti sarebbe un processo in 4-5 passaggi: approva, vai al post, segnala, intraprendi un’azione (se ti permette di agire direttamente, altrimenti vai in coda e intraprendi un’azione). Il tutto sperando che un membro della community non segnali il post “approvato”, creandoci più lavoro.
Ma ora stiamo riscontrando un problema: il nostro staff è umano. Una volta ogni tanto, un utente valido viene eliminato perché il suo post sembrava fasullo ma era legittimo.
E non esiste una funzionalità di ripristino utente, almeno che io sappia. Né esiste un modo pulito per VEDERE gli utenti eliminati se non passando attraverso il registro, il che significa guardare il popup informativo per ogni singolo utente eliminato (o esportare il registro e trovare l’utente in quel modo).
Quindi ci troviamo di fronte a uno scenario “quale diavolo vuoi affrontare”: il doppio o il triplo del tempo di moderazione, o caricare lo staff di supporto con la gestione di clienti validi che vengono inavvertitamente eliminati perché i loro post rasentano troppo il limite.
Nota: so che esiste la funzionalità di rifiuto del post nella coda di revisione, ma non gestisce gli utenti, quindi è un’arma a doppio taglio perché gli utenti possono tornare e non c’è nulla nella coda che indichi che qualcuno abbia avuto post rifiutati in precedenza…
QUEI post hanno le funzionalità di approva post, elimina post ed elimina utente. Sto chiedendo che otteniamo le stesse funzionalità delle altre due code che hanno l’opzione per sospendere l’utente. Potrebbe essere aggiunto come menu a discesa sul rifiuto del post.
Penso che, dato che questa impostazione serve specificamente a individuare potenziali bot e spammer, sarebbe bene avere le stesse/simili opzioni di quella di Akismet per coerenza.
Personalmente sono del campo “elimina” gli spammer ma conosco un paio di siti che preferiscono sospendere invece, e se l’opzione è disponibile per gli altri, penso che dovrebbe essere inclusa anche per questo (se possibile).
Ho dato una rapida occhiata al codice. Sembra che quelle azioni utente vengano aggiunte intorno a qui in un metodo di classe ReviewableQueuedPost, dove la classe estende Reviewable che fornisce delete_user_actions().
Le etichette provengono da qui, e abbiamo già etichette per reject_and_suspend che vengono utilizzate nella classe ReviewablePost ad esempio (che estende anche Reviewable).
Non conosco molto bene Rails, ma ho l’impressione che non richiederebbe molto lavoro aggiungere un “Rifiuta e sospendi utente” in quella pagina, tra “Approva post” e “Elimina utente”.
Questa opzione ci aiuterebbe a evitare di causare occasionalmente una brutta giornata a un utente.
Per essere corretti (questa non è una cosa che ho pensato di condividere con Boltronic) ma nascondiamo intenzionalmente il pulsante “rifiuta post” perché tutto ciò che fa è eliminare il post - non c’è alcun log che lo accompagni - o almeno non c’era quando abbiamo nascosto il pulsante (sarei felice di mostrarlo di nuovo se almeno registrasse l’azione).
Ma se venisse adottato un approccio simile con il pulsante “elimina utente”, dove viene aggiunta un’opzione per rifiutare il post e rifiutare il post/sospendere l’utente, anche questo funzionerebbe e il comportamento sarebbe coerente tra i pulsanti.
ma conosco un paio di siti che preferiscono sospendere invece, e se l’opzione è disponibile per gli altri, penso che dovrebbe essere inclusa anche per questo (se possibile).
