インストール問題のトピック前/投稿前バッジなど

Discourse を正しくインストールしたいと考えています。これまでに5回インストールを試みましたが、毎回インストール完了後にデフォルトのトピックが作成されてしまいます。また、インストール前にほとんどのバッジを無効にしたいと考えています。

自動的に作成されたすべてのトピックを編集してトピックIDを維持する必要があり、非常に煩わしいです。

バッジを削除する方法がないのは問題です。必要なバッジは10個程度です。バッジID 1〜4は問題ありませんが、新しいバッジを作成するとIDが100を超えてしまいます。

インストール後の事前トピックや事前投稿は不要であり、またほとんどのバッジも不要です。スタッフのアクションログには、インストールに関連する変更で埋め尽くされており、所有者向けのインストール設定オプションが全くありません。

これらすべての問題を解決するにはどうすればよいでしょうか?

インストール後の事前トピックと事前投稿の主な問題は、トピックIDが台無しになり、バッジIDも非常に深刻な状態になることです。Discourse のクリーンなインストールができないのは完全に不合理です。

インストール後にシステムやDiscobotが何らかの投稿を行うことを望んでいません。最初のトピックと投稿は自分で作成したいと考えています。また、Basic、Member、Regular、Leader 以外のバッジも自分で作成したいと考えています。

簡単な解決策は、バッジやトピックのID番号を気にしないことです。他のみんなもそうしています。もし1時間から10時間余計に時間をかけたいなら、ソースからそれらのバッジを削除することもできますが、データベースが次回マイグレーションされた際に再び追加されるかどうかはわかりません(おそらく追加されないと思います)。

また、毎回ゼロから始めるのではなく、新規インストール後に古いデータベースを復元することも可能です。そのため、その作業を何度も繰り返す必要はありません。

予算が250ドルから1000ドルの範囲にある場合(あなたが何を求めているのか、どれほど難しい作業になるのかは明確ではありませんが)、Marketplace に投稿することもできます。

トピック ID とバッジ ID は重要視しています。

インストール直後に投稿を自動作成する要件はなぜ存在するのでしょうか?それは不合理です。

少なくとも、スタッフのログを完全に削除する方法を教えてください。
UserHistory.destroy_all でいいのでしょうか?How to clean staff action logs? - #6 by jomaxro

この使い方がわかりません。最大の悩みは、管理者としていてもログをきれいに削除できないことです。

大規模なフォーラムではトピック ID が重要になります。インストール後の自動トピック作成と投稿を無効にするにはどうすればよいでしょうか?

UserHistory.destroy_all を実行するには、まず以下の手順を踏む必要があります。

./launcher enter app
rails c

トピック ID について懸念している人は他にいないようです。大規模なフォーラムの場合、ID が 1000000110000101 かは、さほど重要ではないように思われます。

シード済みトピックやバッジを無効化するには、db/fixtures 内のファイルを編集し、新しいデータベースを構築してバックアップを取る必要があります。これを app.yml で行う方法は複雑です。おそらく、開発環境で希望する新しいデータベースを生成する方が良いでしょう。再度確認しましたが、将来の再構築時にそれらがシードされるかどうかは確信が持てません。実際に試すか、Rails とシードに関する公式ドキュメント(RTFM)を確認する必要があります。