Gibt es keine Möglichkeit, das Hinzufügen von Discourse Connect im Hobby-Plan zu testen? Ich möchte dies ausprobieren, bevor ich bezahle… Allerdings sehe ich die Einstellungen zum Aktivieren von Discourse Connect nicht.
Bearbeitung: Ich habe den Discourse-Assistenten diese Frage gestellt und es scheint, dass dies der Fall ist. Korrigieren Sie mich, wenn ich falsch liege, denn ich möchte lieber nicht dafür bezahlen, bis ich weiß, dass ich es brauche.
DiscourseConnect ist im Pro-Tarif verfügbar. Sie können diesen Tarif kostenlos testen. (Es werden Ihnen nur dann Gebühren berechnet, wenn Sie sich für ein kostenpflichtiges Abonnement entscheiden.)
Gibt es eine Konvention oder Regeln, wie Benutzernamenfelder kodiert werden sollen.
Wenn meine benutzerdefinierten Benutzerfelder wie folgt benannt sind:
Wie soll ich meine Nutzlast formatieren? Muss ich den Namen URL-kodieren oder reicht es aus, nur den Snakecase zu verwenden?
Wir planen, es Benutzern zu ermöglichen, ihre E-Mail-Adresse auf unserer Hauptseite (dem SSO-Anbieter) zu ändern. Wir möchten gleichzeitig ihre E-Mail-Adresse in Discourse aktualisieren, ohne dass sie zu ihren Discourse-Einstellungen gehen müssen und ohne dass sie ihre neue E-Mail-Adresse bei Discourse validieren müssen. Was ist der beste Weg, dies zu implementieren?
Ich habe experimentiert, indem ich ihre E-Mail-Adresse wie unten gezeigt aktualisiert habe, aber dies hat nur eine sekundäre Discourse-E-Mail hinzugefügt, die auf die Validierung wartete. Ich möchte ihre primäre Discourse-E-Mail ohne Validierung ändern. Die Validierung wird von der Hauptseite durchgeführt.
curl -X PUT "https://discourse.example.com/u/$TARGET_USERNAME/preferences/email.json" \
-H "Api-Key: $DISCOURSE_API_KEY" \
-H "Api-Username: $DISCOURSE_USERNAME" \
-H "Content-Type: application/json" \
-d '{"email": "new-address@example.com"}'
Haben Sie die Site-Einstellung auth_overrides_email aktiviert?
Das habe ich übersehen – ich habe die Überschreibungen für Avatar, Name und Benutzername gesehen. Danke!
Einige Benutzer melden, dass sie beim Anmelden mit SSO folgende Fehlermeldung erhalten: „Die gewünschte Änderung wurde abgelehnt.“ Ich habe auth_overrides_email sowie Name, Benutzername und Avatar konfiguriert. Ich vermute, dass die abgelehnte Änderung eine dieser Einstellungen betrifft, aber ich habe Schwierigkeiten, nützliche Informationen in den Logs zu finden. Ich habe /logs durchsucht – manchmal erscheint dort „Die primäre E-Mail-Adresse ist bereits vergeben“, aber ich kann nicht herausfinden, warum Discourse anscheinend versucht, einen neuen Benutzer anzulegen, anstatt den Benutzer mit dieser E-Mail-Adresse zu autorisieren. Auch habe ich in /var/discourse/shared/standalone/log/rails nachgesehen, fand aber nichts Aufschlussreiches.