قد يبدو هذا تدقيقًا، ولكني أعتقد أن هناك بعض الفروق الدقيقة المهمة هنا.
الخيارات التي تقدمها هي مزيج من كيفية تمرير الإعدادات وما هي الإعدادات التي يتم تمريرها.
فيما يتعلق بكيفية تمرير الإعدادات، ينطبق شيئان:
-
الطريقة التي يتم بها استخدام متغيرات البيئة حاليًا
تُستخدم متغيرات البيئةDISCOURSE_WHATEVERحاليًا أثناء عملية بناء Docker لإنشاء إدخالات فيdiscourse.confالتي تكون متاحة كـGlobalSettingأوSiteSettingمن داخل Discourse. لا يدرك Discourse متغيرات البيئة هذه على هذا النحو. -
قيود إدخالات discourse.conf
على الرغم من أن GlobalSettings لها ميزة رائعة تتمثل في القدرة على قمع وتجاوز SiteSettings، إلا أنها تفرض أيضًا قيدًا على أنها في بيئات متعددة المواقع تنطبق على جميع المواقع في البيئة متعددة المواقع.
هذان الشيئان مجتمعان يعنيان أنه من داخل Discourse، فإن SiteSetting هي الأكثر مرونة. يمكن أن تكون SiteSettings فعلية، ويمكن أن تأتي من discourse.conf ويمكن أن تأتي هذه الإدخالات من متغيرات البيئة DISCOURSE_. في رأيي، لا يوجد خيار فعلي هناك، SiteSetting هي الأكثر مرونة ولا توجد بها عيوب لأنها مجموعة فائقة وظيفية. يمكنك استخدام GlobalSettings بدلاً من ذلك ويمكن ملؤها باستخدام متغيرات البيئة.
هذا يعني أن الخيار الفعلي الوحيد هو ما إذا كنت ستستخدم الاكتشاف التلقائي لبيانات الاعتماد أم لا. في تصوري الشخصي، يكون الاكتشاف التلقائي دائمًا عرضة للأخطاء، لذا أفضل أن يكون لدي شيء صريح.
أي، أن يكون لديك SiteSetting يشير بطريقة ما إلى بيانات اعتماد فعلية وملموسة.