أفضل الممارسات لتخصيص النشر

تثبيت
1

من الشائع تعديل app.yml لتعديل إعدادات Discourse.

بالإضافة إلى ذلك، في How to avoid throttling limits with admin API key? - #7 by aas اكتشفت أنني بحاجة إلى تعديل إعدادات nginx لتجنب تحديد معدل طلبات واجهة برمجة التطبيقات (API).

سؤالي هو، ما هي أفضل الممارسات الموصى بها لأشياء مثل:

  • إصدار الملفات مثل app.yml
    • سأحتاج إلى إصدارها خارج /var/discourse ونقلها إلى /var/discourse/containers/ في كل مرة أقوم بتغييرها.
  • تعديل أو تجاوز أو إضافة قوالب جديدة
    • templates/web.ratelimited.template.yml لا يتم تجاهله بواسطة git. بينما لم يتغير لمدة 6 سنوات، فإن تعديله مباشرة لا يبدو حكيمًا. من الممكن أن يقوم ./launcher rebuild بالكتابة فوقه. أو قد تفشل أوامر git pull.

حل محتمل:

  • إنشاء مستودع git خاص بي مع app.yml وقالب.
  • كتابة إجراء GitHub يستخدم Ansible لنسخ app.yml إلى /var/discourse/containers/ ونسخ القالب أيضًا إلى الخادم الذي يقوم بتشغيل Discourse

أسئلة

  • أين سيكون مكان جيد لوضع القالب المخصص الخاص بي؟
2

يبدو أنه يمكنني إضافة أقسام replace مباشرة إلى app.yml بدلاً من استخدام القوالب كما هو مذكور هنا:

3

نعم، يمكنك القول إنه باستخدام App.yml يمكنك إنشاء نسخ احتياطية وتسميتها حسب احتياجاتك.

إذا كنت تغير قسمًا معينًا، يمكنك أيضًا إضافة تعليقات. أنا شخصياً، بصفتي مستضيفًا ذاتيًا، أقوم بتنظيم الإضافات الخاصة بي حسب الرسمية، أو جناح، أو غيرها. أضيف تعليقًا عند تثبيت إضافة جديدة في القسم المناسب.

قد يكون لدى الآخرين أفكار أفضل من أفكاري.