أسئلة حول البنية التقنية لـ Discourse

مطور
1

مرحباً

منذ زمن طويل كنت خبيراً تقنياً ولكن ليس هذه الأيام. لقد قلت في مكان آخر أنني مهتم بتصميم المجتمع الرقمي. علم الاجتماع المبني بالتكنولوجيا

لا أعرف ما هو هيكل الخطاب ولكني أدرك أن لديه سمات وإضافات. إذا كانت هناك أجزاء أخرى فأنا جاهل بها

ساعدوني من فضلكم :slight_smile:

لقد حاولت البحث عن الزوج بطرق مختلفة ولكن لا أحصل على أي شيء يشير إلى "هنا هو الدليل 101 حول ماذا / لماذا. على سبيل المثال: توجد طبقة عرض، وطبقة تخزين، وعملية اختيار بينهما تستخدم هذه المعلومات لتحديد السياق للاختيار من واحدة إلى أخرى. خارج الصندوق تحصل على x y و z. الإضافة هي … أي شيء في الدليل سيتم تحميله عند بدء تشغيل الخادم (أو أي شيء آخر) يتصلون بواجهة المستخدم / الواجهة الخلفية / الواجهة الأمامية إلخ بواسطة …، الموجودة هي …، يؤثر المظهر على طبقة العرض (?) خارج الصندوق بالإضافة إلى الإضافات بالطرق التالية … "

هل هناك وصف كهذا لا يستطيع شخص ما أن يشير لي إليه وسيأخذني من 0 إلى فهم كافٍ لأتمكن من العثور على ما هو موجود حاليًا ولدي فهم كافٍ للتفكير الإبداعي

لأن

ثم يمكنني استخدامها ككتل بناء مفاهيمية في تصميم المجتمع لأغراض مختلفة.

أنا مهتم بـ …:
ما إذا كان يمكن “تقوية” الخطاب لتلبية معايير # الدرجة_الطبية - لا، لا أعرف ما هي في أي ولاية قضائية معينة بعد، ولكني أعرف أنها ستكون ضرورية للأغراض ذات الأهمية ومختلفة عبر المناطق الجغرافية.

