51mon
(Simon)
2023 年 8 月 31 日午前 8:17
1
こんにちは
昔は技術者でしたが、今は違います。デジタルコミュニティのデザインに興味があると言いました。テクノロジーで構築された社会学です。
ディスコースのアーキテクチャが何であるかはわかりませんが、テーマとプラグインがあることは認識しています。他に知らない部分があれば、それらも同様です。
ヘルプをお願いします
ペアをさまざまな方法で検索してみましたが、「これが何/なぜかについての101です。例:プレゼンテーションレイヤー、ストレージレイヤー、そしてその2つの間で使用される選択プロセスがあり、この 情報を使用してコンテキストを確立し、一方から他方への選択を行います。すぐに使えるものとしてx y z があります。プラグインとは…ディレクトリ内のものはすべてサーバープロセスの開始時(またはその他)にロードされます。UI/バックエンド/フロントエンドなどにフックします…存在するものは…テーマは、すぐに使えるもの(およびプラグイン)のプレゼンテーションレイヤー(?)に次のように影響します…」といった提案が返ってくるものはありませんでした。
誰かが私に案内してくれるような説明はありますか? そして、0から十分な理解を得て、現在存在するものを発見し、想像力豊かな思考を行うのに十分な理解を得ることができますか?
なぜなら
そうすれば、それらをさまざまな目的のコミュニティデザインにおける概念的なビルディングブロックとして使用できます。
興味があるのは…:
ディスコースは#medical_grade基準を満たすように「強化」できるでしょうか?いいえ、現時点では特定の管轄区域でそれらが何であるかはわかりませんが、興味のある目的には必要であり、地理によって異なると知っています。
計装されたリハビリテーションツールとのインターフェース、および進捗状況と有効性の指標の匿名化されたデータ抽出(#gdpr準拠 )のためのコーディング、研究のための改善データに興味があります。
最高の投稿がクリームのように浮上して、新しいユーザーが、混乱した時期に、学術的で感情的ではない階層構造しか持たない数千の投稿とスレッドに及ぶ情報に直面しないように、ディスコースのUXがどのように機能するか興味があります…
階層構造は一般的に、最初に一息ついて検索パターンを取ることができる場合、潜在的な興味のあるトピックを検索するのに適していますが、一般的には深さ優先検索パターンしかサポートしません。Discordはその一例です。そこでは、すでに主題を知っていることが前提とされています。これは、ハッシュタグによってわずかに改善される可能性があります。これは私の読書バックログの別のトピックです。
AIボットの何かがギャップを埋めるのでしょうか?別のバックログアイテム…
@jonobacon のブログでいくつかのビデオも見ており、それらを終えたらより賢い質問ができるかもしれません。
ディスコースの文脈で創造的に考えるためには、どのようなコンポーネントとインターフェースが存在するのか、より理解する必要があります。
**私に案内してもらえますか **
よろしくお願いします。
「いいね!」 2
既存のプラグイン、テーマ、テーマコンポーネントを閲覧すると、カスタマイズの可能性について理解を深めることができます。
A directory of Discourse plugins, both official and third-party.
Themes are expansive customizations that change multiple elements of the style of your forum design, and often also include additional front-end features.
Theme components are customizations that change surface elements of your forum design, or add extra front-end features.
「いいね!」 6
Lilly
(Lillian Louis)
2023 年 8 月 31 日午前 10:46
3
@51monさん - Discourseフォーラムの開発にご興味があれば、こちらの情報 が参考になるかもしれません。
「いいね!」 2
51mon
(Simon)
2023 年 8 月 31 日午後 6:47
4
ありがとうございます
辞書をくれたような気がします。読み方についてのガイダンスを期待していたのですが! - それらが何であり、どのように機能するのかについての、何をするかではなく、より穏やかな紹介はありますか?
リンクにはたくさんの情報がありますが、ディスコースのアーキテクチャが何であるかについての概要はありません。現時点では、プラグインなどで提供される機能についてはあまり気にかけていません。それらが実際に何であるかをまだ理解しようとしています。
「いいね!」 2
51mon
(Simon)
2023 年 8 月 31 日午後 6:58
5
:-)\n\n開発中…"と題されているため、コードを書くことに興味がなく、アーキテクチャを理解したいので、少し躊躇しています。\n\nテキストが私のニーズを満たすかどうか現時点では明らかではないため、確認します(うまくいけば)。\n\n何か他に提案があれば、お知らせします :)。?
「いいね!」 1
@51mon これらはもう確認済みだと仮定します。
「いいね!」 7
51mon
(Simon)
2023 年 8 月 31 日午後 9:22
7
ありがとう
~~ 「~~
[[編集]]
うわっ! リンク1は15スレッドのヘッダーに飛びます
リンク2と3は販売ページですが、少なくとも1ページだけです。それらは建築の説明ではなく、機能リストです。
そして、最後のリンクが何であるかさえわかりません。ログインしてtry.discourse.orgを試すように招待されています。そこには100以上のエントリを持つスレッドがさらにあり、さらに1,000以上のエントリを持つスレッドが1つあります。
地図はありません。クックがオーストラリアを発見し、数日間その海岸を航海して過ごしたときのように感じるかもしれません。
編集
機能リスト
ページには長いもの のリストがあります。それらのいくつかは概念的です。名前が説明されていない概念を参照する場合、そこには物があることしかわかりませんが、理解やその物が何であるかを伝えることはできません。したがって、機能から多くのものがあることはわかりますが、名前付き機能の多くから何ができるかという概念はありません。
範囲を確立するには良いですが、すでに知っている人にとっては良い記憶補助ですが、理解を求めている人が理解を得るのは難しいです。
また、これらの機能リストから、それらがプラグイン、テーマ、すぐに使えるもの、discourse固有のもの、またはすべてのプラットフォームで一般的なものなのかどうか、まったくわかりません。
この段階でそのページのために私が本当にすべきことは言いません。大陸を探索しているので、メモを取っているだけです。私のOPが求めていたのは、月からの地球の写真でしたが、今のところ、HMSエンデバーのマストのてっぺんにさえ登ることができませんでした😁
リンク3の「discourseとは」は、セールストークとその他のものの混合です。建築も提供していません。それを提供すべきだとは言いませんが、提供していないので、私が探しているものではありません。
また、私にはあまり真実味がないようです。たとえば、discourseは複雑さを排除したと主張していますが、UIで使用されている赤色は、いいねの数と投稿数によって変化します。これはUIの非常に難解な要素です。また、未読投稿のリストでタイトル、返信数、または3番目のフィールドのいずれかをクリックしても、スレッドの異なる場所に移動しますが、その方法がわかりません。これらはすべて直感的ではなく、発表されておらず、信号もないUXのバリエーションであり、UIに存在することを知るまで混乱します。
「いいね!」 2
正直に言って、@51mon 、あなたの質問を理解できていないと思います。簡単な言葉で質問していただければ、できる限りお答えします。
「いいね!」 8
51mon
(Simon)
2023 年 9 月 6 日午前 11:50
9
それは親切な働きかけですね、@JammyDodger 。できる時にはそうしますが、今はできません。
私の最初の投稿で耳にははっきりと伝えたと思いますが、あなたの耳(目!)にははっきりと伝わらなかったようです。
こうしてみましょう。
もし私たちが二人とも立って車を見ていたとしたら、「車に座ってスーパーマーケットやビーチに連れて行ってくれる」といった議論ができたでしょう。あるいは、「車には車輪とガソリンまたはバッテリーで動くエンジン、そして操縦装置とブレーキ装置がある」といった会話もできたでしょう。
ブレーキやウィンカー、室内灯が自動で点灯・消灯するかどうかの会話は、開発者向けの会話です。ビーチに行ったり、子供たちを学校に連れて行ったり、車椅子が後ろに乗せられるか、キャラバンを牽引できるかどうかの会話は、技術的な領域に踏み込むユーザー中心の議論です。キャラバンを牽引するには、標準装備ではないヒッチを取り付ける必要があります。車を購入するとき、白、グレー、黒、あるいは青を選ぶことができます。これらは一度きりの選択です。おそらく、ディスコースの文脈では管理トピックでしょう。
私が関心を持っている多くの側面の一つは、Discourseでコミュニティを運営できるかどうかです。そこでは、管理者と貢献者の投稿の蓄積、ユーザーIDなどが、データの保護(機密性、完全性、可用性)に関する医療グレードの規制に準拠する必要があるかもしれません。しかし、基盤となるアーキテクチャがわからない限り、その質問を評価することはできません。
これでより明確にならなかった場合は、人々が私に送ってくれたすべてのリソースを読み終えるまで待つ必要があります。そうすれば、答えられる人に理解できる質問をすることができます。現時点では、これ以上うまく質問を構成できません。
ありがとうございます
これは発見の旅であり、時間がかかることを覚悟しています。必要な発見をしたら、それらを書き留めて、将来他の人を助けることを願って、ここにコミュニティに寄付する可能性が高いです。
あまり明確になったとは言えませんね。 他の誰かが手伝ってくれることを願っています。
すでにフォーラムを作成して、試してみましたか? それはあなたのアイデアを探求し、何が可能かを感じるのに役立つかもしれません。
「いいね!」 5
Heliosurge
(Dan DeMontmorency)
2023 年 9 月 10 日午前 7:52
11
こんにちは @51mon さん。
問題の一部は比喩にあると思います。入力したことはしばしば作成者には理解されます。しかし、他の人には理解が難しい場合があります。
それでは、始めます。
Discourse Meta は、コミュニティの基本フレームワークとして設計されています。
基本的な基盤を提供します…箱から出した状態では、やや平凡です。
あなたや私の世代であれば、Dos 電子 BBS に関わったことがあるか、知っているかもしれません。
かなりの数が Telegard BBS、別名 Telegard Hacks の派生でした。(話が逸れました…)
本題に戻ります。
Discourse Meta フォーラムを構築したいのですね…
ここからがスタート地点です。座って、コミュニティの目的、そして機能と特徴の点で何を提供したいのかを考えてください。
そして、一歩下がってください。
どこへ行けるのかをより明確に理解するために。すでに Discourse を使用しているコミュニティのリストを調べてください。現時点ではリンクが手元にありません。既存のコミュニティを調べることで、何が達成できるか…そして、コミュニティがどれほど似ているか、または範囲と機能においてどれほど異なるかを知ることができます。
ここから、あなたのコミュニティのアイデアに欲しい、さまざまなコミュニティが持つ機能のリストを作成できます。
生活の質を向上させる有料ホスティングを選択するか、完全に制御して、好きなプラグインを選択できる強力な拡張性を完全に制御するためにセルフホストするかを決定できます。しかし、その代償として VPS を自分で保守する必要があります。
いずれにしても、コミュニティを設計するために必要な機能と特徴を把握するために、必要なものを調査する必要があります。
ここから、思考実験を行いましょう。サンプルコミュニティのアイデアを提供してください。既存のコミュニティを使用して、このコミュニティが持つものを達成するために、どのような Plugin (必要であれば)、#theme、 Theme component が必要かを尋ねることもできます。
「いいね!」 1
51mon
(Simon)
2023 年 9 月 10 日午前 8:28
12
Hi @Heliosurge
BBSのことは忘れてください。ダイアルアップ回線で300ボーで動作していたCanterburyのUKCが運営していたnewsnetや、freeagentのようなNNTPベースのサービスとクライアントを覚えています。
アナロジー、さらにはより広範には、文に配置された単語でさえ、しばしば書き手の頭の中の理解をカプセル化しているだけであるということに完全に同意します。たとえそれが他の場所で理解を生み出したとしても、それが同じであるという保証はありません!
これを試してみましょう。
ディスコースには、投稿とユーザーのデータベースを含むサーバーエンドがあり、投稿とユーザーの両方に属性があり、互いにリンクされていると理解しています。これはどこかにホストされており、ホストは仮想、コンテンツ配信ネットワークなどである可能性があります。
クライアントエンドには、投稿とユーザーの認証資格情報、アクセス権、およびフィードを作成するためのリンクを使用してプレゼンテーションレイヤーがあると理解しています。哲学的には、使用されている構造の多くが階層的であることがわかります。階層は、多くのクロスリンケージメカニズムによって隠されています。
クライアントエンドで使用される配色などは、実行時にテーマにバインドされ、置き換えることができると安全に推測します。これにより、後続の実行は新しいテーマにバインドされ、コンテンツは変更されませんが、プレゼンテーションの外観、さらには一部の機能的なナビゲーションスタイルコンポーネントが変更される可能性がありますが、この時点では曖昧で推測的になります。
テーマコンポーネントが存在することは認識しており、現在、テーマコンポーネントの組み合わせがテーマを作成するというモデルを頭の中に持っていますが、これも少し曖昧です。テーマコンポーネントが何をするのか、いくつかの例を把握していません。
プラグインについてはあまり理解していません。サーバーサイドであり、コンテンツを提供している実行インスタンスに配置されるというアーキテクチャ的な部分は理解しています。テーマとプラグインの相互作用はよくわかりません。サーバーサイドの機能を拡張する場合、クライアントサイドのプレゼンテーションも拡張する必要があると思いますが、その部分は不確実性の上の不確実性です。
また、完全なアーキテクチャモデルが、サーバー、サービングソフトウェア、クライアントアプリ/ブラウザ、テーマコンポーネント、およびプラグインで構成されているのか、それとも他のコンポーネントがあるのかもわかりません。
「標準的なディスコースコミュニティは、ペイウォールやその他の収益化メカニズムの背後に配置されていませんが、追加できますか?」のような質問があります。データは、CIA(機密性、完全性、可用性)の三位一体の一定のレベルを持つシステムに保存されます。これは、大西洋の両側のヘルスケア相互運用性標準 に必要な基準まで強化できますか?
この後者の要件は、会話を倫理、およびソフトウェアが法的、道徳的、文化的な懸念をどのようにサポートするかという方向へ動かします。これはこのフォーラムのトピックだと思います。アーキテクチャの理解は、ソリューション設計の前提条件であり、望ましい、不可欠な、望ましくない/受け入れられない/非難されるべきものと見なされる施設を形成する哲学的な原則の決定でもあります。そして、非難は処理されるべきです。
「いいね!」 1
Heliosurge
(Dan DeMontmorency)
2023 年 9 月 10 日午前 8:53
13
わかりました、理解できています。トピックのコアデータベースはカテゴリ別にグループ化され、タグで整理されています。たとえば、ここにあります。
2種類の#themeがあります。
基本: 基本的なDiscourseの外観を変更するだけです。
フルテーマ: 外観を変更し、コンポーネントでパッケージ化されており、コンポーネントを使用して動作を変更できます。
この画像。サイドバーメニューを呼び出します。
下部にある矢印で強調表示されている「展開」をクリックします。基本からフルまでのテーマのコレクションがあります。実験して、Metaがルックアンドフィールに関してどのように変更されるかを確認してください。
いくつか試して、探求してみてください。これにより、コンポーネントの有無にかかわらず、テーマが何を行えるかをよりよく理解できると思います。
Air Themeは、プリインストールされたコンポーネントを備えたフルテーマの例です。
「いいね!」 2
51mon
(Simon)
2023 年 9 月 10 日午後 1:59
14
ありがとうございます。
この返信で、テーマはサーバー側にロードされ、クライアント側は起動時に利用可能なテーマを照会し、その後、表示される各データ(またはセッションのインスタンス化?)の取得時に、サーバーがクライアントに転送されるHTML要素をエンコードするために使用するテーマIDを提供することがわかりました。
また、アプリを再構築する必要があるとのことですが、それはリンク編集プロセスだと仮定しますか?少なくとも、動的にリンクされたライブラリではなく、静的なメカニズムを説明していますか?
まだ、サービスがプラグインとして何を提供できるのか、そしてテーマがどのようにやり取りするのか、円から四角にアイコンが変わる以外に、あなたがエアと呼んだものを選んだときに起こる以外に、まったくわかりません。
Stephen
(Stephen)
2023 年 9 月 10 日午後 2:33
16
古いフォーラムプラットフォーム(vBulletin、phpBB)とは異なり、Discourseはフラットなサーバーサイドスクリプト(php)のコレクションと個別のデータベースではありません。
Discourseは2つの部分で構成されています。Dockerに配置されたバックエンドと、クライアントデバイスに提供されるシングルページJavaScriptアプリケーションです。
バックエンドの変更が必要なものはすべてDockerコンテナに影響します。これは、最も基本的なインストールでは、わずかなダウンタイムが必要になります。これが、人々が「アプリの再構築が必要」と言うときに参照しているものです。コンテナの構築方法を制御する設定ファイル(ymlドキュメント)を編集し、その後、SSH経由でランチャーに再構築を発行する必要があります。プラグインのインストールは再構築を意味しますが、SMTPの簡単な変更は再起動に似ています。
新しいテーマやテーマコンポーネントの導入は、実際には実行中のWebアプリケーション内で行われるフロントエンドの変更です。根本的なアプリやデータベースは実質的に変更されていないため、ダウンタイムは発生しません。
「いいね!」 1
51mon
(Simon)
2023 年 9 月 10 日午後 2:43
17
スティーブン、ありがとう
いくつか技術的な知識不足があります。私の実務経験はドッカーより一世代前です!実際、ゴスリングがJavaを軽量言語として正当化したのがその月の最もホットな出版物だったことを覚えています。当時は私はK&R CからIngres、Oracle、sysadmin、DBAでした。
サーバーで実行されるプロセスとしてフロントエンドとバックエンドという言葉が使われているように思いますが、サーバーサイドとクライアントサイドではなく、それは正しいですか?
共有メモリやパイプなどを介して連携するプロセスがサーバー上にあり、その後TCPカプセル化されたメッセージストリームがクライアントソフトウェアが搭載されているIPに何かを送っているのでしょうか?
このアーキテクチャのブロック図を描いた人はいますか?
これは明らかに Community から離れてしまったと思います 技術的な要素が中心なので、Dev に移動させましょう。
「いいね!」 1
Tris20
(Tristan)
2024 年 1 月 2 日午後 11:05
20
このトピックは、2つのアイデアが混在しているようです。
「Discourseインスタンスを設計するのに役立つ全体像/図があると良いのですが」
「Discourseの機能を私の要件と比較しようとしていますが、特定の情報が見つかりません」
アーキテクチャに関する最初の点は少し議論されましたが、残念ながらまだ全体像の図はありません。より理解のある方が#mermaidで何か描いてくれることを期待しますが、少なくとも(うまくいけば)あなたの元の要件について少しガイダンスを提供できます。
Discourseは医療/政府/自動車の情報セキュリティ要件と標準を満たせますか?
これらの要件が具体的に何であるかについて、より明確にする必要があります。しかし、医療と自動車の世界はそれほどかけ離れていないことを考慮して、役立つことを願って私の経験を共有できます。参考までに、私はドイツの大手自動車部品サプライヤーのためにインナーソースインスタンスを運営しています。法的な頭痛の種でしたが、素朴なレベルの粘り強さ、愚かなレベルの回復力、そして信じられないほど協力的で忍耐強い法務チームがあれば達成可能です。真剣に、法務チームにはもっと親切にしてください
あなたが答えなければならない最大の質問は次のとおりです。
誰が情報にアクセスしますか?
一般の人々?
スタッフ?
スタッフと一般の人々の混合?
プラットフォームにはどのような種類の情報が含まれますか?
公開のみ?
公開と内部の混合?
機密情報? – 注意:プラットフォームでこれをホストすることを計画した瞬間から、すべてがはるかに難しくなります
どこにホストされますか?
オンサイト
Discourseまたは他のホストによって
私たちの例では、内部のみ(スタッフ)、内部情報のみ(つまり、機密ではない会社の情報を共有する)、そして当初は自己ホストしていましたが、ホスティングのためにDiscourseに移行しました。
Discourseでのホスティングに関して、私たちの情報セキュリティオフィスは、移行を選択した際に重大な問題はないと見なしました 。
また、この情報を複数の国(中国、インド、ドイツ、ルーマニア、米国、フランスなど)に配布しています。中国は少し厄介でしたが、Discourseの担当者は、CDNの問題を乗り越えるために素晴らしい仕事をしてくれました。
質問番号3:「どこにホストされますか」が、データの保護とセキュリティに関する質問のほとんどに答えるものであることに注意してください。
ログインと承認
ログインには、おそらくSAML に頼ることになるでしょう。Discourseチームは、あなたが彼らのエンタープライズ顧客であれば、セットアップを支援します。私たちのIDPは、会社のVPNの背後にいる場合にのみアクセス可能であり、それにより私たちに追加のセキュリティレイヤーが追加されます(つまり、ネットワーク上にいない限り、ログイン画面すら読み込めません)。
SSH
さらに、標準のインストールではSSH暗号化が提供されます。私はCIAではないので、それ以上のものが必要かどうかはわかりません。 allegedly
Discourseを他のツールと連携させる
APIを活用する
連携については、Discourse API があなたの味方です。APIキーとPythonを使用してデータの取得と設定ができます。
ここに素晴らしい例のセットがあります:Discourse REST API comprehensive examples
GDPR準拠のためにユーザーデータを匿名化する
GDPRに関しては、プラットフォームからデータを抽出し、データエクスプローラーでクエリを実行する際にソースの時点でユーザーを省略することができます。
これは、JSONレスポンスが通常、投稿に関する完全な情報を含むDiscourse APIを使用する場合とは対照的です。
投稿の内容(調理済みHTMLおよび生のMarkdown)
投稿ID
所属するトピックID
投稿者のユーザー名
トピック内の投稿番号
投稿の作成および最終更新タイムスタンプ
いいね、返信、引用などの数。
注目投稿と使い慣れたUIを取得する方法
あなたはそれを見ていないかもしれませんが、このテーマを組み合わせることができます:
これと似たようなものと組み合わせます:
「いいね!」 3
米国のHIPAA法では、あらゆる種類の医療記録データについて、患者が公式の個人情報開示同意書に署名した場合、医療従事者は家族、友人、介護者、その他患者が選択した人にデータを共有できます。これらは通常、数か月または数年のみの有効期限があります。
これを示す簡単な図は次のようになります。すべての医療データは巨大な金庫の中にあり、患者からの署名入り書類を緊急サービス担当者が持っていない限り、いかなる緊急事態でも決して開けることはできません。
ただし、患者が意識不明の場合(特に長期にわたる昏睡状態や、その他の正気でない状態)、または裁判所と裁判官によって自己の事務を処理できないと宣告された場合、その場合は他の誰かが任命される可能性があります。
これら2つのシナリオのいずれかは、金庫を開けることができる鍵で表され、その後、一部の医療データをアクセスが特定の個人にのみ制限された二次的な金庫に移すことができます。
これは人々のグループである可能性がありますが、ほとんどの場合、医療データへのアクセスを許可されるには個別に指名される必要があると私は信じています。
https://www.cdc.gov/phlp/publications/topic/hipaa.html
「いいね!」 1