Je me demandais à quoi servait la valeur db_id: 2 dans la configuration suggérée ci-dessus ?
De plus, quelle est la procédure pour ajouter un nouveau site à la configuration multisite existante ? Est-ce simplement :
Mettre à jour le yaml
./launcher bootstrap multisite [^1]
./launcher start multisite
Je me demandais s’il existait un moyen d’éviter d’impacter tous les autres sites existants en effectuant un bootstrap ou une reconstruction complète et en ajoutant d’une manière ou d’une autre uniquement la base de données supplémentaire nécessaire ?
Il me manquait cette commande pour redémarrer (j’avais aussi essayé sv reload unicorn mais d’une manière ou d’une autre, cela n’a pas suffi).
Pour ce qui est de la création de la base de données, existe-t-il déjà un moyen de le faire automatiquement ? Ce serait bien d’avoir rake db:create[mynewdbname]. Sinon, je peux écrire un petit script shell.
Pour le moment, je crée manuellement (création de la db et définition des permissions), puis j’exécute RAILS_DB=newdb rake db:migrate pour la peupler.
Et juste pour vérifier si je fais quelque chose de stupide :
Pour le moment, j’édite le fichier multisite dans docker (/var/www/discourse/config/multisite.yml)
Je crée la base de données manuellement
J’exécute rake db:migrate
Je redémarre unicorn avec sv restart
Je dois également éditer le fichier yaml en dehors de docker afin que la configuration multisite soit synchronisée en cas de future reconstruction ou de mises à niveau.
Suis-je idiot d’éditer la configuration multisite à 2 endroits différents alors qu’il existe déjà un moyen de l’éditer à un seul endroit et de pousser les changements ?
Serait-il possible de nettoyer un peu cette documentation et d’y ajouter quelques indications supplémentaires ? Je suis complètement novice en Docker, et bien que j’aie de l’expérience avec les serveurs Linux, je ne suis pas un expert. Je suis un ancien adepte des cron jobs et des scripts shell, et vous savez, des choses étranges comme ça avec Apache multi-site, etc. Mais ceci est un peu plus complexe et utilise un langage de programmation différent de celui auquel je suis habitué… Peut-être même une vidéo de démonstration ? Ce serait bien si Discourse était simplement prêt pour le multi-site, et qu’ainsi tout ce que vous auriez à faire serait de modifier quelques fichiers, etc.
Oui, faites pointer tous les domaines vers la même adresse IP de serveur.
Configurez un proxy inverse avec Nginx ou Caddy server. Caddy est le meilleur car il offre des certificats SSL automatiques gratuits à tous vos domaines.