أنا مهتم بالتفاعل مع أدوات إعادة التأهيل المزودة بأجهزة وبرمجة لاستخراج البيانات المجهولة (# متوافقة مع اللائحة العامة لحماية البيانات) لمقاييس التقدم والفعالية لديها بيانات تحسين للبحث.

أنا مهتم بكيفية صعود أفضل المشاركات وأفضلها إلى القمة مثل القشدة حتى لا يواجه المستخدمون الجدد تجربة مستخدم للخطاب غريبة في موضوع اكتشفوا حديثًا حاجة ماسة إليه في وقت الارتباك مع مجموعة من المعلومات أمامهم تمتد لآلاف المشاركات والخيوط مع هيكل هرمي فقط وهو أكاديمي وليس جوهريًا بالنسبة لهم …

الهياكل الهرمية بشكل عام أفضل في البحث عن موضوعات ذات اهتمام محتمل إذا كان بإمكاني أخذ استراحة أولاً، ولكنها تدعم بشكل عام أنماط البحث في العمق أولاً - يبدو أن Discord مثال على ذلك - حيث الافتراض هو أنك تعرف الموضوع بالفعل - قد يتم تخفيف ذلك قليلاً بواسطة علامات التصنيف وهي موضوع آخر في قائمة القراءة الخاصة بي

ربما تسد بعض روبوتات الذكاء الاصطناعي الفجوة؟ عنصر آخر في قائمة الانتظار … :slight_smile:

أنا أيضًا أشاهد بعض مقاطع الفيديو عبر المدونة مع @jonobacon وربما أتمكن من طرح أسئلة أكثر ذكاءً عند الانتهاء منها

لكي أفكر بشكل إبداعي في سياق الخطاب، أحتاج إلى فهم أكبر للمكونات والواجهات الموجودة

هل يمكنك المساعدة في الإشارة لي :slight_smile:
شكراً مقدماً

إعجابَين (2)
2

قد يمنحك تصفح الإضافات والقوالب ومكونات القوالب الحالية فكرة عما هو ممكن من حيث التخصيص:

6 إعجابات
3

:wave: مرحبًا @51mon - إذا كنت مهتمًا بتطوير منتديات Discourse، فقد تكون المعلومات هنا ذات أهمية لك. :slight_smile:

إعجابَين (2)
4

شكرا :slight_smile:

أعتقد أنك قدمت لي قاموسًا عندما كنت آمل في إرشادات حول كيفية القراءة! - هل لديك مقدمة ألطف حول موضوع ما هي هذه الأشياء وكيف تعمل بدلاً من ما تفعله؟

هناك الكثير من الأشياء في روابطك ولكن لا يوجد شيء في نظرة عامة يقول ما هي بنية الخطاب - أنا أقل اهتمامًا بما هي القدرات المقدمة في المكونات الإضافية وما إلى ذلك في الوقت الحالي - ما زلت أحاول معرفة ما هي بالفعل

إعجابَين (2)
5

شكراً لك، سألقي نظرة :slight_smile:

أنا متردد قليلاً بما أنها بعنوان “قيد التطوير…” وأنا لست مهتماً بكتابة الأكواد - أريد فهم البنية

سألقي نظرة لأنه ليس من الواضح في الوقت الحالي ما إذا كانت النصوص ستلبي حاجتي (أتمنى ذلك)

سأعلمك - إلا إذا كان لديك اقتراحات أخرى :slight_smile: . ؟

إعجاب واحد (1)
6

@51mon أفترض أنك درست هذه؟

7 إعجابات
7

لم أفعل :slight_smile:
شكرًا
~~ "~~
[[تعديلات]]

يا إلهي! الرابط الأول يأخذني إلى رأس 15 موضوعًا

الرابطان الثاني والثالث هما صفحات مبيعات ولكنهما صفحة واحدة على الأقل - إنهما قوائم ميزات وليست أوصافًا معمارية.

ويا إلهي، لست متأكدًا حتى مما هو عليه الرابط الأخير بخلاف دعوة لتسجيل الدخول إلى try.discourse.org مع مواضيع تحتوي على أكثر من 100 إدخال بالإضافة إلى موضوع واحد يحتوي على أكثر من 1000 إدخال بمفرده -

لا توجد خريطة. يجب أن يكون الأمر أشبه بما شعر به كوك عندما اكتشف أستراليا ثم قضى أيامًا يبحر على طول ساحلها.

تعديل
قائمة الميزات
تسمي الصفحة قائمة طويلة من الأشياء. بعض الأشياء مفاهيمية. عندما يشير اسم إلى مفهوم غير موصوف، فإنه يخبرك فقط أن هناك شيئًا هنا ولكنه لا ينقل أي فهم أو ما هو الشيء - لذلك أعرف من الميزات أن هناك الكثير :slight_smile: ولكنه لا يعطيني مفهومًا لما يمكنني فعله من العديد من الميزات المسماة.
جيد لتحديد النطاق، ومساعد جيد للذاكرة لمن يعرف بالفعل، ولكنه صعب على شخص يبحث عن الفهم لاكتساب الفهم.
أيضًا، ليس لدي أي فكرة من قائمة الميزات هذه عما إذا كانت إضافات، أو سمات، أو جاهزة للاستخدام، أو خاصة بـ discourse، أو شائعة في كل منصة.
أنا لا أقول إنني يجب أن أفعل ذلك للصفحة حقًا في هذه المرحلة، أنا فقط أدون ملاحظات لأن لدي قارة لاستكشافها. ما كان يطلبه موضوعي الأصلي هو صورة للأرض كما تُرى من القمر، حتى الآن لم أتمكن حتى من تسلق أعلى صاري سفينة HMS Endeavor :grin:

الرابط الثالث “ما هو discourse” هو مزيج من عرض المبيعات مع أشياء أخرى. لا يعطي بنية معمارية أيضًا - أنا لا أقول إنه يجب عليه ذلك، ولكن بما أنه لا يفعل ذلك، فهو ليس ما أبحث عنه.
كما أنه لا يبدو صحيحًا تمامًا بالنسبة لي - على سبيل المثال، يدعي أن discourse تخلص من التعقيد، ومع ذلك يتغير اللون الأحمر المستخدم في واجهة المستخدم بناءً على عدد الإعجابات مقابل المشاركات. هذا عنصر غامض جدًا من واجهة المستخدم. أيضًا، سواء نقرت في قوائم المشاركات غير المقروءة على العنوان، أو عدد الردود، أو حقل ثالث، لا أعرف كيف أسميه، يتم نقلك إلى أماكن مختلفة في موضوع. كل هذه الاختلافات غير بديهية وغير معلنة وغير مميزة في تجربة المستخدم والتي حتى تعرف أنها موجودة في واجهة المستخدم ستكون مربكة.

إعجابَين (2)
8

بصراحة يا @51mon، لا أعتقد أنني أفهم سؤالك. هل يمكنك طرحه بعبارات بسيطة، وسأبذل قصارى جهدي للإجابة عليه.

8 إعجابات
9

هذا تواصل لطيف @JammyDodger - وسأفعل ذلك عندما أستطيع ولكن لا يمكنني في الوقت الحالي.
أعتقد أن منشوري الأولي قاله بوضوح في آذاني ولكن من الواضح أنه لا ينقله بوضوح إلى آذانكم (عيونكم!).
دعنا نجرب هذا
لو كنا نقف وننظر إلى سيارة، لكان بإمكاننا إجراء مناقشة مثل “يمكنك الجلوس فيها وستأخذك إلى السوبر ماركت أو الشاطئ”. أو بدلاً من ذلك، يمكننا إجراء محادثة مثل “لديها عجلات ومحرك يعمل بالبنزين أو البطارية وجهاز توجيه وجهاز فرامل”.
المحادثة حول الفرامل والإشارات وما إذا كان ضوء المقصورة الداخلي يضيء وينطفئ تلقائيًا هي محادثة مطور. المحادثة حول الذهاب إلى الشاطئ وأخذ الأطفال إلى المدرسة في الصباح وما إذا كان بإمكانك وضع كرسي متحرك في الخلف أو سحب مقطورة هي مناقشة موجهة للمستخدم تقترب من الجانب التقني. لسحب مقطورة، تحتاج إلى تركيب وصلة لأن هذا ليس متاحًا مباشرة. عندما تشتري السيارة، كان لديك خيار بين الأبيض أو الرمادي أو الأسود أو ربما الأزرق. هذه خيارات لمرة واحدة - ربما تكون مواضيع إدارية في سياق المناقشة.
الآن، أحد الجوانب العديدة التي أهتم بها هو ما إذا كان بإمكاني تشغيل مجتمع باستخدام المناقشة حيث قد تحتاج المعلومات الموجودة في مكان ما عبر المسؤولين وتراكم منشورات المساهمين ومعرفات المستخدمين وما إلى ذلك إلى الامتثال للوائح الطبية لحماية البيانات (السرية والنزاهة والتوافر). لكن لا يمكنني تقييم هذا السؤال عندما لا أعرف البنية الأساسية.
إذا لم يجعل هذا الأمر أوضح، فسيتعين عليك الانتظار حتى أقرأ جميع الموارد التي أشار إليها الأشخاص إليّ حتى أتمكن من طرح سؤال مفهوم لأولئك الذين يمكنهم الإجابة عليه لأنه حاليًا لا يمكنني صياغة السؤال بشكل أفضل.
شكرا - :slight_smile:
إنها رحلة استكشاف وأنا راضٍ بأنها ستستغرق بعض الوقت. عندما أقوم بالاكتشافات التي أحتاجها، من المحتمل جدًا أن أكتبها وأتبرع بها للمجتمع هنا على أمل أن تساعد الآخرين في المستقبل.

10

أخشى أن هذا لم يوضح الأمر كثيراً. :slight_smile: آمل أن يتمكن شخص آخر من التدخل وإعطائك ما تحتاجه. :crossed_fingers:

هل قمت بإنشاء منتدى لتجربة الأمور فيه؟ قد يساعدك ذلك في استكشاف أفكارك والحصول على فكرة عما هو ممكن.

5 إعجابات
11

مرحباً @51mon.

أشتبه في أن جزءًا من المشكلة هو الاستعارات. أي شيء يكتبه المرء غالبًا ما يُفهم من قبل المؤلف. ومع ذلك ، قد يواجه الآخرون صعوبة في الفهم.

إذًا… ها نحن ذا:

تم تصميم Discourse Meta في جوهره ليكون إطارًا مجتمعيًا أساسيًا.

إنه يوفر أساسًا بسيطًا … هذا الأساس بسيط بشكل افتراضي.

مع فئتك العمرية وفئتي ، ربما كنت مشاركًا أو على دراية بـ Dos Electronic BBSes.

عدد كبير منها كان مشتقات من Telegard BBS المعروف أيضًا باسم Telegard Hacks. (الانحراف جانبيًا …)

بالعودة إلى المسار الصحيح.

إذًا ، تريد بناء منتدى Discourse Meta لـ …

هذه هي نقطة البداية الخاصة بك .. اجلس وفكر في فكرة حول الغرض من مجتمعك وما تريد أن يقدمه من حيث الوظائف والميزات.

ثم خذ خطوة إلى الوراء.

للحصول على فكرة أوضح عن المكان الذي يمكنك الذهاب إليه. استكشف قائمة المجتمعات التي تستخدم Discourse بالفعل. في الوقت الحالي ، ليس لدي رابط متاح. سيعطيك الاطلاع على المجتمعات الحالية فكرة عما يمكن تحقيقه … وكيف يمكن أن تكون بعض المجتمعات متشابهة مقارنة بمدى اختلافها في النطاق والوظيفة.

من هنا يمكنك تدوين الميزات التي تمتلكها المجتمعات المختلفة والتي تريدها في فكرة مجتمعك.

يمكنك تحديد ما إذا كنت تريد استضافة مدفوعة يمكن أن تجعل جودة الحياة أسهل أو تذهب إلى التحكم الكامل والاستضافة الذاتية للتحكم الكامل في قابلية التوسع القوية لاختيار أي مكونات إضافية تريدها. ولكن بتكلفة صيانة الخادم الافتراضي بنفسك.

في كلتا الحالتين ، ستحتاج إلى البحث عما ستحتاجه للحصول على الوظائف والميزات المتاحة لتصميم مجتمعك.

إذًا من هنا ، دعنا نجري تجربة فكرية. قدم فكرة مجتمع نموذجية. يمكننا حتى استخدام مجتمع موجود وطرح سؤال علينا حول Plugin (إذا لزم الأمر) و Theme و Theme component التي سنحتاجها لتحقيق ما يمتلكه هذا المجتمع؟

إعجاب واحد (1)
12

مرحباً @Heliosurge
:slight_smile: انسَ أمر تلك BBS، أتذكر newsnet التي تديرها UKC في كانتربري عبر خطوط الطلب بسرعة 300 بود، وأتذكر خدمات وعملاء يعتمدون على NNTP مثل freeagent

أتفق تمامًا على أن التشبيهات، وبشكل أوسع، الكلمات عند ترتيبها في جمل غالبًا ما تلخص الفهم بين أذني الكاتب فقط. حتى لو خلقت فهمًا في مكان آخر، فلا يوجد ضمان بأنها هي نفسها! :slight_smile:

دعنا نجرب هذا
أفهم أن discourse لديه جانب خادم يحتوي على قاعدة بيانات للمشاركات والمستخدمين، وكلا من المشاركات والمستخدمين لديهما سمات ويرتبطان ببعضهما البعض. وأن هذا مستضاف في مكان ما، قد يكون المضيف افتراضيًا، شبكة توصيل محتوى، إلخ.

أفهم أن جانب العميل لديه طبقة عرض تستخدم المشاركات وبيانات اعتماد مصادقة المستخدم وحقوق الوصول والروابط لإنشاء موجز. أرى أن العديد من الهياكل المستخدمة فلسفيًا هرمية. الهرمية محجوبة بالعديد من الآليات للروابط المتقاطعة.

أفترض - أعتقد بأمان - أن المخطط اللوني وما إلى ذلك الذي يستخدمه جانب العميل مرتبط وقت التنفيذ بموضوع يمكن استبداله بحيث يرتبط التنفيذ اللاحق بموضوع جديد ولا يغير المحتوى ولكنه يغير مظهر العرض وربما حتى بعض المكونات الوظيفية للأسلوب التنقل، ولكنني أصبحت ضبابيًا وتخمينيًا عند هذه النقطة.

أنا على دراية بوجود مكونات للموضوع، وأنا حاليًا أحمل نموذجًا في ذهني يقول إن مزيجًا من مكونات الموضوع يشكل موضوعًا، ولكن مرة أخرى، أنا لست واثقًا تمامًا من ذلك. ليس لدي فهم لبعض الأمثلة لما يفعله مكون الموضوع.

لدي فهم أقل للمكونات الإضافية. أفهم الجزء المعماري بأنها جانب الخادم وبالتالي فهي تقع في المثيل قيد التشغيل الذي يخدم المحتوى. لا أفهم تمامًا التفاعل بين الموضوع والمكون الإضافي. أود أن أخمن أنه إذا قمت بتوسيع قدرات جانب الخادم، فيجب عليك توسيع عرض جانب العميل، ولكن هذا الجزء هو عدم اليقين بشأن عدم اليقين.

لا أعرف أيضًا ما إذا كان النموذج المعماري الكامل يتكون من: الخادم، برنامج الخدمة، تطبيق العميل/المتصفح، مكونات الموضوع، والمكونات الإضافية أو ما إذا كانت هناك مكونات أخرى.

لدي أسئلة مثل “مجتمع discourse قياسي لا يقع خلف جدار دفع أو آليات أخرى لتحقيق الدخل، هل يمكن إضافة واحدة؟” يتم تخزين البيانات في نظام يتمتع بدرجة معينة من الثلاثي CIA - السرية والسلامة والتوافر. هل يمكن تقويتها إلى المعايير المطلوبة لـ [معايير قابلية التشغيل البيني للرعاية الصحية على جانبي المحيط الأطلسي] (https://www.intersystems.com/uk/intersystems-iris-for-health-demo/?gad=1&gclid=Cj0KCQjw0vWnBhC6ARIsAJpJM6dk-SlRYoLADBCh39_dmY2kYk_kk-xFM4kpc_01Xq5Jv4K8Xh4Uq5oaAp7YEALw_wcB)

هذا المطلب الأخير ينقل المحادثة نحو الأخلاقيات وكيف يدعم البرنامج المخاوف القانونية والأخلاقية والثقافية، أعتقد أن هذا في صلب الموضوع لهذا المنتدى. الفهم المعماري هو شرط مسبق لتصميم الحل، وكذلك تحديد المبادئ الفلسفية التي تشكل المرافق التي تعتبر مرغوبة، أساسية، وغير مرغوبة / غير مقبولة / تستحق اللوم، ويجب معالجة اللوم.

إعجاب واحد (1)
13

حسنًا، أنت تفهم الأمر. قاعدة البيانات الأساسية للمواضيع مجمعة في فئات ومنظمة بعلامات، على سبيل المثال هنا.

هناك نوعان من Theme

  • أساسي: يعدل فقط المظهر الأساسي لـ Discourse.
  • سمة كاملة: تعدل المظهر وتأتي مسبقة التعبئة ببعض Theme component لتغيير ما يمكنها فعله بالمكونات لتغيير كيفية عمل الأشياء.

هذه الصورة. استدعاء قائمة الشريط الجانبي.

Screenshots_2023-09-10-05-42-44
Screenshots_2023-09-10-05-42-44806×1651 122 KB

في الأسفل حيث قمت بتظليلها بالسهم، قم بتوسيعها. لديك مجموعة من السمات من الأساسية إلى الكاملة. جرب واختر واحدة وانظر كيف يتغير Meta هنا من حيث الشكل والمظهر.

جرب عددًا قليلاً مختلفًا واستكشف. أعتقد أن هذا سيساعد في اكتساب فهم أفضل لما يمكن أن تفعله السمات مع وبدون مكونات.

سمة Air على سبيل المثال هي سمة كاملة مع مكونات مثبتة مسبقًا.

إعجابَين (2)
14

شكرا لك
أعتقد أن هذا الرد أظهر لي أن السمات يتم تحميلها في جانب الخادم وأن جانب العميل عند بدء التشغيل يستعلم عن السمات المتاحة ثم مع كل استرداد للبيانات (أو إنشاء جلسة؟) لتقديمها يوفر معرف سمة يستخدمه الخادم لتشفير عناصر HTML التي سيتم إرسالها إلى العميل لعرضها.

أيضًا ، لقد ذكرت أن التطبيق يحتاج إلى إعادة بنائه. أفترض أن هذه عملية ربط تحرير؟ على الأقل أنت تصف آلية ثابتة وليست مكتبات مرتبطة ديناميكيًا؟

لا يزال ليس لدي أي فكرة عن الخدمات التي قد يوفرها التوصيل وكيف يمكن للسمة التفاعل بخلاف تغيير أيقونتي من دائرة إلى مربع وهو ما يبدو أنه يحدث عندما اخترت تلك التي سميتها ، هل كانت الهواء؟

16

على عكس منصات المنتديات القديمة (vBulletin، phpBB)، فإن Discourse ليست مجموعة من النصوص السطحية من جانب الخادم (php) وقاعدة بيانات منفصلة.

يتكون Discourse من نصفين: الواجهة الخلفية التي توجد في Docker، وتطبيق JavaScript أحادي الصفحة يتم تقديمه إلى جهاز العميل.

أي شيء يتطلب تغييرًا في الواجهة الخلفية سيؤثر على حاوية Docker، مما يستلزم في أبسط التثبيتات قدرًا ضئيلًا من وقت التوقف. هذا ما يشير إليه الناس عندما يقولون إن التطبيق يحتاج إلى إعادة بناء. يجب تعديل ملف التكوين (مستند yml) الذي يتحكم في كيفية بناء الحاوية، ثم يتم إصدار إعادة بناء للمشغل عبر SSH. تثبيت الإضافات يعني إعادة بناء، في حين أن التغييرات البسيطة في SMTP تشبه إعادة التشغيل.

يعد تقديم السمات الجديدة ومكونات السمات تغييرات في الواجهة الأمامية يتم إجراؤها داخل تطبيق الويب قيد التشغيل. لا ينتج عنها أي وقت توقف لأن التطبيق وقاعدة البيانات الأساسيين لم يتغيرا فعليًا.

إعجاب واحد (1)
17

شكرا ستيفن :slight_smile:

لدي بعض أوجه القصور التقنية. خبرتي العملية تسبق دوكر بجيل! في الواقع، أتذكر عندما كان تبرير جوسلينغ لجافا كلغة خفيفة الوزن هو ألمع منشور في الشهر - في ذلك الوقت كنت أعمل بلغة K&R C، و ingres و oracle، و sysadmin، و dba.

أعتقد أنني أكتشف استخدام كلمتي الواجهة الأمامية (front end) والواجهة الخلفية (back end) كعمليات تعمل على الخادم وليس كجانب الخادم وجانب العميل، هل هذا صحيح؟

هل لدينا عمليات متعاونة مع ذاكرة مشتركة أو أنابيب أو شيء من هذا القبيل بينها على الخادم، ثم تدفق رسائل مغلف بـ TCP يرسل الأشياء إلى عنوان IP الذي يحتوي على برنامج العميل؟

هل رسم أي شخص مخططًا هيكليًا لهذه الأشياء المعمارية؟

18

أعتقد أن هذا قد ابتعد بالتأكيد عن Community :slight_smile: لننقلها إلى Dev حيث أنها تتعلق بالعناصر التقنية أكثر.

إعجاب واحد (1)
20

يبدو أن هذا الموضوع عبارة عن مزيج من فكرتين:

  1. “سيكون الرسم التخطيطي/نظرة عامة عالية المستوى مفيدًا لي لتصميم مثيل Discourse الخاص بي”
  2. “أحاول مقارنة وظائف Discourse بمتطلباتي ولكن لا يمكنني العثور على معلومات معينة”.

تمت مناقشة النقطة الأولى المتعلقة بالبنية بعض الشيء، ولكن للأسف لا يزال هناك نقص في الرسم التخطيطي عالي المستوى. نأمل أن يرسم شخص لديه فهم أفضل شيئًا لنا هنا باستخدام #mermaid، ومع ذلك، يمكنني على الأقل (نأمل) تقديم بعض الإرشادات لمتطلباتك الأصلية.

هل يمكن لـ Discourse تلبية متطلبات ومعايير أمن المعلومات الطبية/الحكومية/السيارات؟

ستحتاج إلى أن تكون أكثر تحديدًا بشأن هذه المتطلبات بالضبط. ومع ذلك، بالنظر إلى أن العالم الطبي والسيارات ليسا بعيدين جدًا، يمكنني مشاركة تجربتي على أمل أن تساعد. للسياق، أقوم بتشغيل مثيل innersource لمورد سيارات كبير في ألمانيا. لقد كانت صداعًا قانونيًا ولكنه يمكن تحقيقه بمستوى ساذج من المثابرة، ومستويات سخيفة من المرونة، وفريق قانوني متعاون وصبور بشكل لا يصدق. بجدية، كن لطيفًا جدًا مع فريقك القانوني :laughing:

أكبر الأسئلة التي ستحتاج إلى الإجابة عليها هي:

  1. من يصل إلى المعلومات؟
  • الجمهور؟
  • الموظفون؟
  • مزيج من الموظفين والجمهور؟
  1. ما نوع المعلومات التي ستكون على المنصة؟
  • عام فقط؟
  • مزيج من العام والداخلي؟
  • سري؟ – لاحظ أن اللحظة التي تخطط فيها لاستضافة هذا على المنصة تصبح الأمور أصعب بكثير
  1. أين سيتم استضافته؟
  • في الموقع
  • بواسطة Discourse أو مضيف آخر

في مثالنا، كنا داخليين فقط (الموظفون)، ومعلومات داخلية فقط (أي، مشاركة معلومات الشركة التي ليست سرية)، واستضفناها ذاتيًا في الأصل ولكننا انتقلنا إلى Discourse للاستضافة.

فيما يتعلق بالاستضافة مع Discourse، لم ير مكتب أمن المعلومات لدينا أي مشاكل كبيرة عندما اخترنا الترحيل.

نحن أيضًا نوزع هذه المعلومات عبر دول متعددة: الصين، الهند، ألمانيا، رومانيا، الولايات المتحدة الأمريكية، فرنسا، إلخ. كانت الصين مشكلة بعض الشيء ولكن موظفي Discourse قاموا بعمل رائع لمساعدتنا في تجاوز مشاكل CDN التي واجهناها.

لاحظ أن السؤال رقم 3: “أين سيتم استضافته” هو السؤال الذي يجيب على معظم أسئلة حماية البيانات والأمان الخاصة بك.

تسجيل الدخول والتفويض

لتسجيل الدخول، قد ترغب في الاعتماد على SAML. يساعدك فريق Discourse في إعداد ذلك إذا كنت عميلاً للمؤسسات لديهم. لا يمكن الوصول إلى IDP الخاص بنا إلا عندما تكون خلف شبكة VPN الخاصة بشركتنا، لذا يضيف ذلك طبقة إضافية من الأمان لنا (أي، لا يمكنك حتى تحميل شاشة تسجيل الدخول إلا إذا كنت على شبكتنا).

SSH

علاوة على ذلك، سيوفر التثبيت القياسي تشفير SSH. أنا لست في وكالة المخابرات المركزية، لذا لا أعرف ما إذا كانوا يحتاجون إلى أكثر من ذلك. :male_detective: يزعم

التفاعل مع Discourse مع أدوات أخرى

الاعتماد على واجهة برمجة التطبيقات (API)

للتفاعل، فإن واجهة برمجة تطبيقات Discourse هي صديقك. يمكنك الحصول على البيانات وتعيينها باستخدام مفتاح واجهة برمجة التطبيقات وبعض لغة Python.

هناك مجموعة رائعة من الأمثلة هنا: Discourse REST API comprehensive examples

إخفاء هوية بيانات المستخدم لتكون متوافقة مع اللائحة العامة لحماية البيانات (GDPR)

فيما يتعلق باللائحة العامة لحماية البيانات، يمكنك استخراج البيانات من المنصة وحذف المستخدم في نقطة المصدر عند تشغيل استعلام في مستكشف البيانات.

هذا على عكس استخدام واجهة برمجة تطبيقات Discourse حيث يتضمن استجابة JSON عادةً معلومات كاملة حول المنشور مثل:

  • محتوى المنشور (HTML مطبوخ و Markdown خام)
  • معرف المنشور
  • معرف الموضوع الذي ينتمي إليه
  • اسم المستخدم الخاص بالناشر
  • رقم المنشور داخل الموضوع
  • طوابع زمنية لإنشاء المنشور وآخر تحديث له
  • عدد الإعجابات والردود والاقتباسات وما إلى ذلك.

كيف تحصل على المنشورات الصاعدة وواجهة مستخدم مألوفة؟

قد لا تكون قد رأيتها، ولكن يمكنك دمج هذا المظهر:

مع شيء مثل هذا:

3 إعجابات
21

بالنسبة لقانون HIPAA في الولايات المتحدة، مع أي نوع من بيانات السجلات الطبية، يمكن للممارسين مشاركتها مع العائلة/الأصدقاء/مقدمي الرعاية + أي شخص آخر يختاره المريض إذا قاموا بتوقيع نموذج إفصاح رسمي عن المعلومات. عادةً ما يكون لهذه النماذج مدة صلاحية محدودة ببضعة أشهر أو سنوات.

رسم تخطيطي بسيط لهذا سيكون: جميع البيانات الطبية موجودة في قبو ضخم مقفل لا يمكن فتحه أبدًا لأي حالة طوارئ ما لم يوقع موظفو خدمات الطوارئ على أوراق رسمية من المريض.

إلا إذا: كان المريض فاقدًا للوعي، خاصة لفترة طويلة في غيبوبة أو غير مدرك لعقله، و/أو تم الإعلان عنه من قبل محكمة وقاضٍ بأنه غير قادر على رعاية شؤونه الخاصة، وفي هذه الحالة قد يتم تعيين شخص آخر لذلك.

يمكن تمثيل أي من هذين السيناريوهين بمفتاح يمكنه فتح القبو، ثم نقل بعض البيانات الطبية إلى قبو ثانوي مقيد الوصول إليه لأشخاص محددين فقط.

والذي يمكن أن يكون مجموعة من الأشخاص ولكن يجب تسميتهم بشكل فردي في معظم الحالات التي أعتقد فيها أنهم مخولون بالوصول إلى البيانات الطبية.

https://www.cdc.gov/phlp/publications/topic/hipaa.html

إعجاب واحد (1)