Je dois être aveugle ou quelque chose comme ça… 
Impossible de trouver discourse_id_client_id et discourse_id_client_secret dans la configuration de mes sites. Seulement Enable Discourse ID. 
Des idées ?
L’option force https est-elle activée ?
Oui, c’est activé. J’ai vérifié.
Il vous suffit de l’activer et le secret et l’ID sont générés automatiquement.
Il existe une tâche rake que vous exécutez pour la connecter au serveur central et créer des clés. C’est là que votre clé et votre secret sont créés.
Je ne le vois documenté nulle part.
Il devrait être assez facile à trouver dans le code source, mais pas si facile que je puisse le trouver sur mon téléphone après 17h.
1 « J'aime »
Vraiment ? :rire: OMG… :sourire:
Moi non plus. Je me demande si quelqu’un a déjà configuré cela. 
rake discourse_id:register\n\nNon. Je viens de l’essayer sur un site à jour et il suffit d’activer le paramètre pour générer les clés.\n\nJe pense que la tâche rake était requise pendant un certain temps avant d’être annoncée publiquement et maintenant l’activation du paramètre demande automatiquement les clés, ce qui est beaucoup plus logique que d’avoir à exécuter une tâche rake.
1 « J'aime »
Merci, mais cela n’a pas fonctionné :
Le nom du plugin est 'discourse-docs', mais le répertoire du plugin est nommé 'discourse-knowledge-explorer'
rake a avorté !
Je ne sais pas comment construire la tâche 'discourse_id:register' (Voir la liste des tâches disponibles avec `rake --tasks`)
Vouliez-vous dire ? discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(Voir la trace complète en exécutant la tâche avec --trace)
Votre forum est-il à jour ? Avez-vous essayé d’activer simplement le paramètre depuis l’UX ? Je viens de l’essayer sur un site qui est sur la dernière version bêta.
1 « J'aime »
Environ une semaine, peut-être deux depuis la dernière reconstruction.
L’avez-vous activé ? Lorsque vous le ferez, cela générera les autres. Vous n’avez pas besoin de les estomper vous-même.
1 « J'aime »
J’ai activé enable_discourse_id et j’ai reçu une erreur (en allemand) :
enable_discourse_id : Du musst die Discourse-ID-Anmeldedaten („discourse_id_client_id“ und „discourse_id_client_secret“) konfigurieren, bevor du diese Einstellung aktivierst.
Cela dit que je dois configurer discourse_id_client_id et discourse_id_client_secret avant de cocher enable_discourse_id.
C’est donc une sorte de problème d’œuf et de poule pour le moment.
2 « J'aime »
Étrange. Vous pourriez essayer de mettre à niveau, puis de soumettre un rapport de bogue.
Êtes-vous derrière Cloudflare ou un autre proxy inverse qui pourrait empêcher le serveur Discourse de se connecter à votre serveur ? Je suis à peu près sûr que si vous êtes derrière Cloudflare, vous ne pourrez pas le faire fonctionner.
1 « J'aime »
Je viens de mettre à jour vers la dernière version. Je ne vois pas les deux options…
Rien. Mes instances s’exécutent sur un serveur Linux « derrière » un serveur web Apache. Je pense que c’est assez simple, comme décrit dans le guide d’exécution des instances auto-hébergées.
Hier, j’ai configuré une autre instance pour tester une migration depuis un autre forum. Je ne vois pas les options là non plus.
Vous avez désactivé l’option (si elle était activée) puis essayé de l’activer ?
Vous ne définirez jamais ces valeurs vous-même.
1 « J'aime »
Non, je ne parviens pas à l’activer. Le message d’erreur indique que je dois d’abord configurer client_id et client_secret.
C’est ce que je voulais dire par problème d’œuf et de poule. Quel problème est apparu en premier ou je ne peux pas l’activer sans les valeurs que je ne peux pas définir car les cases ne sont pas visibles.
Je pense que pfaffman a essayé d’expliquer que, bien que l’erreur indique que ces paramètres doivent être configurés avant d’activer le paramètre, ce n’est pas vous mais le logiciel qui les remplit.
Peut-être que Discourse ID fails to activate on my instance peut fournir quelques idées sur ce que vous pourriez essayer d’autre.
1 « J'aime »
On dirait que c’était un problème avec la configuration du proxy inverse, comme je m’y attendais
Essayez d’activer force_https. C’est un problème courant avec un proxy inverse car Discourse ne peut pas savoir qu’il s’agit de https.
force_https est activé depuis le début.
Lorsque je me suis connecté pour la première fois à la nouvelle instance que j’ai installée hier, il m’a immédiatement demandé si je voulais activer force_https.
Mais oui, Apache exécute HTTPS et le proxy inverse utilise le port 8080 http sur le conteneur Docker Discourse. Mais d’une manière ou d’une autre, Discourse sait qu’il fonctionne en https de toute façon.
C’est ma meilleure supposition. Comment avez-vous activé la force https
Dans la zone d’administration avec le navigateur Web. Cela devrait-il être fait sur la console ? Comme
rails r \"SiteSetting.force_https=true\"
Je viens d’essayer. Cela a semblé fonctionner, car cela n’a donné aucun retour sur la console.
Mais je ne vois toujours pas deux nouveaux paramètres (dans le navigateur Web) pour le client_id et le client_secret.
1 « J'aime »