彼らはMailgunを推奨することで、そうしていると思います。SESのバカでもわかるガイドがあればいいのですが、SESは10倍安いです。
また、MetaがDiscourseの良い宣伝になっていないという上記のコメントには同意しません。まず最初に見たいのは、実際にソフトウェアが動作している様子です。
おそらく、VPS/"droplet"という要件全体が、一部の人々にとって敬遠される要因になっているのでしょう。私は、管理されていないVPSが全体的に同じくらい簡単であると理解するまで、10年以上共有サーバーを使用していました。
「VPS/「ドロップレット」という要件全体が一部の人々にとって敬遠される要因になっているのかもしれません。管理されていないVPSが全体的に同じくらい簡単だと理解するまで、私は10年以上共有サーバーを使用していました。」
これは私が言いたかったことの一種です。昔はCpanel経由でDiscourseを追加するだけだったかもしれませんが、今ではもっと面倒になっています。DOとの統合をマーケットプレイスアプリのような形で実現すれば、昔のように少額でフォーラムを実行できたような、(良い)昔と同じような敷居の低さになるでしょう。
しかし、私たちは単一のプロバイダーに縛られたくはありません。
私はScalewayを好み、他の人はHetznerを好み、一部はLinodeを好みます…
このレベルのシンプルさを望むのであれば、おそらくあなたが本当に望んでいるのはホスティングプロバイダーではないでしょうか？
これは個人的に欲しかったものではなく、当初はセルフホストを容易にするための提案でした。その後、ドキュメントを再度確認したところ、最初にセットアップしたときよりも改善されているようですが、同等のアプリと比較すると確かに難しかったです。これをさらにパッケージ化しやすくすることで、開始する人が増えるでしょう。
Discourseを具体的に使用しているコミュニティ、フォーラム、企業のディレクトリがあるかどうかをMetaに尋ねてきた人が何人かいました。彼らはDiscourse.comに誘導され、そこにはこのソフトウェアを使用している主要な企業やコミュニティが表示されており、一部の企業/コミュニティは「宣伝」されたくないという注意書きがあります。私はホストされたプライベートフォーラムを持っており、そのカテゴリに該当します。
Discourse プラットフォームさえあれば、人々は猫、政治、犬、パン屋、ボクシング、そしてパン屋について議論する準備ができているということですか？私はそれを信じるのに苦労しています。
しかし、私も Discourse フォーラムを探していました。VPs を起動する前に、それがどのようなものか見てみたかったからです。
インストール/セットアッププロセスやUIが複雑ではないという頻繁な主張、ユーザーエクスペリエンスに関する議論、または一般的に個人の経験や意見を正当化するように求めることは、以前ここで説明しようとした問題そのものの症状です。これは、私が時折、残念ながらこのコミュニティから離れてしまう（数少ない）理由の1つです。
Discourseの管理者（またはユーザー）が、コミュニティに「Discourseのセットアップ体験は、本来あるべきよりも困難でした」と伝えるために時間を割いてここにいるのであれば、彼らの言葉に耳を傾け、まず彼らの経験が有効であることを受け入れてください。はい、それは彼らの個人的な意見であり、彼らにとってどのように困難だったかの具体的な詳細を求めることは理にかなっています。しかし、それは、その人が他の人々の意見や経験に対して自分の意見や経験を正当化する必要があるという形で提示されるべきではありません。具体的な詳細が提供できない、または提供されなくても、その報告自体、ユーザーの主観的な経験は重要です。
ユーザーのペインポイントを理解しようとすることはソフトウェア開発者の仕事です。ユーザーがなぜそのように感じるのかを正確に理解し、開発者に伝えることはユーザーの仕事ではありません。これはソフトウェア開発における根本的な課題の1つであり、その困難さに関する無数の記事や逸話があります。多くの尊敬されているテクノロジー業界の著名人（例：スティーブ・ジョブズ）は、ユーザーは自分が何を望んでいるのかさえ知らないとさえ考えており、直接尋ねることは必ずしも良いアプローチではありません。しかし、たとえそうであったとしても、ほとんどのユーザー（管理者でさえ）はUI/UXの専門家ではないため、遭遇した問題を特定し、説明する能力は限られている可能性があります。
ユーザーがより効果的な問題報告に役立つ専門知識を持っている場合でも、遭遇した問題を詳細に説明することは、その人の時間とエネルギーを大きく要求することになります。だからこそ、ユーザースタディが行われ、それが有用であり、多くの場合、特定の問題を実演するように求めるよりも、単に人がタスクを実行するのを観察することが方法である理由です。ましてやそれを説明することはありません。
人々が過去に似たような（ユーザー/管理者、コーダーではない人にとって）ツールを使用した経験も関連性があることを認識することも重要だと思います。現在コミュニティを構築している多くの人々は、PHPアプリケーション、さらにはPHPBBのような別のフォーラムを立ち上げた経験があるかもしれません。それに比べて、Discourseのセットアップは比較的複雑です。もちろん、PHPとPHPBBのセットアップ自体の両方に最適ではない側面があり、たとえば、DiscourseやRailsなどで好ましくない電子メールセットアップを使用している理由があります。しかし、これがどこにも十分に説明されていないこと（Discourseのセットアップ方法だけでなく、なぜそれが他のシステムよりも難しいのか、そしてそれらのトレードオフが何であるか）も、潜在的なユーザーを遠ざける要因の一部です。
最後に、インストールの容易さ、ドキュメント、そしてセルフホストが「祝福されたパス」ではないかどうかに関して、過去数年間のDiscourse.orgのホームページの変更を見る価値があります。2021年の状態は次のとおりです。Discourse.org on web.archive.org from 2021
Github経由のセルフインストールへの言及が、ページの上位に表示されているだけでなく、直接リンクも含まれていることに注意してください。一方、現在のサイトでは、オープンソースに最初に言及している場所にはリンクがなく、「インストール」という言葉は一度も使用されていません。したがって、Githubへのリンクがインストールのリンクであることを（そして、Discourseのウェブサイトの他のどこにも言及されていないインストールのガイドとなるドキュメントがあることを）まだ理解していない人にとっては、セルフホストの調査を思いとどまらせる、微妙ではありますが注目すべきことです。
無料のオープンソースと、特定のOSプロジェクトを開発するエンティティの利益との間の緊張は根本的なものなので、これらの変更は理解できます。しかし、オープンソース/無料/セルフホストが軽視されていることは私にとってかなり明らかであり、それは私にとって「祝福されたパス」ではないという兆候です。
公平です。素晴らしいリマインダーだと思います。
では、どんどん質問してください！
インストールのどの部分が難しいのか、そしてその指示をどのように改善できるか、または新しいインスタンスを構築するためのワークフローをどのように改善できるかについて、具体的に説明しましょう。
（これはおそらく#installation の別のトピックにすべきだと思いますか？）
とはいえ、2017年に最初のDiscourseフォーラムを引き継いだとき、私はLinuxサーバーの経験が全くありませんでした（ただし、昔からUnixのトレーニングと実務経験があったので、コマンドは私にとって見慣れないものではありませんでした）。それを言うのは少し恥ずかしいですが：blush:。
しかし、全体として、それは私にとって大きな学習の旅でしたが、私が熱望したものでした。私は自分の知識のギャップを埋める責任を自分自身に課し、もちろんこのサイトのコミュニティに助けられました。
私の考えでは、あまりにも「簡単」にしすぎると、後で問題が発生したときに簡単に倒れてしまうでしょう（ソフトウェアとサーバーは一般的に信じられないほど堅牢であるため、問題のほとんどは悪い選択によって自己責任で引き起こされます）。なぜなら、どのように、そしてなぜそうなるのかを十分に学ばなかったからです（しかし、問題は、より多くのことを学ぶ機会であるため、ほとんどの場合、熱望されるべきものです！）。
これは、事業目的のためにこれを軽視するという明示的な決定ではありませんでした。私たちは、直接支払われるかどうかにかかわらず、あらゆるDiscourseのインストールは良いことであるという考えを維持しています。このフィードバックに応えて、再びリンクを追加する可能性は十分にあります。
そうかもしれませんが、私にはこれは（おそらく意図せず）エリート主義のように思えます。つまり、「私は（より）難しい方法でやり遂げたし、それは私にとって良かったと思う。だから、みんなもそうすべきだ。なぜなら、それは彼らにとっても良いことだからだ」ということです。PHPのセルフホスティング分野で何十年も過ごし、ついにDiscourseのセルフホストに取り組んだ者として、ほとんどのPHPツールのセルフホストのインストールとメンテナンスは簡単ですが、また、トラブルシューティングしたり、設定やコード（Discourseの時々のように）を深く掘り下げる必要がある有用な学習の瞬間もあります。
実際、SMF、Wordpress、その他の多くのPHPツールを使用した私の経験で学んだことはすべて、Discourse Dockerのインストールをなんとか乗り越えるのに十分な自信と知識を持って私を準備してくれました。そして今でも、コンソールで不可解なエラーメッセージに1時間ほど頭を打ち付けながら、インスタンスを再び稼働させていることがあります。しかし、重要なのは、Discourseのセルフホストへの私の参入は、PHPのセルフホストで学んだことによって和らげられたということです。そしてその学習曲線は、間違いなくDiscourseのものよりも穏やかです。CDCKとコミュニティ全体がDiscourseをプラットフォームとして普及させ、成長させようと努める中で、これは心に留めておく価値があります。要するに、Discourseのセットアップが、他の場所でも役立つ応用可能なスキルを学ぶのに役立ったことは嬉しいですが、私の見解では、プロセスを人々にとってより簡単、より簡単にしようとすることは（合理的な範囲内で）依然として価値があります。
それは良い知らせです、そしてそうしてくれることを願っています！文字通りターンキーのホストオプションを概説することと、Discourseが無料であり（ある程度）簡単にセルフホスト可能であること、そしてインストールファイルと指示がGithubで見つけられることを明確にすることのバランスをとるために、微妙な調整がうまくいく可能性があると思います。このことの別の例として、他の多くのOSプロジェクトでは、メインのナビゲーションメニューにドキュメントへの直接リンクがあり、通常はドキュメントの一部としてインストールセクションが含まれています。Discourse.orgでのこの欠如（そして、「開始する」リンクは、私が発見した限りではセルフホストについて全く言及しておらず、単にあなたがすでにDiscourseインスタンスを持っていることを前提としている）は、希望する場合にセルフホストの方法をより明確にすることがさらに重要になります。
うーん…全くそんなことはありません。むしろ、自分の知識不足に対する責任を受け入れ、それを改善する必要があることを認識すると同時に、他人の努力によって無料で利益を得ていることを謙虚に認めることです。
Discourseのインストールにおける難易度、あるいはその低さは、このトピックに関して言えば少々ミスリードです。現実には、Discourseのユーザーのうち、インストール方法を学ぶ必要があるのは1,000人に1人か10,000人に1人でしょう。それに、有料オプションもあるので、価格が適切であればフォーラムをインストールするために何かを学ぶ義務はありません。
人がコミュニティを見つけたり構築したりしたいとき、平均的なユーザーは「どのプラットフォームが私の関心のあるコミュニティとコミュニケーションをとるのに最適だろうか？」とは考えません。彼らはただ、自分が知っているものを使います。だから私の趣味では、議論や交流の99%以上がFacebook/Instagram/Reddit/Discordの組み合わせで行われています。私も少し悲しいです。なぜなら、これらのサイトで見かける交流は、私のDiscourseフォーラムでの活動と比較して、質が非常に低いからです（私が偏っているかもしれませんが、本当にそう信じています）。
これは、インターネット上のすべての活動が少数の非常に大きなプラットフォームに統合されているという、より大きく（そして議論の余地がある）傾向です。そして、Discourseがこの戦いに負けることを責めることはできません。なぜなら、相手が何倍ものリソースとエンジニアを持っている競争だからです。とはいえ、Discourseは常に改善できます。
人々は自分がすでに知っているものを選び、人々はDiscourseを知りません。それは、Discourseを使ったことがないか、あるいは知らずに使ったことがあるかのどちらかだからです。私の意見では、これを解決するために最適化すべき最重要指標は、訪問者をユーザーに転換することです。Discourseフォーラムが他の多くのプラットフォームに対して持つ利点は、自然な検索エンジンでの発見可能性です。例えば、自分で設定するまで、Google検索でどれだけのDiscourseにアクセスしていたかに気づきませんでした。今では常に気づいています。そして正直に言うと、Google検索で見つけたフォーラムに参加したことは一度もありません（このメタフォーラム以外は）。私が言いたいのは、実際にプラットフォームを意識的に利用しているユーザーを最大化する必要があるということです。プラットフォームを利用して気に入ったユーザーが、最終的にそれを推薦する人になるでしょう。
この潜在能力を妨げているDiscourseの具体的な要因は何でしょうか？それは難しい質問です。このスレッドを上げた投稿に同意しますが、UIは大きな要因です。UIが複雑なのは、ソフトウェアが非常に柔軟で成熟しているからであり、それは素晴らしいことです。しかし、その柔軟性は、ユーザーの経験レベルに合わせたUXを調整するために、より良く活用することもできます。あるいは、サイトの訪問者に交流して参加してもらうことを奨励するための、他のオンボーディングツールやインセンティブシステムの開発です。また、フォーラムは時代遅れのプラットフォームであり、ブーマー向けであるという考え方もあります（これはよく聞きます）。それが現実以上に認識の問題であるにもかかわらず、これを克服するのは難しいです。
言及されたので、ちょっとしたメモをしたいだけです。これは完全に私の個人的な意見ですが、チャットシステム全体をブロートウェアだと考えています。ダイレクトメッセージシステムと重複していて紛らわしく、誰もが求めていた最後のものは、誰かに直接メッセージを送るための「もう一つの方法」でした。それは、劣ったSlackやDiscordクライアントです。チャットとフォーラムが補完的であるという考えには同意しますが、残念です。しかし、誰もDiscordを離れてDiscourseでチャットすることはありません。Discordとの統合を優先するのではなく、置き換えを優先したことで、Discordに慣れている人々（非常に多くの人々）がDiscourseに触れるための簡単なエントリーポイントを作成できたはずなので、これは機会損失です。非常に脱線的な点ですが、これをすべて書きながら思いついたことです。
うーん、このトピックを開始した者として、少なくとも私の個人的な意見では、それは正しくありません。実際、それは私の本来の意図のほぼ反対です。私が言及した最初の投稿とTwitterでのディスカッションスレッドは、新しいコミュニティをセットアップしたい（つまり、コミュニティプラットフォームを探している）人々が、その機能と利点を考えると私が思うほど、Discourseを頻繁に、または真剣に検討していないことについてでした。ユーザーエクスペリエンスなどの後続の議論は、管理者が新しいコミュニティにDiscourseを使用しないことを決定する理由（例：「モダンに見えない」、「複雑すぎると思われる」）に関連していますが、インストール/セットアップ/管理エクスペリエンスの考慮も同様です。いくつかのコミュニティの現在の管理者であり、さらに多くのコミュニティの過去の管理者として、これらは私がセットアップに関わったコミュニティにおいて間違いなく主要な考慮事項でした。
そうではないかもしれませんが、その逆（Discourseを離れてDiscordに行く人）は間違いなくあり、それはDiscourseにとっても潜在的な問題です。チャットが今日の主要なコミュニケーション手段であり、Discourseの中核的なインタラクション方法の競合相手であることを考えると、統合チャットの開発はプラットフォームにとって最善の利益になると私は間違いなく思います。チャットとDiscourseが持つ他のいくつかの利点（特にオープンソースとデータ所有権）を評価する人は、Discord統合（オープンではない、セルフホストできない、データ所有権がない）から恩恵を受けることはなかったでしょう。そのため、Discourseモデルと精神に沿ったチャット機能は、私の意見では再び理にかなっていました。
これは素晴らしい議論ですね。サイト管理者とコミュニティメンバー双方にとってのユーザーエクスペリエンスの複雑さが、私たちが直面している（そしてしばらく前から抱えている）課題であることは十分に認識しています。
すでに述べられているように、私たちの目標は互いに相反することがあります。Discourse を高度に設定可能でカスタマイズ可能にしたいと考えており、それによって各コミュニティの管理者に、メンバーのユーザーエクスペリエンスの多くを定義する上で大きな権限を委ねています。同時に、新規ユーザーが理解しやすいようにしたいと考えていますが、経験豊富なユーザーも自分のエクスペリエンスをパーソナライズするためのかなりのコントロールを求めていることもわかっています。
やるべきことはたくさんありますが、これらの問題にかなりの焦点を当てています。前回のリリースでは、特にサイト設定エクスペリエンスに力を入れました。今回のリリースでは、管理者エクスペリエンス全般の改善、およびプラットフォームの拡張性に重点を置いています。
後者の取り組みは、この会話に関連して興味深いものです。一方では、カスタマイズ性を高めることで、さらに複雑さが増す可能性があると言えるかもしれません。しかし、特定のユースケースにより適したテーマを定義できるようにしたり、既存のサイトとの後方互換性を維持しながら、よりシンプルなデフォルトエクスペリエンスを提供したりすることも目標です。たとえば、これにより、次のようなアイデアをより真剣に検討できるようになります。CDCK should develop new default Discourse themes on a regular basis to keep it looking current
このトピックで開発プロセスについてあまり深く掘り下げたくはありませんが、話題に上がったので、過去数年間の成長に伴い、Discourse にはこれらの取り組みすべてに協力するプロダクトマネージャーとデザイナーも加わったことを言及する価値があると思います。
ウェブサイトでのオープンソースの扱いについては、議論を重ねています。ベーシックプランを導入し、エンタープライズプランで提供している内容についてより積極的に情報を提供するように努めているため、サイトは多少流動的でした。ここには多くの選択肢があり、私たちは人々を最も適している可能性のあるものに導こうとしています。それが混在の中で少し失われてしまい、より発見しやすくする必要があることには同意します。現在、価格設定ページで FAQ の下にありますが、それ自体も変更される可能性があります。価格設定だけでは、セルフホスティングを選択する主な理由ではないかもしれません。
たくさんのやることがあります！
繰り返しますが、ここで本当に議論を楽しんでおり、1年以上前に開始された議論に新しい命が吹き込まれるのを見て嬉しく思います。それは、私が個人的にこのプラットフォームで最も好きなことの 1 つです。
多くのクリエイターがFacebook、Patreon、またはSubstackを使用するのはこのためです。開始までわずか5クリックです。そして、これらのプラットフォームを使用している人が非常に多いため、新規参入者も簡単に始めることができます。
Discourseがクリエイターにコミュニティ構築のためのプラットフォームとして利用してもらいたいのであれば、コーディングを学びたいと思っているクリエイターは1%未満だと思います。彼らはただ、それが機能し、ユーザーに愛され、成長を加速させることを望んでいます。
インストールへの参入障壁を可能な限り低くすることが常に最善であることはもちろん理解しています。しかし、それがここで問題になっているとは思いません。プラットフォームを推奨するのは、ユーザーとしての経験に基づくものであり、それ以外のものではないと私は主張します。あるいは、少なくとも、Discourseを実行している人々よりも、通常のユーザーとしてDiscourseを体験する人々の方が何千倍も多いでしょう。
基本的に、私はボトムアップアプローチを提唱しています。通常のユーザーがDiscourseを気に入ってプラットフォームを推奨してくれるようにすることが、より良い目標です。それよりも、聞いたこともなく、ユーザーも慣れていないプラットフォームをコミュニティが気に入るだろうと、ごく少数の意思決定者を説得しようとするのは無駄です。コミュニティから十分な動機付けがあれば、Discourseベースのコミュニティを構築するために時間と労力を費やすことを厭わない人々はたくさんいます。
また、チャット機能をあまり貶めるつもりはありません。私にとってはすべて無料であり、多大な労力と時間が注ぎ込まれていることに感謝しています。ただ、Discordで簡単に、そしてより効果的に解決できる問題を、それが解決しているのかどうか、私にはわかりません。データ所有権に関する議論は、それが誰かにとって優先事項であれば、尊重できます。しかし、同じ論理は、あらゆるソフトウェアをDiscourseにクローンすることにも適用できます。
単に劣った製品であるため、人々がDiscordに移行するのを止めることはできません。実際、私のサイトではパブリックチャットをオフにしています。なぜなら、私たちのDiscordと重複するからです。私のモデレーターチームは、フォーラムにスタッフチャンネルがあるにもかかわらず、フォーラムでのモデレーション問題について話し合うために、もっぱらDiscordを使用しています。これは私の経験に過ぎず、すべて純粋に私の意見であるため、私の経験についてしか話せません。他の多くの企業がすでに成功していることをやろうとして、それよりも劣ったものになるよりも、フォーラム体験をより良くするエキサイティングな機能の構築にエネルギーを注いでもらいたいと思います。
この議論には多くの良い点がありますが、その多くが失われてしまうのではないかと懸念しています。現在、いくつかの異なるスレッドがあると思います。明確な焦点を当てた新しいスレッドを開始することは有益ではないでしょうか。
指摘されているように、Discourseを却下して別のプラットフォームを選択した人々、Discourseに馴染めずにコミュニティを去ったユーザー、コミュニティのためにDiscourseを選択して後悔した人々から話を聞くことが本当に重要です。
プロダクトマネージャーとブロート、そしてConwayの法則については、私の見解では学ぶべき教訓があります。PMが機能のリリースに対して報酬を得る場合、または一部の小規模なグループがそれを望むからといって機能を追加する場合、複雑さと当惑させるような選択肢の配列が得られます。ビルド時間、インストール時間、または最小限のサーバーでのパフォーマンスを測定する場合、それらのことを抑制できるかもしれません。したがって、測定しているものや奨励しているものを注意深く見てください。
さまざまな目的のためのDiscourseインストールのショーケースは素晴らしいアイデアだと思います。Metaはショーケースではなく、単一のインスタンスもショーケースではありません。
創設者やシニア開発者によるMetaでの攻撃的または見下したコメントの問題は、おそらく現在は改善されているでしょう。教訓が学ばれたことを願っています。しかし、それは私にとってはマイナスでした。
ケーススタディとして、Vintage Computer Federationは以前vbulletinサイトであり、XenForoとDiscourseの間で選択する、ある程度公開されたプロセスを経ましたが、メンバー投票やフィードバックを経て、現在はXenForoを使用しています。こちらは死んだ実験です。（私はこれが起こった時にはいませんでしたし、その時の議論を探しにも行きませんでした。しかし、「discourse」を検索して死んだ実験に偶然出会いました。「forum」を検索すると、成功した後継者が見つかります。）
私はコーディングホラーのアプローチが好きでした。たとえ彼に同意しなかったとしてもです！それは通常、ここで不満を言われている機能の増加を回避することでした。
XenForoが私の携帯電話で、DiscourseがA2HSアプリ（ただしHubアプリではない）で発生するヘッダーのちらつき問題と同じ問題を抱えているのを見るのは興味深いです。
これについて積極的に検討していると聞いてよかったです。Windows コンピューターをシャットダウンする方法が非常に多くあることについてのブログ記事を思い出しました。おそらくこれでしょう。次の投稿は、(組織的な) 理由を説明しています。
思慮深く洞察に満ちたコメントをありがとうございます。全体として、ここで再燃した活動とCDCKチームからの反応は心強いものです。これらの問題すべてに対処することがいかに難しいかはわかっていますが、あなたがそれらを非常に意識し、できる限り解決するために取り組んでいることを知っていることは、大いに感謝しています。
また、このスレッドに最近貢献してくださったすべての方々にも感謝します！多くの興味深い議論と視点がありました。結局のところ、最も困難な課題の1つは、Discourseを知っていながらも選択しなかった人々、またはそれすら知らない人々とつながることだと私は思います。これらの「失われた販売」（一部はセルフホストである可能性があるため、比喩的な表現です）の洞察は、あらゆるビジネスにとって最も重要なものですが、実際に得ることは困難です。ここで多くの興味深いアイデアを表明しましたが、それらのユーザー/管理者の経験を実際に求めるという根本的な課題は、おそらく最大のボトルネックのままであり続けるでしょう。
いずれにせよ、このトピックを開始したときよりも、Discourseの将来についてより希望を持っています。（絶望していたわけではありませんが、少し心配していました 
）