تكوين متعدد المواقع باستخدام Docker

:warning: While multisite is supported in the Discourse application, this is an advanced sysadmin setup. If you don’t know what you’re doing, do not set up multisite. The Discourse team is unable to provide multisite configuration support.

If you wish to host multiple domains on a singled Docker setup, you’ll need a multisite configuration. Here are the basic building blocks for one.

Understand hooks

Multisite is a fairly advanced topic. Before attempting a multisite build, spend some time to learn about them.

Discourse templates use pups; its rules are simple and powerful.

Each rule you run may define a hook:

run:
  exec:
    cd: some/path
    hook: my_hook
    cmd:
      - echo 1

Later on in your container you can insert rules before or after a hook:

hooks:
  before_my_hook:
    - exec: echo "I ran before"
  after_my_hook:
     - exec: echo "I ran after"

So in the example above you will see output like the following:

I ran before
1
I ran after

You can read through the templates in /var/discourse/templates to see what hooks you have available.

Amend your standalone container to provision the second site tenant

Replace the entire hooks section with:

hooks:
  after_postgres:
     - exec: sudo -u postgres createdb b_discourse || exit 0
     - exec:
          stdin: |
            grant all privileges on database b_discourse to discourse;
          cmd: sudo -u postgres psql b_discourse
          raise_on_fail: false

     - exec: /bin/bash -c 'sudo -u postgres psql b_discourse <<< "alter schema public owner to discourse;"'
     - exec: /bin/bash -c 'sudo -u postgres psql b_discourse <<< "create extension if not exists hstore;"'
     - exec: /bin/bash -c 'sudo -u postgres psql b_discourse <<< "create extension if not exists pg_trgm;"'

  after_code:
    - exec:
        cd: $home/plugins
        cmd:
          - mkdir -p plugins
          - git clone https://github.com/discourse/docker_manager.git
  before_bundle_exec:
    - file:
        path: $home/config/multisite.yml
        contents: |
         secondsite:
           adapter: postgresql
           database: b_discourse
           pool: 25
           timeout: 5000
           db_id: 2
           host_names:
             - b.discourse.example.com

  after_bundle_exec:
    - exec: cd /var/www/discourse && sudo -E -u discourse bundle exec rake multisite:migrate

There are 3 hooks in play:

  1. after_postgres ensures that after postgres is installed an additional db called b_discourse is created with the appropriate permissions.

  2. before_bundle_exec, ensures docker_manager is in place and that the multisite.yml file is in place (which defines where to find the databases)

  3. after_bundle_exec, runs the custom db migration task rake multisite:migrate this ensures all the dbs are up to date.

Note on configuration

The above sample can be split into data container / app container if needed. Just run the after_postgres hook in the data container and the rest in web container.

The above sample can be extended to provision even more DBs. To do so, provision more DBs by duplicating the create db etc calls, and make sure you add additional sites in multisite.yml.

Make sure you amend the host_names node in multisite.yml to match the actual host name you wish to host.

Also, if you plan to run HTTPS, you will need a proxy in front of the site to handle it as the built in letsencrypt functionality will not work in a multisite scenario.

Last edited by @JammyDodger 2024-05-26T20:56:50Z

Check documentPerform check on document:
68 إعجابًا

كنت أتساءل ما هي وظيفة القيمة db_id: 2 في الإعداد المقترح أعلاه؟

أيضًا، ما هي الإجراءات اللازمة لإضافة موقع جديد إلى الإعداد الحالي متعدد المواقع؟ هل هو فقط:

  • تحديث ملف yaml
  • ./launcher bootstrap multisite [1]
  • ./launcher start multisite

كنت أتساءل عما إذا كانت هناك طريقة لتجنب التأثير على جميع المواقع الأخرى الموجودة عن طريق إجراء عملية bootstrap أو إعادة بناء كاملة، وبطريقة ما فقط إضافة قاعدة البيانات الإضافية المطلوبة؟


  1. حاولت أولاً ./launcher rebuild multisite، ولكن يبدو أن هذا يفشل. ↩︎

