もし、「おい、バカ！git cloneコマンドをシェルから実行するな。例のようにコマンドをapp.ymlファイルに追加し、インデントが正しいことを確認して保存し、再構築コマンドを実行しろ」といった指示があれば、私には助けになっただろう。
また、-E -uが必要な場合とそうでない場合について、これらの指示はもっと明確にできる。
成功する前に、他にもいくつか愚かなことをした。今指示を見ると、ほぼ完璧に理解できる。しかし、私のような初心者でも従えるように指示が書かれていれば、回避できたかもしれないいくつかの落とし穴に陥った。
私は専門家ではないので、我慢してください…
昨日、Discourseをインストールしましたが、今はプラグインをインストールしようとしています。
./launcher rebuild appを実行する必要がありますか？
それとも、./launcher destroy appを実行してから
./launcher start appを実行してもいいですか？
./launcher rebuild appを実行すると時間がかかり、私のウェブサイトが動かなくなったり、極端に遅くなることがあります。
再構築はプラグインをインストールする唯一の方法です。破壊してから古い設定を使って再起動します。
しかし、再構築前に何も破壊しないでください。再構築に失敗した場合は、startを使用して古いものをオンラインに戻すことができます。
あなたには1つのコンテナ設定があるですよね？その場合、そのフォーラムはオフラインになります。なぜなら、最初の再構築がコンテナを停止させるからです。そして、それには時間がかかります。
二つのコンテナ設定もありますが、その場合オフラインの時間は数分です。でも、これらの基本操作に慣れるまでは切り替えないでください。
こんにちは。
プラグインをインストールする唯一の方法はこれですか？
会社のイントラネット環境にデプロイされているため、外部ネットワークへのアクセスが大きく変動し、. /launcher rebuild app を実行するとアクセスに失敗することがよくあります。プラグインをオフラインでダウンロードしてからデプロイする方法はありますか？
はい、プラグインを追加または削除する際には再構築が必要です。
一方、テーマコンポーネントは、フロントエンドにのみ影響するため、これらを必要としません。したがって、可能であればそのオプションを検討してください。
返信ありがとうございます。
Discourseを使い始めたばかりなので、まだ質問があります。
例えば、app.ymlを更新してプラグインを追加した場合、再構築する際に、初めてデプロイする場合でなくても、以前にプルしてインストールしたものが再度ダウンロードされるのでしょうか？
例えば、Rubyやインストール済みのプラグインなどです。
Dockerイメージはキャッシュされるべきですが、新しいコンテナのため、一部のクローンが再度発生する可能性があります。
しかし、リポジトリ全体をコピーしてローカルアドレスを指定することはできないでしょうか？
はい。試すことはできますが、アップグレードプロセスが複雑になります。
再構築の実行中に切断される場合は、tmuxまたはscreenを使用できます。
コンテナを別の場所でビルドし、リポジトリにプッシュしてから、サイトで起動することができます（データベースの移行とアセットの事前コンパイルも必要です）。
はい、わかりました。
プラグインはローカルのGitLabに保存し、リビルド時にローカルでプルしています。これははるかに便利です。
はい、試してみます
おそらくインデントエラーだと思います。チュートリアルからスペースも含めてそのままコピーしたのですが、問題なく動作しました。
方法があるとは思えません。フォーラムが高速でフォーラム向けである理由は、それがプリビルド（事前構築済み）だからです。通常のウェブサイトのようにシステムがその場でレンダリングするのとは違い、（キャッシュがあれば別ですが）キャッシュされた通常のウェブサイトは動的なコンテンツを提供できないからです。
これで solved もコアにバンドルされました。
.\\launcher rebuild appの手間を省いてくれてありがとう
ああ、良い観察ですね。誰かが適切な別の例に置き換えてくれると助かります。私はMetaであまり活動しておらず、どのプラグインがコアに追加されたか最新の情報を持っていません。
（ちなみに、Metaの私のインターフェースも現在ひどく壊れているようで、iPadでArcブラウザを使って投稿したり編集したりするのが難しいです。何が起こっているのか全くわかりません）
ですから、誰かがOPを適切な例で更新してくれると、それも大変ありがたいです。
3件の投稿が新しいトピックに分割されました：Discourseの再構築で期待できること
バグがメタのものではない場合、Site feedback または UX にトピックを作成することをお勧めします。セルフホストされたカテゴリでは、通常、Discourseチームがアクセスできない詳細を提供する必要があるバグレポートが必要であることを認識しています。
