أين تجد عادةً ملف discourse.conf؟
أنا ببساطة لست على دراية بالموقع المعتاد لـ discourse حيث أنني أميل إلى ترك كل شيء وشأنه حيث أنه يعمل دائمًا بشكل مثالي - شكرًا مقدمًا على أي نصيحة!
معلومات خلفية إضافية حول هذا الاستعلام
أين تجد عادةً ملف discourse.conf؟
أنا ببساطة لست على دراية بالموقع المعتاد لـ discourse حيث أنني أميل إلى ترك كل شيء وشأنه حيث أنه يعمل دائمًا بشكل مثالي - شكرًا مقدمًا على أي نصيحة!
معلومات خلفية إضافية حول هذا الاستعلام
يجب أن يكون في دليل discourse/config/ الخاص بك:
شكرا. رأيت ذلك الموقع ولكن يجب أن أدخل التطبيق، أليس كذلك؟ لا يوجد nano عندما أكون في التطبيق. كيف يمكنني تعديل شيء هناك؟
فقط لإضافة، عندما أكون في التطبيق أرى هذا وأعتقد أن هذا ما أحتاج لتعديله، ولكن مرة أخرى بينما أنا في التطبيق لا أسمع نانو، لذلك لست متأكدًا من كيفية التعديل، ربما أقوم بتثبيت نانو؟
…app:/etc/nginx/conf.d# discourse.conf
بالإضافة إلى ذلك، أفترض أنه إذا كان بإمكاني فعل ذلك (تثبيت nano وتحرير .conf) فأتوقع أنه أثناء أي ترقية سيتم الكتابة فوقه؟
أرى إشارة إلى الاستخدام المحتمل لأوامر الاستبدال في ملف app.yml NGinx.conf File location للتعويض عن ذلك ولكني أشك في أنني أفهم الأمور بشكل غير صحيح وأن هذا موضوع قديم جدًا حيث الروابط إلى الأمثلة لا تعمل. لذا ربما يكون غير ذي صلة.
يجب أن تكون قادرًا على فعل هذا؟
cd /var/www/discourse/config/
sudo nano discourse.conf
إذن لا يوجد مثل هذا الملف أو الدليل. (أنا لست داخل التطبيق)
يمكنك استخدام apt install لتثبيت nano داخل الحاوية.
علاوة على ذلك، إذا كان هدفك هو تعديل ملف تكوين Nginx، فمن المستحسن إجراء التعديلات في app.yml خارج الحاوية.
حسناً، كما كان متوقعاً أعلاه.
كيف تقوم بتنسيقها لملف app.yml، هل يوجد دليل على meta؟
هذا ما أحتاج إلى تضمينه:
ssl_certificate /etc/ssl/certs/cloudflare_origin.pem;
ssl_certificate_key /etc/ssl/private/cloudflare_origin.key;
شكراً لك مرة أخرى مقدماً.
البحث المتقدم يعمل بشكل جيد. البحث عن “app.yml” في فئة Documentation أدى إلى
إنه داخل الحاوية.
ماذا تريد أن تفعل؟ يتم تكوينه بشكل عام عن طريق تعيين متغيرات البيئة في app.yml.
ما المشكلة التي تحاول حلها؟
شكرا لك.
المشكلة التي اعتقدت أنني بحاجة إلى حلها اعتقدت أنها ناتجة عن مشكلة SSL مع CF عند الانتقال من المرن إلى الكامل أو الكامل-صارم بعد التوجيه عبر CF (سحابة رمادية تاريخيًا).
لم تكن تلك المشكلة في النهاية، كان هناك قاعدة صفحة قديمة تسببت في حلقة إعادة توجيه فائقة، والتي يُقترح أن تكون ناجمة عن إعداد SSL غير صحيح في CF وفقًا للدليل الموجود في meta، ولكن في هذه الحالة كانت قاعدة الصفحة المزعجة.
حل سهل جدًا، ولكنه بطيء بعض الشيء في اكتشافه! ![]()
ومع ذلك، إلى المشكلة الملحقة.
أفترض أنه عند وضع المفاتيح والشهادات يتم كل شيء على جانب الحاوية لـ CF Full [strict] يجب وضع الشهادة والمفتاح على جانب الحاوية. تعديلات نوع .conf في app.yml.
هذا هو افتقاري الخاص للتوجيه الفني. Dockers أو المستمر مثل بيضة كيندر، أليس كذلك؟ لينكس البيضة الشوكولاتة ودوكر هي اللعبة الرائعة (مجمعة بالفعل) بالداخل.
أخيرًا، كان تثبيت discourse يحتوي على letsencrypt و FULL يبدو أنه يعمل بشكل جيد مع هذا ويعمل HTTPS وهذا يسمح الآن بإجراءات تخفيف حركة المرور.