أعتقد أنه لم تعد هناك حاجة لمعرف قاعدة البيانات.

يمكنك فقط تعديل ملف multisite بالموقع الجديد وتنفيذ

sv restart unicorn

ثم ترحيل قاعدة البيانات.

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

أنت منقذ!\n\n[quote="Jay Pfaffman, post:177, topic:14084, username:pfaffman"]\nsv restart unicorn\n[/quote]\n\nكنت أفتقد هذا الأمر لإعادة التشغيل (حاولت أيضًا sv reload unicorn ولكن بطريقة ما لم يكن ذلك كافيًا).\n\nفيما يتعلق بإنشاء قاعدة البيانات، هل هناك بالفعل طريقة للقيام بذلك تلقائيًا؟ سيكون من الجميل أن يكون لدي rake db:create[mynewdbname]. بخلاف ذلك، يمكنني كتابة نص برمجي قصير.\n\nفي الوقت الحالي، أقوم بإنشاء يدويًا (إنشاء قاعدة بيانات وتعيين الأذونات) ثم أقوم بتشغيل RAILS_DB=newdb rake db:migrate لملئها.

وللتحقق فقط مما إذا كنت أفعل شيئًا غبيًا:

  • في الوقت الحالي، أقوم بتحرير ملف multisite داخل docker (/var/www/discourse/config/multisite.yml)
  • إنشاء قاعدة البيانات يدويًا
  • تشغيل rake db:migrate
  • sv restart unicorn
  • أحتاج أيضًا إلى تحرير ملف yaml خارج docker بحيث تتم مزامنة تكوين multisite في حالة حدوث أي إعادة بناء أو ترقيات مستقبلية.

هل أنا غبي بتحرير تكوين multisite في مكانين مختلفين بينما توجد بالفعل طريقة للتحرير في مكان واحد ودفع التغييرات؟

هل من الممكن تنظيف هذه الوثائق قليلاً وتوفير المزيد من الإرشادات فيها؟ أنا جديد جدًا على Docker في المقام الأول وعلى الرغم من أن لدي خبرة في خوادم Linux لست محترفًا فيها. أنا من المدرسة القديمة أحب مهام cron الخاصة بي والبرامج النصية shell والأشياء الغريبة التي تعرفها مثل هذه مع Apache multi site وما إلى ذلك. ولكن هذا أكثر تعقيدًا ويستخدم لغة برمجة مختلفة عما اعتدت عليه.. ربما حتى فيديو توضيحي من نوع ما؟ سيكون من الجيد لو تم جعل Discourse جاهزًا للاستخدام متعدد المواقع وبهذه الطريقة كل ما عليك فعله هو تعديل بعض الملفات وما إلى ذلك.

فقط الصق هذا المقطع من النص وقم بتحريره ليناسب.

ستحتاج بعد ذلك إما إلى وكيل عكسي (reverse proxy) أو اتباع إعداد Let’s Encrypt مع نطاقات متعددة / عمليات إعادة توجيه للحصول على شهادات لجميع النطاقات.

انظر أيضًا إعداد تكوين مواقع متعددة مع Let’s Encrypt وبدون وكيل عكسي. ولكن هذا يحتاج إلى تحديث ليحتوي على سطر آخر مطلوب يمكنك الحصول عليه من الرابط السابق. كنت أنوي تحديثه ولكني لم أتمكن من ذلك.

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

إذا كنت أقوم بإعداد مواقع متعددة، فأين يجب أن أشير بنطاقي؟ نفس عنوان IP الخاص بالخادم (الذي يستضيف منتدى آخر)؟

نعم، وجّه جميع النطاقات إلى عنوان IP الخادم نفسه.
قم بإعداد وكيل عكسي باستخدام خادم Nginx أو Caddy.
Caddy هو الأفضل لأنه يوفر شهادات SSL مجانية تلقائية لجميع نطاقاتك.

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