Configurer Discourse pour utiliser un serveur PostgreSQL séparé

Documentation Auto-hébergement
43

Non monsieur, aucun problème. Merci pour l’info

44

Dans mon cas, c’était parce que j’avais scram-sha-256 et non trust comme mécanisme d’authentification.
Parce que scram-sha-256 nécessite un utilisateur physique.
Vous pourriez probablement contourner cela en créant une carte d’utilisateurs dans pg_ident.conf, mais je ne suis pas sûr de la manière.

45

Si par « utilisateur physique » vous entendez « utilisateur du système Unix », alors non, scram-sha-256 ne nécessite pas qu’un tel utilisateur soit configuré sur le système. La méthode peer requiert un utilisateur système, et trust est tout simplement une mauvaise idée dans l’ensemble lorsque vous utilisez un serveur de base de données distant.

1 « J'aime »
46

Devrons-nous inclure ceci en plus du processus existant ?

CREATE EXTENSION vector;

puisque je vois cette extension dans le modèle postgres discourse_docker ?

47

Ceci est utilisé par le plugin principal Discourse AI, vous en aurez donc besoin si vous l’utilisez.

48

Je ne me souviens pas avoir activé ce plugin. En fait, je viens de vérifier qu’il est désactivé. Mais récemment, lorsque j’ai reconstruit l’image, lorsque le dernier commit est allé au-delà de ce commit - GitHub - discourse/discourse at 0eab7daea450e1d7e416c46a23aaaf95687d4855, rake db:migrate a commencé à échouer. Lorsque j’ai utilisé le commit juste avant celui ci-dessus pour le bootstrap, cela a continué à fonctionner.

Maintenant que j’ai activé cette extension, les commits ultérieurs fonctionnent sans problème.

1 « J'aime »
49

Mais maintenant, le plugin IA est dans le cœur, donc vous avez besoin de l’extension, que vous utilisiez le plugin IA (ou que vous tentiez de le supprimer explicitement), n’est-ce pas ?

1 « J'aime »
50

Ah, c’est vrai, car les migrations sont exécutées indépendamment de l’activation du plugin.

2 « J'aime »