لقد أصدرت الكود على GitHub، ولكني أقول إن جودته حاليًا في مرحلة ألفا. الكثير من الأشياء تعمل، لكن المكون الإضافي يفتقر إلى التوثيق وهناك بعض التصحيحات الإضافية (مثل هذا) المطلوبة لـ Discourse لجعله يعمل.
ما تم تنفيذه حتى الآن:
اكتشاف الخادم الرئيسي – يعمل
القنوات – تعمل
الدردشات الجماعية – تعمل
الدردشات المباشرة – تعمل
التعديلات – تعمل
الحذف – يعمل
التحميلات – مجدولة تاليًا
إشعارات الحضور/الكتابة وإيصالات القراءة – مجدولة تاليًا (إذا أمكن)
ردود الفعل – تعمل
الردود – تعمل
الرسائل النصية (عادية ومنسقة، الرموز التعبيرية) – تعمل
سيكون هناك موضوع أكثر رسمية يعلن عن المكون الإضافي عندما يصل إلى جودة بيتا. شكراً لاهتمامك بهذا المكون الإضافي!
ربما سؤال سخيف، ولكن مع هذا التكامل، هل سيوفر تشفيرًا من طرف إلى طرف على Discourse؟ أم أنه سيقوم ببساطة بنسخ ما هو موجود على Discourse وإرساله إلى Matrix، بحيث لا يزال بإمكان المسؤول على Discourse الوصول إلى جميع الرسائل النصية العادية المرسلة في الدردشات؟
في فهمي، تم تصميم Discourse بشكل أساسي كمنتدى عام. التشفير من طرف إلى طرف (E2E) هو في الواقع أمر غير فعال في هذا الصدد. إذا لم تكن تثق في مسؤول نسخة Discourse، فلا أرى أي جدوى من استخدامه على الإطلاق. لن يمنع التشفير من طرف إلى طرف المسؤول من دفع وظائف ضارة إلى المتصفح للتحايل على التشفير. إذا كان هناك متطلب عالٍ للسرية للتواصل من واحد إلى متعدد أو من متعدد إلى متعدد، فإن قناة Matrix مخصصة هي الخيار الأفضل في رأيي.
أتفق. أعتقد أنني أتخيل فقط أن الغالبية العظمى من الأشخاص الذين يستخدمون الإنترنت لا يفهمون تمامًا أن الدردشة الخاصة على منصة يمكن غالبًا رؤيتها من قبل مسؤول. في حالتي، بصفتي المسؤول، ربما أقوم بتعطيل الدردشات الخاصة على Discourse لأنني لا أعرف ما إذا كان الناس سيفهمون أنه يمكنني قراءة جميع رسائلهم الفردية على الرغم من مدى إخباري لهم بذلك، ثم ربما أحاول توجيه الأشخاص إلى أنه إذا كانوا يريدون التواصل مع الأشخاص مباشرة، فليفعلوا ذلك عبر Matrix أو Signal (لا يزال ينتظر أسماء المستخدمين حتى لا يضطر المرء إلى تقديم رقم هاتفه للجميع).
أقدر وجهة النظر القائلة بأنه مع Discourse مفتوح المصدر، يمكن للمسؤول ببساطة كسر التشفير من طرف إلى طرف على أي حال، لذلك ربما لا يمكن الوثوق به بغض النظر.
رائع جدًا، ولكني أرى أنه لا توجد تعليمات تثبيت فعلية مدرجة.
مزيد من المعلومات حول هذه الإضافة وكيفية تثبيتها على [Meta](https://meta.discourse.org/t/TODO).
أنت مرتبك. هذا يربط بـ Matrix، مما يعني أنه لا يتضمن أي نوع من التشفير من طرف إلى طرف. إنه ببساطة يجعل دردشة المنتدى متاحة لمستخدمي Matrix أيضًا.
هذا لا علاقة له بالسرية. إنه ببساطة للدردشة مع الأشخاص الموجودين على Matrix.
لا يوجد تشفير من طرف إلى طرف هنا. التشفير من طرف إلى طرف يعني أن التشفير يتم على جانب العميل، قبل أن يصل إلى الخادم. هل يمكننا التوقف عن الخلط بين دعم Matrix والتشفير من طرف إلى طرف.
يمكننا حل هذا ببساطة عن طريق تضمين جميع المسؤولين في قائمة المشاركين في كل مجموعة دردشة (وبالطبع إدارتها ديناميكيًا عند انضمام المسؤولين ومغادرتهم) ولكن هذا سيكون طلب ميزة منفصل، بالطبع.
لا أعرف ما إذا كنت أعيد اختراع العجلة، لكنني أكتب جسرًا من Discourse Chat إلى منصات أخرى. على Telegram، حققت نجاحًا جيدًا جدًا، ويعمل الجسر بشكل جيد للغاية. بعد ذلك، أفكر في ربط Discourse Chat بـ Matrix.
قليلاً. بدأ هذا الموضوع بفكرة استبدال بروتوكول الدردشة الخاص بـ Discourse ببروتوكول Matrix. شيء يبدو معقولًا جدًا لأنه يبدو مصممًا جيدًا وله اعتماد متزايد. أنا لا أعرف حتى لماذا نتحدث عن الجسور هنا. السؤال هو لماذا يجب أو لا يجب إيقاف بروتوكول Discourse في المستقبل.
التشفير من طرف إلى طرف (E2EE) للدردشات/الرسائل الخاصة (يجب أن يكونا نفس الشيء في رأيي) سيكون ممكنًا افتراضيًا مع اعتماد بروتوكول Matrix. لا حاجة لبروتوكول مخصص.
هل يمكن لأحد من فريق عمل Discourse الأساسي تقديم بعض المعلومات حول الحالة الحالية للمناقشات المتعلقة بـ “قابلية التشغيل البيني لدردشة Discourse مع الدردشة المستندة إلى Matrix”؟ هنا في أوروبا، لدينا عدد من اللاعبين الكبار الذين يستخدمون بالفعل Matrix كأساس تقني لتطبيقات المراسلة الخاصة بهم:
اعتماد Matrix ينمو في جميع أنحاء العالم. أعتقد أن بعض “الربط” لدردشة Discourse مع نظام Matrix البيئي قد يصبح حجة حاسمة لاستخدام منصة Discourse في المستقبل القريب (أكثر أو أقل تشابهًا مع ActivityPub لربط Discourse بـ Mastodon). هناك بعض أكواد الجسر على
ولكن النشاط الأخير كان قبل عامين. لذا، هل هناك أي خطط لاعتماد هذا الكود أو إنشاء شيء جديد “مدعوم رسميًا”؟
بقدر ما يُعد ActivityPub مفيدًا لربط المناقشات المفتوحة، فإن تطبيق بروتوكول Matrix يمكن استخدامه أيضًا كطريقة آمنة لربط الفئات غير العامة بين خوادم Discourse المختلفة وكطريقة إضافية لإرسال الإشعارات للمستخدمين.
لقد عملنا مع دان في تلك الاستكشافات المبكرة التي تراها في هذا المستودع لمعرفة المزيد عن جدوى جعل الدردشة قابلة للتشغيل البيني مع matrix.
لقد بدا الأمر واعدًا في ذلك الوقت، على الرغم من وجود بعض التحديات التي واجهناها ولم نتمكن من معالجتها بالكامل - كان أهمها الطريقة التي يتم بها التعامل مع المستخدمين في كل نظام.
لقد تطورت الدردشة أيضًا إلى حد ما منذ ذلك الحين ولم نعامل توافق matrix كقيد على تصميماتنا، لذلك من المحتمل أن تكون هناك اختلافات أخرى بين النظامين تحتاج إلى معالجتها.
من المحتمل أن يتطلب الأمر شخصًا يرعى هذا العمل للمضي قدمًا به وضمان وجود حافز أقوى للحفاظ على ما تم بناؤه.