مرحبًا،
لقد قمت ببعض التجارب حول تثبيت Discourse. لاحظت أنه افتراضيًا، يتم تشغيل حاوية Docker مع متغير البيئة DISCOURSE_HOSTNAME. حاولت تشغيل الحاوية بدون هذا المتغير، وعملت بشكل جيد أيضًا.
حاولت البحث عن هذا المتغير في مستودع الكود، لكن النتائج ليست مثيرة للاهتمام حقًا. (Repository search results · GitHub)
ما هو الغرض من هذا المتغير؟
وبالمثل، جربت أيضًا إزالة إعداد --mac-address من أمر run الخاص بـ Docker - يعمل التطبيق كما كان سابقًا. لماذا يُعد --mac-address ضروريًا؟
أنا متأكد إلى حد كبير أن هذا يجعل hostname يظهر في ملف config/discourse.conf. أنصحك دائمًا بتعيينه.
أما --mac-address فهو أمر غامض بالنسبة لي. أعتقد أنه يتعلق بشيء ما في استضافتهم الداخلية. أنا متأكد إلى حد كبير أنه آمن تركه دون تعيين.
وجود عناوين MAC متسقة في الحاويات سيمنحنا عناوين IPv6 متسقة للحاويات، وهو أمر مفيد عند استبدال الحاويات أثناء النشر.
لا أعتقد أنه يُستخدم لأي شيء آخر.
يمكنك تخطيه إذا لم تكن بحاجة إليه.
أوه! تم حل اللغز! وفرصة لرؤية مات بالمر! لو كان لدي 100 إعجاب، لاستخدمتها هنا.
@pfaffman هل يمكنك أن تقول المزيد حول ملف config/discourse.conf؟ ما هو غرضه؟ لقد رأيت بعض الإشارات إليه على الإنترنت، لكنه يبدو مشابهًا لملف containers/app.yml. ما الذي سيحدث عمليًا إذا لم أقدم DISCOURSE_HOSTNAME؟
شيء آخر لاحظته - افتراضيًا، يتم تشغيل Discourse أيضًا مع متغير البيئة DOCKER_HOST_IP. مرة أخرى، قمت بإزالته، ويعمل Discourse بشكل جيد. أفترض أن هذا يُستخدم بطريقة ما أثناء عملية الترقية. هل هذا صحيح؟ إذا لم أكن أخطط لترقية Discourse عبر واجهة المستخدم الويب، فأعتقد أنني لا أحتاجه…
بما أنك سألتني تحديدًا… نوعًا ما، هذا هو المكان الذي يحصل فيه Rails على تكوينه. هذه ليست إجابة جيدة جدًا، لكنها أفضل إجابة مجانية لدي. لكننا نحصل هنا على إجابات مجانية رائعة حقًا، لذا ربما تحصل على إجابة أفضل. 
لا أعرف، لكن لا يوجد سبب كبير لمعرفة ذلك. إما أن يعمل، أو سيفشل في يوم ما ولن يكون لديك سبب لذلك ولن يعرف أحد آخر السبب أيضًا.
وعلاوة على ذلك، في تجربتي، سيحدث ذلك خلال عطلة عيد الميلاد لديك، وسيكون أحد أهم مواقعك معطلاً لمدة 18 ساعة حتى تستسلم أخيرًا وتعيد تكوين الموقع من الصفر.