私は Support カテゴリを、最終返信から 30 日後にトピックが自動的に閉じられるように設定しました。このカテゴリでの最近の経験を踏まえると、これは適切だと考えられます。その頃にはトピックは解決されているか、質問者が次のステップに進んでいるはずです。同様の質問を持つ他の人は、それぞれの状況に合わせた新しいトピックを開始できます。
Support で投稿されたトピックをどのように見つけているか考えたことはありますか？それは事前に選択されてから、コミュニティメンバーによって別のカテゴリに移動されるからです。トピックを移動することはできますが、タイマーを削除することはできません。そのため、トピックを移動した後、誰かがタイマーを削除する必要があります。
-- [params]
-- date :start_date
-- date :end_date
SELECT
pr.user_id,
(regexp_match(pr.modifications, 'category_id:\s*-\s*([0-9]+)\s*-\s*([0-9]+)'))[1]::int AS old_category_id,
(regexp_match(pr.modifications, 'category_id:\s*-\s*([0-9]+)\s*-\s*([0-9]+)'))[2]::int AS new_category_id,
COUNT(*) AS change_count
FROM post_revisions pr
WHERE pr.modifications LIKE '%category_id:%'
AND pr.modifications ~ 'category_id:\s*-\s*[0-9]+\s*-\s*[0-9]+'
AND pr.updated_at::date BETWEEN :start_date::date AND :end_date::date
GROUP BY pr.user_id, old_category_id, new_category_id
ORDER BY pr.user_id, change_count DESC
-- TOPICS MOVED LIST
-- [params]
-- date :start_date
-- date :end_date
-- category_id :cat_id
SELECT
pr.user_id, pr.post_id, pr.updated_at,
(regexp_match(pr.modifications, 'category_id:\s*-\s*([0-9]+)\s*-\s*([0-9]+)'))[1]::int AS old_category_id,
(regexp_match(pr.modifications, 'category_id:\s*-\s*([0-9]+)\s*-\s*([0-9]+)'))[2]::int AS new_category_id
FROM post_revisions pr
WHERE (regexp_match(pr.modifications, 'category_id:\s*-\s*([0-9]+)\s*-\s*([0-9]+)'))[1]::int = :cat_id::int
AND pr.updated_at::date BETWEEN :start_date::date AND :end_date::date
ORDER BY pr.updated_at DESC
これは、私たちがオープンエンドなトピックを許可し、奨励している他のカテゴリーとは異なります。Support に投稿されたトピックが実際には他のカテゴリーに属している場合（例えば、実際には #contribute:機能リクエストである場合など）、それを移動することができます。あるいは、プラグインの作成に関する助けを求めている場合、それを Development に移動します。
ここで私が聞いているのは、私たちがしばしばトピックを移動するため、移動するとタイマーを解除する必要があるため、すべての Support トピックを30日後に自動的に閉じるという 自動的な 閉鎖は、結局のところ適切なアプローチではないということのようです。それでもなお、すべての Support トピックを最終的に閉じることを目指すべきだと私は考えています。
解決済みのトピックを除く）ことに気づくと、いつもイライラします。