في الواقع، يُعدّ Discourse أفضل برنامج مفتوح المصدر لبناء المنتديات والمجتمعات على كوكب الأرض في الوقت الحالي (من وجهة نظري)، ولأسباب عديدة، وإليك بعضًا منها:
-
Discourse مفتوح المصدر ويتمتع بمجتمع قوي وفريق تطوير أساسي ذكي جدًا (وقادر).
-
تم تصميم Discourse للعمل داخل حاوية Docker في بيئة الإنتاج، وهو ما يحمل العديد من المزايا:
-
يمكن نشر Discourse بسهولة في وضع
standalone modeدون الحاجة إلى خادم ويب أو قاعدة بيانات خارجية. -
يمكن نشر Discourse بسهولة في وضع
multi-container modeمما يوفر موثوقية أعلى وترقيات سلسة. -
يمكن أيضًا نشر Discourse في تكوينات عالية التوفر باستخدام Docker Swarm و Kubernetes، حيث يمكن لـ Discourse التوسع للأعلى والأدنى “حسب الطلب”.
-
يُعدّ نسخ احتياطي لـ Discourse واستعادته أمرًا سهلاً. يمكننا أخذ النسخة الاحتياطية القياسية لـ Discourse المتاحة خارج الصندوق (OOTB) واستعادتها في أي مكان في العالم داخل حاوية Docker جديدة ونظيفة.
- يعمل Discourse بسهولة خلف خوادم وكيل عكسي مثل Apache2 و nginx. وهذا أيضًا يحمل العديد من المزايا، وإليك بعضًا منها:
-
يمكن تشغيل Discourse على خادم ويب موجود، سواء كان nginx أو Apache2، مع بذل جهد قليل سواء في منافذ TCP/IP المكشوفة عبر Docker أو في سوكيتات نطاق UNIX.
-
تشغيل التطبيقات القائمة على الويب خلف وكلاء عكسيين هو أمر راسخ. هذا الإعداد ليس خاصًا بـ Discourse، لكن Discourse سيوفر الدعم.
-
إعداد SSL أمر بسيط جدًا خلف وكيل عكسي ويمكن أن يكون بسيطًا مثل `certbot -d my.great-discourse.site’ باستخدام خدمة LETSENCRYPT المدعومة والمجانية.
-
تم توثيق Discourse بالكامل، تعديلاً بتعديل، على GitHub، لذا يمكن لأي شخص متابعة تغييرات الكود.
-
يتبنى Discourse نموذج عمل تدريجي، وهو ما يحمل بعض المزايا الرئيسية، بما في ذلك:
-
Discourse، البرنامج الأساسي والعديد من الإضافات الرائعة والموضوعات والمكونات، مجانية.
-
يوفر Discourse دعمًا مجانيًا يشمل دعم التكوين القياسي، في meta.
-
يوفر Discourse استضافة تجارية لأولئك الذين لا يرغبون في الاستضافة الذاتية أو يفضلون أن يكون الأمر أكثر “تفاديًا للتعامل المباشر”.
-
يشجع Discourse الاستشارات التجارية وتطوير الإضافات داخل مجتمعه، مما يخلق نظامًا بيئيًا تجاريًا قابلًا للاستمرار.
- هناك المزيد، لكنني أريد إنهاء هذا الموضوع!
هل نوافق (هل نوافق نحن) على كل قرار يتخذه فريق Discourse الأساسي؟ وهل يوافقون على كل أفكارنا (أو أفكاري) واقتراحاتنا؟
لا، بالطبع لا؛ ولا ينبغي لهم، ولا لنا، ولا لي. نحن أحرار في الاقتراح، وإرسال اقتراحات الكود، وطلبات السحب (PRs)، وسيتعامل فريق Discourse الأساسي مع هذه الاقتراحات بعقل منفتح.
لكن في نهاية المطاف، يجب على الفريق الأساسي الحفاظ على تحرك مجتمع Discourse في اتجاه متماسك، وهو أمر ليس سهلًا عندما يرغب مئات الأشخاص من ثقافات مختلفة في تكوين مختلف ولديهم أولويات ونماذج عمل وأفكار مختلفة.
وبعبارة أخرى، لا يوجد شيء يجب “تجنبه” (كلمات عنوان موضوعك) من Discourse، خاصة إعداد الوكلاء العكسيين وإتقان Docker. الكثيرون (بما في ذلك أنا) يتجهون نحو Kubernetes بسبب Discourse، ليس فقط لـ Discourse بل لتطبيقات الويب الأخرى أيضًا.
Discourse هو “أبعد شيء” عن “عقبة” (مرة أخرى، كلماتك، وليس كلماتي)؛ وبسبب اعتماده على الحاويات، وبالفعل، فإن “السماء هي الحد” لكيفية نشر مسؤولي الأنظمة ذوي الخبرة لـ Discourse في بيئات إنتاج قابلة للتوسع للغاية؛ وهو أيضًا بسيط بدرجة كافية بحيث يمكن للمبتدئين نشره بسهولة في وضع standalone.
هل أحتاج إلى قول المزيد؟
كما تقول أغنية REM (Losing My Religion):
Oh no, I’ve said too much, I set it up
أغلق هذا الموضوع… بالتوفيق @OrbitStorm