Configuração multisite com 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 curtidas

Eu estava me perguntando o que o valor db_id: 2 na configuração sugerida acima faz?

Além disso, qual é o procedimento para adicionar um novo site à configuração multissite existente? É apenas:

  • Atualizar yaml
  • ./launcher bootstrap multisite [1]
  • ./launcher start multisite

Eu estava me perguntando se havia uma maneira de evitar impactar todos os outros sites existentes fazendo um bootstrap ou reconstrução completa e, de alguma forma, apenas adicionar o banco de dados extra necessário?


  1. Eu tentei ./launcher rebuild multisite primeiro, mas isso parece falhar ↩︎

Acho que o ID do banco de dados não é mais necessário.

Você pode apenas editar o arquivo multisite com o novo site e fazer um

sv restart unicorn

E então migrar o banco de dados.

1 curtida

Você é um salva-vidas!

Eu estava sentindo falta deste comando para reiniciar (também tentei sv reload unicorn, mas de alguma forma isso não foi suficiente).

Em termos de criação do banco de dados, já existe uma maneira de fazer isso automaticamente? Seria bom ter rake db:create[mynewdbname]. Caso contrário, posso escrever um pequeno script shell.

No momento, eu crio manualmente (crio o banco de dados e defino as permissões) e depois faço um RAILS_DB=newdb rake db:migrate para popular.

E só para verificar se estou fazendo algo estúpido:

  • No momento, estou editando o arquivo multisite dentro do docker (/var/www/discourse/config/multisite.yml)
  • Criando o db manualmente
  • Executando rake db:migrate
  • sv restart unicorn
  • Eu também tenho que editar o arquivo yaml fora do docker para que a configuração multisite esteja em sincronia em caso de qualquer reconstrução ou atualização futura.

Estou sendo bobo editando a configuração multisite em 2 lugares diferentes quando já existe uma maneira de editar em um lugar e enviar as alterações?

É possível organizar um pouco esta documentação e fornecer mais orientações nela? Sou extremamente novo no Docker, para começar, e embora tenha experiência com servidores Linux, não sou um profissional nisso. Sou da velha guarda, adoro meus cron jobs e scripts shell e coisas estranhas assim com Apache multi site, etc. Mas isso é um pouco mais complexo e usa uma linguagem de programação diferente da que estou acostumado… Talvez até mesmo um vídeo demonstrativo de algum tipo? Seria bom se o Discourse fosse apenas preparado para multi site e, dessa forma, tudo o que você teria que fazer seria editar alguns arquivos, etc.

Basta colar essa estrofe de texto e editá-la conforme necessário.

Você também precisará de um proxy reverso ou seguir Configurar Let’s Encrypt com vários domínios / redirecionamentos para obter certificados para todos os domínios.

Veja também Configuração de Multisite com Let’s Encrypt e sem Proxy Reverso. Mas isso precisa ser atualizado para ter outra linha necessária que você pode obter do link anterior. Eu estava querendo atualizá-lo, mas ainda não consegui.

1 curtida

Se eu estiver fazendo multisite, para onde devo apontar meu domínio? Para o mesmo IP do servidor (que hospeda outro fórum)?

Sim, aponte todos os domínios para o mesmo IP do servidor.
Configure um proxy reverso com Nginx ou Caddy server.
Caddy é o melhor, pois oferece certificados SSL automáticos gratuitos para todos os seus domínios.

1 curtida