Le fichier semble être vide.
alors vous n’êtes pas dans le bon répertoire, naviguez d’abord vers le bon, ou incluez le chemin 
1 « J'aime »
Ah oui, les conteneurs ! Santé
Est-ce que DISCOURSE_SMTP_PORT est entrant ou sortant ?
Ça arrive. Le cerveau est un peu fondu…
Dois-je simplement modifier le fichier app.yml puis quitter et il me demandera d’enregistrer ?
puis reconstruire ?
Non, le smtp est sortant, n’est-ce pas.
Il est temps de faire une pause et de se rafraîchir les idées…
Salut. Puis-je demander s’il vous plaît si j’ai une seule instance de Discourse et que j’utilise des groupes pour distinguer les groupes physiques que je veux servir, serait-il facile d’exporter ces groupes individuellement et de conserver leur état dans leur propre instance spécifique de Discourse où ils vivraient heureux pour toujours ? 
Je ne suis pas sûr de comprendre votre question. Suggérez-vous d’exporter des parties de votre forum, puis de les importer dans un autre forum ? Je ne pense pas qu’il y ait de moyen de faire cela pour le moment, à part copier votre site puis supprimer ce que vous ne voulez pas de la copie.
1 « J'aime »
Il existe une tâche Rake. Elle est un peu maladroite (je ne suis pas sûr pour les mots de passe des utilisateurs, par exemple ?) mais je pense qu’elle fonctionne.
Cela permet d’obtenir les catégories, qui sont les collections de sujets que vous souhaitez. Je pense que cela importe également les utilisateurs qui ont créé des publications. Je ne suis pas sûr pour les autres utilisateurs qui n’ont pas créé de publications.
Je ne le recommande pas vraiment, mais si un groupe devenait vraiment important et que vous vouliez le scinder, vous pourriez le faire de cette façon, ou vous pourriez simplement restaurer toute la base de données et supprimer les catégories dont vous ne voulez pas. Il est difficile de dire ce qui serait le plus facile sans voir les données réelles, qui n’existent pas.
1 « J'aime »
Merci à tous. Ce à quoi j’essaie de faire référence ici, c’est à l’exigence que j’ai exprimée au début de ce fil de discussion. Un très grand nombre de groupes autonomes, indépendants et dans l’ensemble privés, plus un forum national général.
Ayant littéralement entendu parler de Discourse moins de 24 heures avant d’écrire ceci, j’essayais de voir comment mes idées pourraient être prises en charge par celui-ci. Je suis encore un peu effrayé par la façon dont votre logiciel correspond parfaitement à mes besoins. Je ne pensais pas que ce que je voulais existait !
Les contraintes sont rapidement devenues claires en ce qui concerne l’architecture logicielle globale. Vos réponses ont confirmé que la fonctionnalité que j’espérais pourrait être mieux gérée par un modèle multisite. @pfaffman Jay, vous avez ajouté que cela nécessiterait « beaucoup d’expertise ou d’argent ». Ayant étudié l’informatique en réseau au niveau universitaire (bien qu’il y a longtemps), j’ai décidé de m’engager sur la voie de l’expertise.
J’espère que cela vous donne une meilleure idée du système que je construis.
Pour clarifier la dernière question que j’ai posée. Étant donné que je suis au tout début d’une tâche assez complexe et que je fais encore mes premiers pas. Dois-je construire cela sur une seule instance qui contient mes groupes plus petits. Au fur et à mesure que cela se développe et que je comprends mieux les complexités, dois-je alors porter un jugement de valeur sur la question de séparer les groupes dans leurs propres instances ? Ou dois-je placer les plus petits groupes dans leur propre instance de Discourse dès le départ ? Je me demande s’il y a un compromis entre un plus grand contrôle et une plus grande flexibilité des groupes dans leurs propres instances et la surcharge administrative de cela par rapport à tous les groupes dans une seule installation ?
En gros, je demande si je devrais commencer par un modèle multisite ou, pour plus de simplicité, commencer par un seul et envisager d’exporter les groupes vers leur propre installation plus tard. Il semble que la première solution soit la plus judicieuse ?
Je pense que j’opterais probablement pour une configuration multisite et créerais un sous-domaine séparé avec son propre Discourse pour chaque communauté. Une seule instance suffira pour commencer, et lorsque vous aurez plus d’utilisateurs qu’une seule instance ne peut en gérer, vous aurez suffisamment d’argent rentrant pour que cela ne pose pas de problème.
La configuration décrite sur Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy est en fait assez simple. J’ajouterais probablement des bases de données d’une manière autre que celle proposée par launcher, surtout si je les ajoutais souvent, mais cela devrait suffire pour commencer.
Et si vous voulez que chaque communauté soit son propre monde, alors vous n’avez peut-être pas besoin ou vous ne voulez pas d’une source d’authentification unique, donc peut-être que ce que vous voulez est plus facile que ce que je pensais au premier abord.
Il n’est pas clair si vous prévoyez de commencer avec 20 sites ou 2 000. S’il s’agit de 20, alors la solution ci-dessus est suffisante ; s’il s’agit de 2 000, vous voudrez probablement quelque chose de plus sophistiqué.