Graham2
2021 年 8 月 18 日午前 10:48
1
It seems the busier our forum gets, the more spam that ensues. Everyday we are deleting spam posts, most of them are automatically detected by Discourse. Our community are protected from the content, however, topics are bumped, and remain bumped after the spam post is deleted.
And let’s face it, bumped posts are disruptive. Mods have tools to manually restore date data, though not automating post bump date seems like a lost opportunity.
Discourse have changed their perspectives as time goes by for some features, though have vehemently rejected this idea in the past. Is that still the case in 2021, or can this be considered as a feature?
I think if you remove the last post in a topic it would make sense to reset bump date. Otherwise, you’re left with a topic in ‘latest’ that, to any non-staff member, has no recent activity and may confuse people and be seen as something that is out of place.
A spam user recently revived some old topics from years ago, pushing the topics to the top of the list (when ordering topics by “Latest”). Upon deleting the user, and their posts, the topics still appear at the top of the list. This seems confusing for other users who may ask “why were these old topics appearing at the top of the list that don’t contain new posts?”
Is there a way to revert the topics to their correct position in the list (chronologically)? IMO it would make sense for this to ha…
I need to go through our recent Akismet posts but I believe those still bump the last post date on a topic. Needs Approval, on the other hand, does not.
Akismet would because the post is actually on the topic in the flow when being dealt with. Needs Approval isn’t because the post isn’t actually on the topic until approved.
If a plugin exists, please do link. I couldn’t find one. Would love to help our mods out!
では、「トピック管理レンチ」から「bump日付をリセット」機能を使用すればよいですか？
Graham2
2022 年 1 月 17 日午後 8:45
3
@codinghorrorさん 、ありがとうございます。この件については過去の議論からあなたが偏っていることは承知しています
スパムのレビューと、スパムが最後の投稿だった場合にトピックの更新日をリセットするという2つのワークフローが切り離されていることを見落としている（または気にしない）ようですが、どちらもスパムが最後の投稿だった場合にコミュニティの混乱を避けるために必要です。
Discourseでは、スパムの削除は3クリック（通知メニューからモデレーションアクションまで）で完了します。その後、更新日をリセットするにはさらに3〜4クリックが必要です。もちろんクリック数だけの問題ではありませんが、フォーラムが大きくなるほど、「もしスパムが最後の投稿だったなら、同時に両方やればいいのではないか」と自問自答するようになります。
また、忘れやすい（モデレーターも人間ですから）ということもあります。コミュニティがゴーストバンプされた異常なトピックを報告するために介入してくれるのはありがたいですが、そうする必要がなくなったり、Discourseでのスパムモデレーションのアーティファクトだと学んだりする必要がなくなれば、もっと良いでしょう。
まとめると、スパムが最後の投稿だった場合は、同じアクションで更新日もリセットしてください。モデレーターは感謝するでしょうし、Discourseをトピックの順序付けに使用する人々の混乱も少なくなるでしょう（デフォルトでは、実際のユーザーアクティビティの順序のみになるため）。
ゴーストバンプは、スパムの温床となりやすいトピックを全員に知らせ、閉鎖すべきであることを示すため、役立つと思います。それらのトピックを上に表示することは確かに機能であり、スタッフはそれらのバンプに注意を払うべきです。2、3回ゴーストバンプされた場合、そのトピックは閉鎖すべきであることを意味します。
あなたが説明していることを設定として見ることはできますが、デフォルトではオフになるでしょう。@sam さん、どう思いますか？
Graham2
2022 年 1 月 17 日午後 9:41
5
@codinghorror 、ご確認ありがとうございます。
スパムを引き寄せるものが存在するというのは理解していますが、最近ではあらゆるフォーラムトピックがその候補になり得ます。しばらくの間公開されていたこのトピックでさえ、意図しないゴーストバンプは、Discourseのモデレーションにどれだけ慣れているかによって、コミュニティの混乱を招く可能性があります。
いずれにせよ、モデレーターは得意なことをするでしょう。スパムを処理する際にトピックのタイトルを見て、有益だと判断すればトピックを閉じることができます。
最後の投稿がスパムだった場合に自動的にバンプ日を修正することで、モデレーターの作業が半分になり、より広範なコミュニティにとって（いくつかある）カテゴリリストの体験が向上します。
あなたのワークフローはしっかりしていますが（タスクは別々）、選択肢があれば、特にボットに対して、クリック数やページロード数が少なくなることをあなたもきっと高く評価するはずです。
