Support カテゴリでは、最後の返信から30日後にトピックが自動的に閉じられるように設定しました。これは、このカテゴリでの私の最近の経験を考えると適切だと思われます。その頃にはトピックは解決されているか、質問した人は先に進んでいるでしょう。同様の質問を持つ他の人は、自分の状況に合わせた新しいトピックを開始できます。
過去数ヶ月間、私は Support の古い未解決のトピックをトリアージしてきました。サイドバーのこのフィルターを使用しています。多くの場合、非常に注意深く親切なメンバーが質問に答えてくれるおかげで、トピックは比較的早く解決されます。 時には、1〜2週間後にトピックに「はずみ」が必要になることもあります。これは、質問者に連絡して、問題が解決したかどうかを確認し、さらに役立つ可能性のある明確な質問（再現手順は？公式のインストール手順を使用しましたか？セーフモードで動作しますか？など）をするためです。これを行う場合、通常は最後の返信から30日後に自動的に閉じるトピックタイマーを追加します。質問者またはコミュニティの他のメンバーが30日以内に返信しない場合は、トピックが自動的に閉じられるのを待つのが完全に問題ないと思います。
しかし、トピックを Support から別のカテゴリに移動することが理にかなっている場合もあります。私もそうしてきました。例えば：
→ Community = オープンエンドなコミュニティ構築に関する質問
→ Dev = カスタマイズ、新しいプラグインの作成など
→ Feature または UX = 機能リクエストまたはユーザーインターフェースの改善/修正
→ Bug = バグレポート
Support のトピックを手動で閉じるのではなく、1ヶ月後に自動的に閉じるように設定することで、時間を節約できます。現在、管理者のレンチを使用してそれを実行するのは少し面倒です。数回のクリックが必要です！
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 に、例えば実際には Feature request であるトピックを投稿した場合、私たちはそれを移動させることができます。あるいは、誰かがプラグインの作成方法について助けを求めている場合、私たちはそれを Dev に移動させます。
ここで私が聞いているのは、Support のすべてのトピックを30日後に自動的にクローズすることは、私たちがしばしばそれらを移動させることを考えると、結局のところ正しいアプローチではないかもしれないということです。これは、タイマーを削除する必要があることを意味します。しかし、私は依然として、最終的にすべての Support トピックをクローズすることを目指すべきだと考えています。
解決済みのトピックを除く）ことに気づくと、いつもイライラします。