مرحبًا،
أكتب هذا باللغة الألمانية لأن لغتي الإنجليزية ليست الأفضل.
أنا في مشروع تطوعي وأبحث عن مساعدة من خبير في دمج Discourse و Rocket.Chat و Nextcloud.
سأكون سعيدًا إذا تواصل معي أي شخص مهتم.
يمكنني تقديم المزيد من المعلومات بشكل خاص.
شكرًا لك
5 إعجابات
مرحبًا فلوريان،
الحصول على دعم باللغة العربية هنا ليس بالأمر السهل بالتأكيد، لكن من الضروري بالتأكيد أن تصبح أسئلتك أكثر تحديدًا. ربما يمكنك تقديم عرض عن المشروع وشرح المرحلة التي وصلتم إليها حتى الآن.
3 إعجابات
مرحبًا @Florian_Müller،
كما ذكر @helmi، فإن الحصول على دعم باللغة الألمانية هنا ليس بالأمر السهل، لكنه ليس مستحيلًا أيضًا. 
ما هي خطتك؟ وما الذي تم إنجازه بالفعل؟ وأين تكمن العقبات المتبقية؟
إعجابَين (2)
شكرًا جزيلاً في البداية على الردود السريعة.
أعمل مهنيًا في خدمات الإنقاذ وأرغب في بناء شبكة داخلية لمنظمات الإغاثة أو المتطوعين لتبادل المعلومات.
هناك بالفعل اسم ونطاق، لكنهما لم يعودا متاحين.
المشروع قيد الإنشاء وسيُطلق تحت اسم: Retter.One
مع خالص التحية
فلوريان
إعجابَين (2)
وكيف يجب أن يكون ذلك تقنيًا، أي كيف تتخيل الأمر مع Discourse و Rocket.Chat و NextCloud؟
إعجابَين (2)
Discourse لمواضيع النقاش
Rocket.Chat للصوت والدردشة
NextCloud للملفات
متوفر خادم Linux:
| CPU | Intel(R) Xeon(R) CPU E3-1230 v3 @ 3.30GHz (8 core(s)) |
|---|---|
| Version | Plesk Obsidian v18.0.38_build1800211001.19 os_Ubuntu 18.04 |
إعجاب واحد (1)
نعم، الغرض من كل عنصر فردي واضح.
السؤال هو: هل يجب أن يكون كل ذلك على خادم واحد؟ وإذا كان الأمر كذلك، فهل يجب أن تكون هذه العناصر “مترابطة” مع بعضها البعض؟
ولهذا السبب، نطرح سؤالاً حول كيفية تصورك لهذا من الناحية التقنية.
إعجاب واحد (1)
نعم، الهدف هو وضع كل شيء على خادم واحد
إعجاب واحد (1)
وما هي المشكلة، أو ما الذي تم فعله بالفعل؟
إعجاب واحد (1)
يجب تثبيت كل شيء وربطه ببعضه البعض.
إعجاب واحد (1)
أنا صادق:
حتى لو كنت تقوم بذلك تطوعًا، أعتقد أنه من الأفضل وضعه في Marketplace.
الأمر، حسب مدى كفاءة الشخص في كل هذه الأمور، لا يتم في ساعة واحدة. فحتى إعداد الخادم وحده لا يُنجز بشكل عابر.
اقتراح آخر:
قم بتثبيت yunohost.org على الخادم، ثم استخدمه لتثبيت الأشياء الثلاثة المنفصلة. يمكنك بعد ذلك “ربطها” بنفسك عبر الإضافات المناسبة.
هذا ليس مثاليًا بالطبع، لأنه يتطلب الثقة بـ yunohost، لكن التثبيت وما إلى ذلك يصبح أسهل، ويمكن إنجاز كل شيء عبر متصفح الويب.
لقد حاولت شيئًا مشابهًا أيضًا، ولكن للأسف لا توجد حتى الآن تكاملات ممتازة بين Nextcloud و Discourse. يبدو أن Nextcloud تحاول دمج الدردشة والمناقشة من خلال “دوائر Nextcloud” وما شابه، لكنني أجد هذه الحلول معقدة بشكل مفرط ولا تزال بعيدة كل البعد عن مستوى Discourse.
إعجاب واحد (1)
انسَ الأمر مع يونوهوست، لقد تأكدت للتو، وروكيت تشات يُدار بشكل غير كافٍ.
لماذا في الواقع دردشة منفصلة؟ يمكن استخدام ديسكورس أيضًا للدردشة، فهناك إضافة لذلك.
كما أنني لن أنصح بدمجه مع نيست كلاود لأسباب أمنية؛ فإذا تم اختراق حساب واحد، يمكن للمخترق الوصول إلى الخدمة الأخرى. أي أن شخصًا ما سرق وصوله إلى المنتدى، فسيحصل أيضًا على الوصول إلى نيست كلاود.
أعلم أن الكثيرين يفضلون ربط كل شيء ببعضه، لكن من الناحية الأمنية، هذا غير منطقي تمامًا.
إعجاب واحد (1)
بالتأكيد، من الناحية الأمنية، هناك مخاوف طبيعية عندما يكون كل شيء مترابطًا، لكنني أرغب في تسهيل الأمر على المستخدم لتمكينه من استخدام كل شيء بتسجيل واحد فقط. مع ذلك، فإن المصادقة الثنائية (2FA) تظل فكرة جيدة. يوفر Rocket.Chat، بالإضافة إلى الدردشة، أيضًا خاصية الصوت. بالتأكيد، توجد في Nextcloud ميزة Talk التي تدعم حتى الفيديو ويمكن استخدامها، لكنني أجد أن Rocket.Chat أكثر ملاءمة. أجد أن ملاحظاتكم وأفكاركم حتى الآن ممتازة، شكرًا لكم.
إعجاب واحد (1)
أنا أقود مشروعًا مشابهًا في مكتبة برلين الحكومية (StaBi Berlin) — شبكة داخلية اجتماعية لمؤسسة التراث البروسي الثقافي بأكملها. يُعدّ Discourse وNextcloud أيضًا من المكونات الأساسية هناك، ويُعتبر RocketChat خيارًا جيدًا من حيث المبدأ، ولكن كما هو موضح أعلاه، أحاول حاليًا التعامل مع ذلك عبر نظام الرسائل المدمج في Discourse لتقليل عدد الأدوات.
ما تريد استكشافه بخصوص “الربط”: دليل LDAP مركزي تُدار من خلاله المصادقة بشكل موحد لجميع الأنظمة الثلاثة.
3 إعجابات
نعم، رالف، لقد فكرتُ أيضًا لفترة وجيزة في LDAP. دعنا نرى كيف يمكن أن يعمل بدون LDAP.
لقد قمت بإنشاء جسر SSO بسيط إلى حد ما للاستخدام الداخلي بين Discourse و Nextcloud (أو Nextcloud SSO) بعد أن لم يعجبني إضافة Nextcloud-Discourse. في الواقع، إنه محول يعرض خدمة SSO الداخلية لـ Discourse كخدمة OAuth2 للخارج. من خلال تعديلات بسيطة في ملف المصدر PHP، يمكن أيضًا التمييز بين المجموعات أو مستويات الثقة لتحديد من يحصل على أي وصول في Nextcloud. يُعتبر Discourse هو المصدر الرئيسي، ولكن يجب تشغيل النظام بأكمله على استضافة افتراضية منفصلة كخدمة تسجيل دخول. إذا كنت مهتمًا، فسأكون سعيدًا بتقديمه.
3 إعجابات
يبدو ذلك مثيرًا للاهتمام: استخدام Discourse كقاعدة، ثم ربطه مع Nextcloud و Rocket.Chat عبر OAuth2
إعجاب واحد (1)
هل أنت مهتم بـ Discourse-Meetup في برلين أو بوتسدام؟
في الأساس، نعم، إذا تم تنظيم ذلك في إطار نظام 2G (لدي حالياً أطفال غير قابلين للتطعيم).
ما يثير اهتمامي بشدة: لدي مال. وأود إنفاقه على مشروع يقوم ببناء وظائف مفتوحة المصدر لي. وقد يكون وجود شبكة من الأشخاص مفيداً في مثل هذه الحالة.
إعجابَين (2)