Dans mon développement et mes tests, j’exécute une instance Discourse (Docker Discourse de Bitnami) qui répond à la plupart de mes besoins de test d’API pour notre service API qui communique avec Discourse. Cependant, je dois maintenant tester la recherche en utilisant /u/search/users.json?term=and et j’aimerais ajouter quelques utilisateurs à ce service de test Discourse local. Par défaut, il ne contient qu’un seul utilisateur nommé « user ».
La documentation de l’API ne semble pas expliquer les appels d’API permettant de faire cela, ce qui serait simple. Y a-t-il quelque chose que je manque et qui me permettrait de créer facilement plusieurs utilisateurs pour les tests ?
À noter également : j’ai déjà construit des requêtes manuelles vers notre service Discourse payant en production, et cela fonctionne. Cependant, je souhaite tester contre notre instance de développement/test, et pour cela, j’ai besoin de plus d’utilisateurs de test.
Merci @fzngagan, malheureusement, le Discourse Bitnami n’a pas le Launcher installé. Que fait exactement enter app ? Je pensais pouvoir simplement exécuter bundle exec rake admin:create, mais cela renvoie…
rake aborted!
LoadError: cannot load such file -- byebug
/opt/bitnami/discourse/vendor/bundle/ruby/2.5.0/gems/bootsnap-1.3.0/lib/bootsnap/load_path_cache/core_ext/kernel_require.rb:82:in `require'
/opt/bitnami/discourse/config/application.rb:37:in `<top (required)>'
/opt/bitnami/discourse/Rakefile:5:in `require'
/opt/bitnami/discourse/Rakefile:5:in `<top (required)>'
/opt/bitnami/discourse/vendor/bundle/ruby/2.5.0/gems/rake-12.3.2/exe/rake:27:in `<top (required)>'
/opt/bitnami/ruby/bin/bundle:23:in `load'
/opt/bitnami/ruby/bin/bundle:23:in `<main>'
(Voir la trace complète en exécutant la tâche avec --trace)
Cela semblait prometteur, mais je suis de nouveau à zéro.
csmu
(Keith John Hutchison - Ceiteach Seán Mac Úistin)
4
Pourriez-vous utiliser l’installation officielle prise en charge de Discourse ?
Nous avons plusieurs services requis dans notre environnement de développement et préférons démarrer l’ensemble (ainsi que Discourse et tous ses modules), définir et contrôler la mise en réseau entre tous les services avec une seule commande docker-compose up, puis tout arrêter avec down. Cela évite l’étape supplémentaire d’ajouter launcher à une nouvelle installation de notre environnement de développement.
OK, résolu. Pour ceux qui utilisent une installation Discourse Bitnami via docker-compose (Docker) pour le développement, voici les étapes que j’ai suivies (en m’inspirant des indications de @fzngagan) :
Je ne suis pas sûr de l’impact que cela aura sur la journalisation, et peut-être que j’aurais dû essayer =dev ou =development… donc c’est quelque chose que vous pourrez signaler, mais je suis pressé, désolé
> bundle exec rake admin:create
Répondez aux questions ; le mot de passe doit respecter les règles de Discourse, sinon le script recommence depuis le début
Remarque : Il n’est pas nécessaire d’utiliser ./Launcher, comme indiqué dans le lien mentionné par @fzngagan ci-dessus.
C’est regrettable que cela ne soit pas disponible via l’API si Discourse était configuré en environnement Dev ou Test, car cela simplifierait grandement les tests et le développement pour les services API souhaitant l’utiliser. Cependant, je me contenterai pour l’instant de la ligne de commande dans l’instance Docker.
Note supplémentaire : > export RAILS_ENV=production (réglage sur production) semble n’avoir aucun impact sur les informations de journalisation de Discourse. Cependant, je n’ai pas arrêté/redémarré mon docker-compose après ce changement, donc il faudra peut-être supprimer la variable d’environnement ou la régler sur development, dev ou autre.
