ほとんどの人はサードパーティのクラウドプロバイダーを利用しており、彼らはサービスのセキュリティ確保に多大な投資をしています。主なオーバーヘッドはDiscourse自体を最新の状態に保つことであり、これは多くの人が管理できています(実際、Discourseを使用しているほとんどのサイトは自前で管理しています!)。
実際の自宅でのコンピューターホスティングであっても…セキュリティにもう少し注意を払う必要がありますが、それは間違いなく「年間数十万ドル」というレベルの複雑さではありません。
可能であれば、私たちにホスティング料金を支払うことは、Discourseでの私たちの活動をサポートする素晴らしい方法です!
「いいね!」 10
westes
(Will)
22
独自のハードウェアを実行しているか、クラウドサーバー上で仮想ハードウェアを実行しているかは関係ありません。独自のハードウェアを実行すると、ハードウェア障害による追加の要素が導入されますが、クラウドサーバーを維持するという基本的なジレンマは同様です。次の質問に答えることができますか。
- ファイアウォールは仮想ハードウェアへのどのポートを許可していますか?
- ファイアウォールは仮想ハードウェアからのどのポートを許可していますか?
- ポート80とポート443の送信を許可する場合、送信接続がアクセスできるウェブサイトを制限しますか?
- ウェブサーバー経由で仮想ハードウェアに侵入するために侵入者が使用する可能性が最も高い7つのハッキング戦略は何ですか。また、それぞれに対してどのように保護しますか?
- マシンへの侵入があったことを知るためのシステム管理戦略は何ですか?
まだしばらく続けることはできますが、独自のクラウドサーバーを管理している人のほとんどは、これらの種類の質問に十分によく答えていません。そして今、AIによってハッキングの洗練度はますます高まっています。
クラウドホスティングプロバイダーは、Discourseをインストールするための仮想コンピューターを提供していますか、それとも、彼らが保守するサーバー上の1つのDiscourseインスタンスへのアクセスを提供するだけのDiscourse専用のホスティングプロバイダーですか?
別の話題ですが、FBでも同じ経験をしましたが、私の場合、彼らは「控訴に勝った」というメールさえ送ってきませんでした。私のアカウントは突然機能するようになり、今ではFBは何事もなかったかのように振る舞っています。セキュリティ設定とアクティビティログには、イベントの記録は一切ありません。今、FBが私たちが作成したコンテンツを保護していないことを理解したので、私は深刻なトラウマを負い、FBとの関係は永久に変わり、損なわれました。
「いいね!」 1
stephtara
(Stephanie Booth)
23
その通りです。自分自身を正当化する必要はない(ましてや「テスト」を受ける必要もない😅)とはいえ、私のセットアップのセキュリティが私個人の責任ではないことを安心させたいと思います🤣
私も同じです。Facebookがあらゆるアカウントやコミュニティの生死を恣意的に決定できるという事実については何の幻想も抱いていませんでしたが、個人的に経験すると、それはまた違った響きがあります。
「いいね!」 4
westes
(Will)
24
あなたは私が提起した問題に対処するのではなく、それを回避しています。そうする権利はあなたにあります。私は自分の意見を明確に述べましたが、無視していただいて構いません。
Facebookが私たちのアカウントを停止できることを認識しているのは一つのことです。それは十分に悪いことですが、ほとんどの人はそのリスクを理解し受け入れていると思います。しかし、彼らが過去のコンテンツを削除するとき、神聖な一線を越えます。彼らは私の個々のアカウントの価値をはるかに超える2年分の調査データを削除しました。彼らは15,000人以上のユーザーのグループを混乱に陥れました。そこから立ち直ることはできません。
「いいね!」 1
jenmck
(jen)
25
はい。私が言っているのは、サイトの構成方法ではなく、「コミュニティ」のオーガナイズについてです。これらは互いに別個のものです。あなたはコミュニティをDiscourseに移行するようにオーガナイズしており、それは本質的にキャンペーンです。
上で確認しましたが、これに関するものは見当たりませんでした。どのようなアイデアをお持ちですか?おそらく、あなたのアイデアを具体化する方法、または正しい方向を指し示すことに焦点を当てることができるかもしれません。より的を絞った回答を受け取ることで、単に情報が増えたり、より多くの選択を迫られたりしているという感覚が和らぐのではないかと思います。もし私がそれに貢献していたり、メンバー募集に関する提案で思い上がりがあったように見えたりしたなら、お詫び申し上げます。
「いいね!」 2
ToddZ
26
Stephのコメント「私のセットアップのセキュリティは私の肩にかかっているわけではない」は、セキュリティを支援するシステム管理者タイプがいるように聞こえます。
設定を少し調べていくつかの質問には答えられるかもしれません。他の質問については経験がありません。おそらく、あなたは6桁の予算がないセルフホスター向けのセキュリティのヒントをまとめる立場にあるのではないでしょうか?きっと歓迎されるでしょう。
「いいね!」 8
stephtara
(Stephanie Booth)
27
Structuring an active support community migrating from Facebook を確認しましたか?その中に一部ありますが、ほとんどはチームとの議論の中で進んでおり、ここで技術的な知識を集めようとしています。
このスレッドの冒頭で @awesomerobot に返信したように、これまでの問題の提示の仕方が適切な「フライトレベル」ではなかったことに気づきました。
— これは、例えば Badges, Badges, oh my! のように、変更を始めていることです。
ご心配なく。あなたはすべての文脈を知っているわけではありませんし、私の問題がどこにあるのかを正確に伝えることがあまりできていなかったかもしれません。よくあることです!助けようとしてサポートしてくださることに、本当に感謝しています 
「いいね!」 4
jenmck
(jen)
28
ああ、見ていませんでした!それは素晴らしいですね。あなたがリストアップしたアイデアのいくつかに私たちがどのように取り組んできたかを喜んで共有します。以前のコメントは、すでにそこで投稿されていることにつながっていたと思うので、これ以上スペースを取らないように、ここでは控えめにします 
「いいね!」 5
philh
29
@stephtara Discourse インスタンス内の、一見終わりのない設定オプションの深淵を覗き込むのは気が遠くなることだと思いますが、選択肢があるということは機会があるということです。そうは言っても、あなたのトピックや投稿を読んでいると、私の中で繰り返し浮かぶ考えが二つあります。
一つ目
「我々はツールを形作り、ツールは我々を形作る」というのはその通りで、Facebookがもはや望ましい形では我々を形作っていないことには同意できると思います。あなたはDiscourseを好むようですが、そのプロセスを嘆き、オプションを減らすことや/または設定プロセスを簡単にすることを求めています。これらはすべて、一部の人にとってはクールで、多くの人にとっては望ましいことかもしれませんが、ここはDiscourseであって、Facebookや、より使いやすいと認識されている他のサービスではありません。私のヒントは、ただDiscourseでの活動を始めることです。あなたのコミュニティを構築する中で、非常に歓迎され、感謝される雄弁な批判は後でいくらでもできます。
二つ目
私は@jenmckに
同意します。
以前の同僚が私を混乱から引き離し、全体像を思い出させようとして言っていたように、「完璧を良いものの敵にするな」ということです。複雑にしすぎず、シンプルに保ち、とにかく始めてください。
とにかく始めるための私の提案:
- メールでの返信システムを機能させる。
- カテゴリやタグをたくさん追加しない。FBグループのいずれかから来るすべての人用に一つだけ追加する。
- FBグループごとに3つのグループを追加する。
- 既存のFBスタッフ/モデレーターをそれぞれのグループに招待する。あなたは文章が上手なので、各グループと自動作成されるスタッフグループ/カテゴリのために適切な歓迎メッセージを作成してください。
- 上記の招待状を送るために、FBで適切な通知を送る。注意:招待状はグループ固有であり、複数のFBグループでスタッフ/モデレーターをしているユーザーは複数の招待状を受け取る可能性があります。
- すべての構造に関する議論は、Discourse上のスタッフグループとして処理する。
- FBスタッフ/モデレーターの一部はすぐには参加しないかもしれません。それは構いません。ただ構築し、FBから離れる作業をしながら、彼らが参加するように奨励してください。作れば彼らはやって来る…あるいは来ないかもしれません。
- 上記の作業を終えた後、比較的すぐにFBメンバーを招待プロセスと別のよく書かれたメッセージ(FBとDiscourse用)を使って招待します。すべてのFBユーザーがすぐに来るわけではありません。引き続き促してください…作れば彼らはやって来る…あるいは来ないかもしれません。
- あなたのDiscourseインスタンスで「何かを投稿する」だけです。
あなたの動画とドキュメントに関して:
- まだ行っていない場合は、すべての動画をYouTubeチャンネルにアップロードしてください。Discourseで動画ごとにトピック/投稿を作成するのは骨の折れる作業ですが、一度完了すれば、物事を非常にうまくインデックス化して整理できます。
- ドキュメントは今のところ別の場所に置くのが最善かもしれません。多くの選択肢があります。私の好みは、Hugoのような静的ウェブサイトから提供することです。
あなたがDiscourseコミュニティの立ち上げで苦労しているのを見るのは、私や他の人にとって辛いです。Metaにはあなたの成功を気にかけている人々がいます。あなたとあなたのスタッフ/モデレーターはいつでもここで助けを求めることができます。
「いいね!」 4
pfaffman
(Jay Pfaffman)
30
彼が言っているのはそれだと思います。私は2017年からセルフホスターを支援しており、中には何年もアップグレードしないような非常に無責任な人もいました。私はセルフホスターのサポートで生計の大部分を立てているので、もちろん異なる意見を持っています。
セキュリティに関して私が目にした唯一の問題は、テーマコンポーネントでCSSを使って要素を非表示にし、それを「修正する」ために料金を請求していた管理者に関するものでした。彼はまた、railsコンソールでPost.destroy_allを実行し、多くの投稿を削除しました。(バックアップから少なくともほとんどを復元できました。)データベースを盗まれた人を知りません(データベースへのアクセス権を付与された人を除く)。
Discourseはセキュリティにおいて目覚ましい仕事ぶりです。WordPressを実行する方がDiscourseを実行するよりもはるかに危険です。誰もそうすべきではないと思います。
「いいね!」 4
RGJ
(Richard - Communiteq)
31
セルフホストのDiscourseに、それ自体ディープなコンピューターセキュリティの専門知識が必要だと言っているのではありません。しかし、私がこれを目にしたとき:
それは私にとって赤信号を点灯させます。
助けを求めることに何か問題があるからではなく、継続的なアクセスと責任が特定の一人の人間の可用性に依存するセットアップを示唆しているからです。そのような状況では、ホストされたソリューションの方が適していることがよくあります。それでもサーバーに自分でログインする必要はありませんが、善意、余暇、または何か問題が発生したときにその一人の人間が利用可能であることに頼るのではなく、頼れる信頼できる当事者ができます。Facebookを長期的な保証として頼ることができないのと同じように、鍵を握っている一人の人間が電話に出なくなるだけでコミュニティ全体が崩壊するのを見てきました。
実際には、まさに何かが壊れて、その人が利用できなくなった瞬間に、人々は私たち(あるいはJayやCDCK)に助けを求めてやって来ますが、もしかしたら私は自分の聖歌隊に説教しているだけかもしれません。
しかし、実際の主題から逸脱しているかもしれません。@philh が私よりも上手に言っていると思います。
赤ちゃんのステップです。すぐに完璧である必要はありません。実際、あなたの特定のコミュニティにとって「完璧」が何であるかを誰も知りません。あなたとあなたのコミュニティは、その過程でそれを見つけ出すでしょう。そして、何かをする方法についての知識の欠如、あるいは可能性についてさえ妨げられた場合、metaは尋ねるのに最適な場所であり、頼れるこれほど素晴らしいコミュニティを持つ他の製品は他にないと思っています。
「いいね!」 7
stephtara
(Stephanie Booth)
32
あるいは、単に私がまだそれを実行していないという意味かもしれません。なぜなら、「Discourse」の時間をすべて管理画面の物色とメタでの交流に費やし、今年の初めの事故からまだ回復中で、それが私の既存の実行機能の課題(ADHDです)をさらに悪化させており、ここ数週間は仕事への復帰、病気の猫、そして一般的な生活で、かろうじて溺れずに済んでいるからです。そして、「初めて何かをすること」には、実行すべきことの実際のコンテンツとはほとんど関係なく、あなたが思うよりも高い障壁があるということです。
自分でインストールしなかったのも同じ理由です。やり方を理解することはできましたが、a) 人生のある段階にいて、b) 現在の状況では、エネルギーを何に費やすかについて戦略を立てているからです。
私にとっては、このスレッド全体がトピックから逸れており、しばらくその状態が続いています。私は、新しいDiscourse管理者としての経験を、本来よりも難しくしていると感じていることについて投稿したのですが、(関係者の方々には悪気はないと思いますが)私のコミュニティ管理や技術的な専門知識やスキルについて、尋問されているように感じています。
「いいね!」 6
RGJ
(Richard - Communiteq)
33
ご自身を正当化する必要はありません。私はただ、あなたの邪魔になっているかもしれないことを指摘したかっただけです。
過去13年間このコミュニティの一員として、私はそれがここで起きていることだとは思いません。多くの場合、誰かが助けを求めると、たとえ一方だけを求めていたとしても、人々は自然に何をすべきか、そしてどうすべきかの両方を提供し始めます。そして、明示的に求められていないアドバイスが来た場合、意図されていたよりも個人的または評価的だと感じやすいものです。
「いいね!」 5
こんにちは、私は皆さんに比べて経験がずっと少ないのですが、(セルフホストなので同僚の技術的な助けを借りて)Discourseコミュニティをゼロから構築しました。これ以上ないほど満足していますが、いつもまさにこれに従っていたのは事実です:backhand_index_pointing_down:
一歩ずつ必要なときにだけ新しいことを実装してきました。そして、Metaではいつも助けを見つけることができました。このフォーラムが何度私の4$$を救ってくれたか数え切れません 
全くその通りです。
私のコミュニティはちょうど3周年を迎えました(Discourseを学び始めたのはその1年前ですが)、今プラットフォームを変更しなければならないとしたら、すべてを調整するのはずっと複雑になるでしょう。
これについては、新規メンバーに通知を調整する方法や、投稿、検索、リアクション、自己紹介の記入方法などのその他の基本事項を説明する初心者向けチュートリアルを含めることが非常に役立つことがわかりました。まさにこのためです 
素晴らしいアドバイスです 
@stephtara、共有してくれてありがとうございます。すべてが最良の結果になることを願っています。そして、あなたの素晴らしいDiscourseをここでも共有してくれることを願っています(ちなみに、私は熱烈な猫好きで元獣医なので、あなたのコミュニティについてもっと知りたいです)。
「いいね!」 10
dougc
(Doug C)
35
お気持ちお察しします!私も似たような状況で、Discourseの道のりではあなたより2週間ほど遅れているかもしれません。オンラインシステムに関する経歴も似ていますが(私はソフトウェア開発者です)、違います。
あなたの投稿には少し怖気づいています。なぜなら、私もこれから本格的にDiscourseを見始めようとしていて、時間を確保するのに苦労しているからです。私が望んでいたように、少しずつ進めることはできそうにないようです。
とにかく、私はあなたと同じ立場にいること、そしてできる限りの手助けをしたいと思っていることを伝えたかっただけです!
「いいね!」 8
stephtara
(Stephanie Booth)
36
お立ち寄りありがとうございます!あなたは既存のコミュニティをFacebookから移行している最中ですか?ここ数日で、それが私の問題の重要な要素であることに気づき始めました。これまで少し盲点になっていたかもしれません。Facebook移行の問題に関して私が理解したことをまとめるつもりです。落ち着いて書く時間が取れたらすぐに。
ああ、それは申し訳ない。でも、確かに時間が必要ですね。ただ、「コミュニティ構築のシナリオ」によると思います。もし私が「ゼロから」コミュニティを立ち上げていたら(実は、アイデアがあるんです!)、今設定しているものでとっくに突き進んでいたでしょう。
「いいね!」 4
dougc
(Doug C)
37
いいえ、Facebookからコミュニティを移行しているわけではありません。むしろ、ゼロから構築しています。それでも、利用可能なオプションの配列にはやや戸惑っています。休暇が終わるまで本格的には着手しません。
「いいね!」 1
Discourse には多くのオプションがありますが、それらを体系的に確認するのはそれほど難しくありません。
1つの改善点として、各サイト設定の説明だけでなく、ドキュメントへのリンクも提供することが考えられます。説明は、すでに知っている場合の単なるリマインダーとしてしか機能しないほど不十分な場合があります。そうは言っても、情報を検索したり、ここで質問したりするのは十分簡単です。
「30分でインストール」ページには、選択されたフォーラムトピックへのリンクがあります。そこがドキュメントへのさらなるリンクを追加するのに最適な場所でしょう。
誰もが異なる焦点を持っており、すべての人に対応するのは難しいでしょう。私はMailmanから来たので、Discourseがメールにアプローチする方法を少し場当たり的だと感じましたが、十分だと気づき、実際の問題は発生していません。
コミュニティで編集可能な猫のデータベース(それが本当に望んでいるものかどうかはわかりませんが)が必要な場合は、MediaWikiとCargo(またはSMW)およびPage Formsを試してみてください。
「いいね!」 4
ToddZ
41
同意します。それは大きなプロジェクトになるでしょうが、各サイト設定(または簡単な説明では不十分なもの)に、それが何をするのか、他の関連する設定とどのように相互作用するのかを説明するドキュメントページのセクションへのリンクがあると良いでしょう。
「いいね!」 4
Moin
42
リデザインプロセスの一環として、すでにそのようなものが含まれていると思います。例えば、概要ページの構成ページにある「詳細はこちら」のリンクは、メタにあるドキュメントのトピックにリンクしています。
単一の設定ごとにリンクを設けるよりも、同じ領域に関するサイト設定のグループごとにリンクを設けた方がうまくいくと思います。単一の設定については、検索すれば関連するドキュメントのトピックが表示されるはずです。
「いいね!」 3