تثبيت Discourse على خادم CentOS 7 معزول

ويكي المجتمع Sysadmins
,
21

تحتوي معظم الإضافات على جميع الأكواد التي تحتاجها ولها عملية تثبيت بسيطة. أما الإضافةان اللتان حاولت استخدامهما فتحتاجان إلى جلب حزم (مكتبات) من الإنترنت لتتمكن من العمل.

3 إعجابات
22

هل تعرف أين في الكود تتم عمليات جلب جيمات الروبي لإضافات الروبي؟ لقد حاولت البحث عنها لكنني لم أجد المكان الصحيح حتى الآن.

أفكر أنه ربما بدلاً من استخدام الجيمات المخزنة مؤقتًا، قد يكون من الأنيق تشغيل مرآة لـ RubyGems على المضيف المعزول. لقد وجدت دليلًا هنا ويبدو أنه يمكنك تكوين مصادر جيمات إضافية على مستوى النظام:

إعجاب واحد (1)
23

نظام Discourse الداخلي لدينا يعمل بسعادة على نفس الإصدار القديم لفترة طويلة، لكننا نعتزم أخيرًا التخلي عن IE9، لذا فإن الترقية أصبحت متأخرة للغاية.
يمكنني تأكيد أن هذا الدليل لا يزال صالحًا مع أحدث إصدارات Discourse، حتى مع استخدام RHEL8 بدلاً من الإصدار 7 :slight_smile:

أثناء التجريب، تمكّنتُ من إيجاد طريقة لجعل إضافتي discourse-prometheus و discourse-calendar تعملان في وضع عدم الاتصال أيضًا، رغم وجود التبعيات الإضافية. كانت الحيلة هي استخراج حزم Ruby من دليل الإضافات على خادم البناء، بالإضافة إلى تلك الموجودة في /var/www/discourse/vendor/bundle/ruby

docker run -it -v ~/local/rubygems.org:/local-rubygems local_discourse/app /bin/bash -c "cp -rv /var/www/discourse/vendor/bundle/ruby /local-rubygems"
docker run -it -v ~/local/rubygems.org/plugin-gems/discourse-calendar:/local-rubygems local_discourse/app /bin/bash -c "cp -rv /var/www/discourse/plugins/discourse-calendar/gems /local-rubygems"
docker run -it -v ~/local/rubygems.org/plugin-gems/discourse-prometheus:/local-rubygems local_discourse/app /bin/bash -c "cp -rv /var/www/discourse/plugins/discourse-prometheus/gems /local-rubygems"

ثم في الملف /templates/web.template.yml:

  - exec:
      cd: $home
      hook: bundle_exec
      cmd:
        # نسخ ذاكرة التخزين المؤقت المحلية لـ Ruby
        - cp -rv /local-rubygems.org/ruby/* $home/vendor/bundle/ruby/
        - cp -rv /local-rubygems.org/plugin-gems/* $home/plugins/
        - su discourse -c 'bundle install --local --deployment --retry 3 --jobs 4 --verbose --without test development'

بالمناسبة، يبدو أن موضوع المصادقة الموحدة (SSO) عبر Active Directory و IIS قد ضاع في مرحلة ما، لكن الكود لا يزال متاحًا على GitHub - laktak/discourse-sso: Single Sign On for Discourse with Active Directory · GitHub ولا يزال يعمل مع نظام DiscourseConnect SSO الذي تم تغيير اسمه مؤخرًا.

24

لقد جربت ترقية أخرى ويبدو أنه في مرحلة ما تمت إضافة قسم “yarn install” جديد إلى web.template.yml مما يؤدي إلى فشل داخل البيئة المعزولة.

- exec:
      cd: $home
      cmd:
        - "[ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache list'"

عند مقارنة محتويات الحاوية القديمة والجديدة، يبدو أن هناك مجموعة من حزم yarn المخزنة مؤقتًا في /usr/local/share/.cache/yarn/v6 في الحاوية الجديدة، ولكن لا شيء في الحاوية القديمة. أفترض أن جميع حزم node.js المطلوبة كانت مدرجة في الصورة الأساسية، ولكن الآن يتم تحديثها أثناء إعادة البناء؟

سأقوم بتجربة نسخ ذاكرة التخزين المؤقت لـ yarn بنفس الطريقة التي تم بها نسخ ذاكرة التخزين المؤقت لـ ruby ​​، وأرى ما إذا كان بإمكاني جعل yarn يستخدم الحزم المخزنة مؤقتًا من صندوق البناء.