こんにちは、皆さん。
なぜか、この 2 つの入力フィールドが表示されています（ただし、機能しません）。
Discourse をすでに複数回再構築しましたが、これらを削除する方法がわかりません。
よろしくお願いいたします！
Can you replicate it using safe mode?
Yoururl.com/safe-mode/こんにちは、
ログアウトしている間はセーフモードになっているかどうか確信が持てません。なぜなら、myurl.tld/safe-mode/ を使用すると、アカウントが必要であるため、自動的に myurl.tld/login にリダイレクトされてしまうからです。
ただし、上記の手順でセーフモードになっている場合、確かにこれを再現できます。
編集：カスタマイズは行っておりません。インストール当初からこの状態です。また、Discord は .onion アドレスで実行しています。
編集 2：Discourse を完全に再インストールしましたが、同じ問題が発生します。
このインスタンスはどのようにインストールされましたか？
このインスタンスは、まず Docker をインストールし、次に Discourse を /var/discourse へ Git でクローンすることで、nginx と組み合わせてインストールされました。
その後、samples/standalone.yml を containers/app.yml として使用し、アプリをブートストラップして起動しました。
インストールガイドに従わなかった理由がありますか？Tor 経由での公開を予定されているようですが、それによって事前の一時 URL 上でのビルドが妨げられることはありますか？
まずは標準的なインストール手順に従い、すべての機能が正常に動作することを確認してから変更を加えることをお勧めします。そうすれば、問題の原因がどの変更によるものかをより明確に特定できるはずです。
私の知る限り、Discourse の標準インストーラーは .onion アドレスを許可していません。それが理由です（少なくとも数ヶ月前に試したときはそうでした）。/ 一時的な URL は手元にありません。
もちろん、そのため通常のインストールを行い、すべてが正常に動作していることを確認してから、他のコンポーネントをインストールし、名前を変更します。
追加の利点として、discourse-setup はサーバーの仕様に合わせて Unicorn ワーカーとデータベースメモリを自動的にスケーリングします。
同時に変更が多すぎると、トラブルシューティングが非常に困難になります。
なるほど、その理屈はわかります。
discourse-setup でインストールすれば、nginx なしで単独で動作するんですよね？その後、app.yml を編集してスタンドアロン構成に対応させ、ドメインを変更して、再ビルドすればいいのでしょうか？
正直なところ、私の問題は理解できません。エラーログ（discourse のログと nginx のログの両方）には何も見つからず、先月 VPS で全く同じインストール手順を実行した際にはこのような問題が発生しませんでした（これはテスト用で、本番サーバーにする予定でした）。
discourse.example.com/login?safe_mode=no_custom%2Cno_plugins%2Conly_official を使用してください。