أقوم بإعداد منتدى وأردت حقًا تنفيذ تثبيت مكون من حاويتين، لكنني كنت مبتدئًا لدرجة أنني وجدت مناقشة تعديل ملفات القالب مثبطة.
ثم عثرت بالصدفة على خيار سطر الأوامر “2container” الخاص بـ discourse-setup، مما جعل الأمر أسهل بكثير.
لم أعثر عليه إلا لأنني قرأت ملف سكريبت discourse-setup بالصدفة.
هل من المقصود أن هذا الخيار لم يُضاف إلى تعليمات التثبيت؟ (إذا كان موجودًا ولكنني فاتني، فأعتذر)
شكرًا للمطورين وللمجتمع على منتج رائع.
مارك ب
ميزة 2container غير موثقة لأنها لا يُنصح بها لمن لا يملك فهماً عملياً لمنصة Discourse. والسبب في ذلك هو أن المستخدم الذي يحاول إعداد Discourse لأول مرة قد يجد الأمر محيراً.
لماذا تقول ذلك؟ يوجد دليل howto لإعداد الحاويتين المزدوجتين.
عندما أضاف @pfaffman ميزة الحاويتين إلى ./discourse-setup، طلبتُ منه كتابة دليل شامل حول العملية، لكنه اقترح أن ذلك غير ضروري لأنه قد يسبب ارتباكًا غير ضروري.
ربما يُعد استخدام الحاويتين تحذيرًا غير مباشر بأن هذه الطريقة غير مدعومة رسميًا مع المتابعة في الإعداد بهذه الطريقة.
هل يحتاج ذلك إلى تغيير؟
@pfaffman يجب إما سحب ذلك أو ربطه بموضوع الميتا صراحةً.
بما أن عملية تنظيف الأسئلة الشائعة جارية، ربما يمكن إضافة هذه إلى موضوع مخصص للأسئلة الشائعة؟
هذا موثق.
من: Move from standalone container to separate web and data containers
أنا متردد في إضافتها إلى تعليمات التثبيت التي تستغرق 30 دقيقة، والتي يستخدمها الكثير من الأشخاص الذين بالكاد يفهمون تلك التعليمات ولا يقرأونها بعناية، لأنها تتطلب أن تكون لديك القدرة الكافية على إعادة كتابة التعليمات في كل مرة ترى فيها ./launcher rebuild app لتصبح شيئًا مثل ./launcher rebuild web_only. “نفذت الأمر ‘./launcher rebuild app’ وحصلت على خطأ! ساعدني!”
أقصد ربط وثائق سطر الأوامر ومخرجات سطر الأوامر بالموضوع، من فضلك. لا أشير إلى أي تغييرات في مستندات GitHub هنا.
أنا لا أفهم ما هو الموضوع الذي يحتاج إلى تغيير.
يجب أن يطبع مخرج سطر الأوامر / المساعدة من نص bash عنوان URL للموضوع كمرجع. هذا ما أعنيه. إذا كان بإمكاني أن أكون أكثر وضوحًا، فأخبرني كيف!