أنا متأكد من أن هذه التعليمات تعمل بشكل جيد لمن يستخدمون الخوادم السحابية المخصصة فقط لاستضافة Discourse.
ولكن قد يكون هناك عدد كبير يرغب في تثبيته على مضيفين لديهم بالفعل خوادم ويب وبريد تعمل (ويفهمون عيوب الأداء المذكورة).
أدرك أن هناك فئة “توثيق” هنا حيث يمكن العثور على بعض هذه المعلومات على الأقل. ولكن استخدام منتدى مناقشة كمنصة توثيق ليس مثاليًا - لأسباب آمل أن تكون واضحة.
إذا قمت بتقديم وثيقة تثبيت معدلة إلى المستودع (أي، تعليمات لا تزال تفترض Docker وتغطي الخوادم السحابية كما هي، ولكنها تلبي أيضًا الحالات التي تحتوي على إعدادات Nginx أو Apache موجودة) فهل سيتم قبولها؟ سيعني ذلك بعض التعديلات على ملف INSTALL-cloud.md الحالي لجعل كل شيء قابلاً للقراءة.
هناك وثائق. كل ما تحتاجه هو فهم كل من الخطاب وكيفية عمل الوكلاء العكسيين.
إعداد Discourse على خادم به مواقع Apache موجودة
استخدام Nginx Proxy Manager لإدارة مواقع متعددة مع Discourse
اعتقدت أن هناك وثيقة أخرى لـ nginx، لكنني لم أتمكن من العثور عليها في مربع البحث عن الروابط.
أتفق على وجود وثائق. إنها ببساطة ليست بالتنسيق المناسب (أو قابلة للاكتشاف، كما أوضحت) مقارنة بالطريقة التي يتم بها تقديمها في مستودع GH.
مرحباً @gilgongo، هل اطلعت على https://meta.discourse.org/docs؟
إلى حد ما، تمثل الوثائق المتاحة النطاق المحدود للدعم المجاني الذي يمكننا تقديمه هنا.
جهاز VPS جديد في DigitalOcean هو كمية معروفة. يسمح لنا هذا النهج بتقديم خطوات سهلة المتابعة، ويضمن تقريبًا تثبيتًا ناجحًا في النهاية.
لا يمكننا حقًا حساب جميع التكوينات الأخرى للخادم المشترك، أو النشر المحلي، أو التثبيت للهواة.
إذا كنت ترغب في معرفة كيفية تثبيت Discourse، فالخبر السار هو أن تكاليف القطرة في DigitalOcean تُحسب بنسبة تناسبية. سيكلفك جهاز VPS بقيمة 6 دولارات فقط 0.20 دولار في اليوم للاحتفاظ به كمرجع معروف جيدًا أثناء محاولة تثبيت Discourse في بيئة أكثر دقة.
إعجابَين (2)
لقد اطلعت على قسم المستندات - في الواقع، أشير إليه في منشوري أعلاه.
لكنني لا أريد إثارة المشاكل. أقبل أنه لا يمكنك تلبية جميع البيئات (حتى لو كنت تستخدم “Docker الذي يعمل في أي مكان”). كنت أتساءل فقط.
إعجاب واحد (1)
تم تقسيم 4 مشاركات إلى موضوع جديد: Documentation in a Discussion forum
تم دمج 5 مشاركات في موضوع موجود: Documentation in a Discussion forum
عذرًا، لم أكن واضحًا: بـ “تقديم” قصدت طلب سحب (pull request) إلى المستودع الذي يوجد فيه هذا، وليس النشر في المنتديات.
أفترض أن أسباب كون المناقشات ليست مثالية للمستندات هي نفس أسباب إضافة “discourse docs”، والتي تبدو أنها تعالج كل هذه الأسباب بشكل جيد جدًا.
(على الهامش، لا علاقة لأي من هذا بالسؤال الأصلي الذي طرحته، والذي أعتقد أنه يوضح المشكلة التي كنت أشير إليها بشكل جيد! وقت السخرية.)
إعجاب واحد (1)
لقد فهمت منذ البداية. إجابتي (وليس لدي أي سيطرة على أي مستودعات Discourse رسمية) هي “لا”. الحل الموصى به بسيط للغاية ويحتوي على أقل عدد ممكن من المتغيرات. إنه مصمم للعمل مع الأشخاص الذين لم يستخدموا سطر الأوامر مطلقًا. بمجرد أن تبدأ في وضع وكيل عكسي “بسيط” أمام الأشياء، فإن الطرق التي يمكن للشخص بها كسر الأشياء تنفجر بشكل كبير.
الأمر لا يقتصر على فك ضغط (أو فك ضغط) دليل PHP آخر وإضافة ملف آخر إلى hosts-enabled. عليك أن تعرف ما هو الوكيل العكسي، وأن تفهم شيئًا عن المنافذ، أو ربما أسماء المضيفين في Docker، وعن كيفية إعداد HTTPS، وتعيين force_https في الحاوية، وإضافة بعض السحر لجعل عنوان IP الحقيقي يمر عبر الوكيل العكسي. الأمر صعب بما يكفي لدرجة أنك لا تريد أن يجد أي شخص لا يفهم على الأقل معظم ذلك مقدمًا عن طريق الخطأ ثم يتساءل لماذا لا يعمل.
لقد فهمت منذ البداية. إجابتي (وليس لدي أي سيطرة على أي مستودعات Discourse رسمية) هي “لا”.
ههه، لم أكن أرد عليك! هذا يصبح أكثر إرباكًا كلما تقدمنا، أنا آسف جدًا.
انظر - دعنا نترك هذا. ربما يمكن لشخص ما حذف الموضوع بأكمله. لم يكن ينبغي لي أن أثير أيًا من هذا نيابة عن أولئك الذين لا يستطيعون تثبيت Discourse بالطريقة المدعومة.
إعجاب واحد (1)