追記：プラグインなしのクリーンインストールをCX22マシンで再構築しました（ARMサーバーを見る前に使用していたものなので）。所要時間は8分52秒でした。したがって、@Canapinさんの数値の中間くらいですが、コンテンツが少し増えれば10分程度になるかもしれません。
「いいね！」 1
おすすめプロバイダーのリストをScalewayで更新しました。ベンチマークはありませんが、残りは埋めました！（私はより大きなインスタンスを使用しています）
「いいね！」 6
手頃な価格のVPSプロバイダーは多数あります。Oracle Cloudをお勧めします。これは、4コアと24GBのメモリを備えた無料のLinuxサーバーを提供しています。あるいは、Netcupを検討してください。これは、月額わずか5ユーロで、4コア、8GBのRAM、512GBのストレージを備えた高性能サーバーを提供しています。
「いいね！」 3
ついに動作するDiscourseをインストールできました。
すでにVeerotechでウェブホスティングアカウントを持っているので、フルルートKVM VPSセルフマネージドサーバーは彼らを選びました。
| RAM | ストレージ | vCPU | 価格（米ドル） |
|---|---|---|---|
| 1GB | 30GB | 1 | $4.95/月 |
| 2GB | 40GB | 1 | $9.95/月 |
| 4GB | 50GB | 1 | $15.25/月 |
私は最も安価なオプションを選びました。
OSはLinux Ubuntu 20.04 X86 64 Minimal Latest V1を選びました。
SSHでrootにログインしたところ、パーティションが私のニーズには小さすぎることがすぐにわかりました。私はLinuxの初心者なので、ルートパーティションを25GBに拡張し、5GBのスワップパーティションを追加するために、かなりの検索と読書が必要でした。
その後、Discourseのインストールはかなりスムーズに進みました。
次の問題は、私のサイトがCloudflare経由でプロキシされているという事実でした。そのため、実際に機能させるために、さらに検索と読書が必要でした。
Veerotechはここで言及されていなかったので、私は4年間ウェブホスティングで問題なく利用してきたので、彼らについての私の経験を皆さんに知らせるために返信を残そうと思いました。
ありがとう、
Major
「いいね！」 2
数週間でサポートが終了します。24.04 をお勧めします。
「いいね！」 3
これらの選択肢を提供するホスティングプロバイダーは、どんな犠牲を払っても避けるべきです。
そのリストは5年間更新されていないようです。
Fedora 20は2015年6月にEOL（サポート終了）となり、CentOS 8は2021年12月にEOLとなりました。
AlmaLinux 9は、実際に3年未満前にリリースされた唯一のOSです。
「いいね！」 4
do-release-upgrade を実行すると、Discourse のインストールに影響がありますか？
はい。その方法でOSをアップグレードできることはよくあります。しかし、それはこの事実を変えるものではありません。
それは賢明なアドバイスです。そこで何かが壊れてすべてを失う可能性は、無視できないほど大きいです。
「いいね！」 3
なるほど、確かに。もしこのサーバーがもっと重要なものであれば、もっと多くのホスティングプロバイダーを比較検討したでしょう。
今回は、Linuxについて少し学んで遊んでみるために、1ヶ月だけ注文したのです。
「いいね！」 3
Hertznerをまだ利用していますか？もしそうなら、どう思いますか？
価格ページによると、CX32はDigital Oceanで支払っているもの（6ドル）とほぼ同じ価格ですが、DOの1GB RAMに対して8GB RAMがあります。
また、私も初心者ですが、メール受信で何か問題はありましたか？DOとBrevoで問題がありましたが、Discourseの公式インストールページで提案されているものとは異なるポート番号を使用する必要があっただけでした。それ以外はすべてスムーズに進んだので、初心者にとっては、異なるポート番号を使用するだけで済んだことは大したことではありませんでしたが、それ以上に複雑になる可能性があると思いますか？
「いいね！」 1
私は長年Hetznerのサーバーを使用しています。非常に満足しています。バックエンドインターフェースも非常によくできています。仕様も良く、かなり安価です。
Discourseを実行するには、ARMサーバーがx86サーバーよりもはるかに優れたパフォーマンスを発揮することに気づきました。広範なテストは実行していませんが、同じ仕様で異なるアーキテクチャのサーバーを比較した結果、ページ読み込みが速くなり、再構築も（最大2倍速く）大幅に速くなりました。
なぜかはわかりません。
ARMで動作させるためにメール受信フォークに依存しなければならないという事実だけが気になります（今のところ問題はありません）。
「いいね！」 5
情報ありがとうございます。
DigitalOceanは提供しているものに対して明らかに高価なので、会社を変更することに非常に傾いています。Discourse以外の他のことには優れているかもしれませんが、現時点では、特に2つのコミュニティを管理している状況で、より多くのリソースを持ちながら同じ金額を支払えることは間違いなく必須です。
メール受信者の問題については、その別のリンクを確認する必要があります。何もわからないからです。
フィードバックに感謝します！
「いいね！」 1
私はちょうどChatGPTにmail-receiverイメージについて尋ねていました。なぜなら、それが何であるかを知らず、Digital Oceanを使用していたので、これまでのところ問題はありませんでした。
それは、Reply via EmailやPost via Emailなどが有効な場合にのみ関連すると言っていました。私の場合は、それらは有効になっていません。
これは事実であることを確認してもらえますか？
「いいね！」 2
はい、そして私の意見では、メールで返信する機能は必須です。ほとんどのユーザーが私のインスタンスでそれを使用しています。メール通知を受け取った後に返信を投稿したい場合、摩擦が軽減されます。
管理者があるフォーラムでこの機能を有効にしたくない理由があるとは思えません。特に公式のメール受信機を使用する場合、インストールと設定はDiscourseのインストールに必要なスキル以上のものは必要ありません。
「いいね！」 3
まず、私もそれは良いと思っていました。なぜなら、アクション間のクリック数やステップ数を減らすことには賛成だからです。しかし、何か問題が発生する可能性についても考えていました。
例えば、あなたが私のメッセージに返信したとします。そして私は2日後にメールで返信することにしました。その頃には、私の返信は時代遅れになっているかもしれませんし、会話に「ノイズ」を加えているだけかもしれません。トピックが解決済みで、私の返信がもはや役立たず、または関連性がなくなっている可能性もあります。
ユーザーにウェブサイト自体にアクセスすることを強制することのもう一つの利点は、他のトピックを目にして、最終的に長く滞在する可能性があることです。すでにそこにいるので、他の何かを見てエンゲージする可能性が高まります。
したがって、摩擦/クリック数が理論的には利点のように聞こえるかもしれませんが、常にそうとは限りません。私はこの摩擦を許容し、ユーザーが会話に価値を見出していると仮定して、彼らにウェブサイトにアクセスしてもらいたいと思います。
他のフォーラムのユーザーとして、私はメールで返信することはありません。全体を読むのが好きです。
しかし、それらのリンクを共有していただき、問題がユーザーからの送信メールにのみ関連していることを確認していただきありがとうございます。それは確かにすべてをより簡単にします。会社を確認する必要があります。
「いいね！」 5