こんにちは。
EC2 インスタンスで Discourse を動作させようとしています。EC2 のデフォルトセットアップは完了しており、問題はないようです。
しかし、
GitHub - discourse/discourse: A platform for community discussion. Free, open, simple. · GitHub からクローンした Discourse のソースコードを変更しました。
ローカルでアプリをテストしたところ、すべて正常に動作しているようです。そのため、このソースコードセットを EC2 インスタンスに転送し、元のソースコードである discourse_dev を置き換える必要があります。
Docker イメージを作成し、EC2 インスタンスにプルして、そのイメージからコンテナを起動しました。
./launcher enter app を実行すると、/var/www/discourse が見つかりません。
何が間違っているのでしょうか？お手伝いください！
もしそれをやっていなければ、これはサポートスレッドとして単純に処理できたかもしれません。
なぜその作業が必要だったのでしょうか？プラグインやテーマコンポーネントのアーキテクチャを使わないのはなぜですか？
一般的に、標準的でないインストールについては、ここではサポートされません。
SSOの実装を進めていました。
それはメンテナンス性の高い構成です。変更を常にマージする必要があります。API レイヤーを変更する必要がある場合は、プラグインを使用してください。
Discourse の tests-passed を使用して基本インストールを動作させ、必要に応じて変更をプラグインに移行してください。
SSOにはネイティブサポートが用意されています。メインアプリで単一のルートを実行し、DiscourseのSSOプロトコルを提供するだけです。ドキュメントはこちらです：Official Single-Sign-On for Discourse (sso)
どのプラグインをおすすめしていますか？
ご自身で記述してください。ただし、私は一般的な話をしていたのです。ラファエルは、SSO がベースインストールでネイティブサポートされていると指摘していますので、彼がリンクしているガイドに従って設定するだけです。
はい、このトピックを作成する前に実行しました。
さて、Discourse イメージをサーバー（私の場合は EC2 インスタンス）にデプロイする方法について、皆さんに質問したいのです。
このトピックを別のカテゴリに移動すべきでしょうか？
サポートに移動させます。ただし、公式の Discourse リポジトリを使用した標準的なインストール方法を使っていることを確認してください。
はい、ありがとうございます。確かに標準的なインストール方法を使用しました。
つまり、現在は修正されていない Discourse インスタンスを使用しているのですね？変更を加えない標準のインストールスクリプトを使用し、フォークを使うことはもう試みていないのでしょうか？
誤解があったようです。私は公式ガイドラインに従って Discourse をインストールしたという意味です。
Discourse の SSO に関する多くのリソースを確認しましたが、私のログインシナリオに役立つものは見つかりませんでした。
そのため、ソースコードを変更せざるを得ませんでした。
つまり、コードを独自のプラグインに移す必要があります。直接コードを修正できるのであれば、そのスキルはお持ちだと信じています。他の人と同じようにインストールしてください。さもなければ、あなたの状況はサポート対象外です。除非誰かが余暇をたっぷり持っていて、あなたの独自ケースを解決する時間がある場合を除きます。
コアロジックが要件に合わない場合は、プラグインアーキテクチャを使用してください。そうすれば、少なくとも基本的なインストールは同じになります。将来的に更新がワンクリックで済むようになり、自分自身を助けることになります。また、後任の人も助かり、ここではより迅速なサポートが受けられるようになります。
必要なガイドはこちらです Developing Discourse Plugins - Part 1 - Create a basic plugin
ただし、そこまで進む前に、なぜネイティブの SSO サポートが要件に適さないのかを説明していただけると幸いです。その機能に関する SME がコメントしてくれるかもしれません。