Hilfe beim Einrichten von Discourse ID

Ich muss blind sein oder so… :see_no_evil_monkey:

Ich kann discourse_id_client_id und discourse_id_client_secret nicht in der Konfiguration meiner Websites finden. Nur Enable Discourse ID. :man_shrugging:

Irgendeine Idee?

Ist force https aktiviert?

Ja, es ist aktiviert. Das habe ich überprüft.

Sie müssen es nur aktivieren und das Geheimnis und die ID werden automatisch generiert.

Es gibt eine Rake-Aufgabe, die Sie ausführen, um eine Verbindung zum zentralen Server herzustellen und Schlüssel zu erstellen. Das sind Ihre Schlüssel und Geheimnisse, die erstellt werden.

Ich sehe es nirgendwo dokumentiert.

Es sollte einfach genug sein, um es im Quellcode zu finden, aber nicht so einfach, dass ich es auf meinem Handy nach 17 Uhr finden kann

1 „Gefällt mir“

[quote=„pfaffman, post:31, topic:379565”]
Es gibt eine Rake-Aufgabe, die Sie ausführen, um eine Verbindung zum zentralen Server herzustellen und Schlüssel zu erstellen. Dort werden Ihr Schlüssel und Ihr Geheimnis erstellt.
[/quote]

Wirklich? :laughing: OMG… :smiley:

[quote=„pfaffman, post:31, topic:379565”]
Ich sehe es nirgends dokumentiert.
[/quote]

Ich auch nicht. Ich frage mich, ob das schon jemand eingerichtet hat. :wink:

rake discourse_id:register

Nein. Ich habe es gerade auf einer aktuellen Website ausprobiert, und das einfache Aktivieren der Einstellung generiert die Schlüssel.

Ich glaube, dass die Rake-Aufgabe eine Weile erforderlich war, bevor sie öffentlich angekündigt wurde, und jetzt fordert das Aktivieren der Einstellung automatisch die Schlüssel an, was viel sinnvoller ist, als eine Rake-Aufgabe ausführen zu müssen.

1 „Gefällt mir“

Vielen Dank, aber das hat nicht funktioniert:

Plugin name is 'discourse-docs', but plugin directory is named 'discourse-knowledge-explorer'
rake aborted!
Don't know how to build task 'discourse_id:register' (See the list of available tasks with `rake --tasks`)
Did you mean?  discourse_ai:install:migrations
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(See full trace by running task with --trace)

Ist Ihr Forum auf dem neuesten Stand? Haben Sie versucht, die Einstellung einfach über die UX zu aktivieren? Ich habe es gerade auf einer Website ausprobiert, die die letzte Beta-Version verwendet.

1 „Gefällt mir“

Ungefähr eine Woche, vielleicht zwei seit dem letzten Rebuild.

Hast du es aktiviert? Wenn du es tust, werden die anderen generiert. Du musst sie nicht selbst ausblenden.

1 „Gefällt mir“

Ich habe enable_discourse_id aktiviert und eine Fehlermeldung erhalten (auf Deutsch):

enable_discourse_id: Du musst die Discourse-ID-Anmeldedaten („discourse_id_client_id“ und „discourse_id_client_secret“) konfigurieren, bevor du diese Einstellung aktivierst.

Es besagt, dass ich discourse_id_client_id und discourse_id_client_secret konfigurieren muss, bevor ich enable_discourse_id aktiviere.

Es ist also im Moment eine Art Henne-Ei-Problem. :wink:

2 „Gefällt mir“

Seltsam. Sie könnten versuchen, ein Upgrade durchzuführen und dann einen Fehlerbericht auszufüllen.

Befinden Sie sich hinter Cloudflare oder einem anderen Reverse-Proxy, der den Discourse-Server daran hindern könnte, eine Verbindung zu Ihrem Server herzustellen? Ich bin ziemlich sicher, dass es nicht funktionieren wird, wenn Sie sich hinter Cloudflare befinden.

1 „Gefällt mir“

Ich habe gerade auf die neueste Version aktualisiert. Ich sehe die beiden Optionen nicht…

Nichts. Meine Instanzen laufen auf einem Linux-Server „hinter“ einem Apache-Webserver. Ich denke, das ist ziemlich einfach, so wie es in der Anleitung zum Ausführen von Self-Hosted-Instanzen beschrieben wird.

Gestern habe ich eine weitere Instanz eingerichtet, um eine Migration von einem anderen Forum zu testen. Dort sehe ich die Optionen auch nicht.

:man_shrugging:

Hast du die Option ausgeschaltet (falls sie eingeschaltet war) und dann versucht, sie zu aktivieren?
Du wirst diese Werte niemals selbst festlegen.

1 „Gefällt mir“

Nein, ich kann sie nicht einschalten. Der Fehlermeldungstext besagt, dass ich zuerst client_id und client_secret einrichten muss.

Das ist es, was ich mit dem Henne-Ei-Problem meinte. Welches Problem war zuerst da oder ich kann es nicht einschalten, ohne die Werte, die ich nicht einstellen kann, weil die Felder nicht sichtbar sind.

Ich glaube, pfaffman hat versucht zu erklären, dass, obwohl der Fehler besagt, dass diese Einstellungen konfiguriert werden müssen, bevor die Einstellung aktiviert wird, nicht Sie, sondern die Software sie ausfüllt.

Vielleicht kann Discourse ID fails to activate on my instance einige Ideen liefern, was Sie sonst noch versuchen könnten.

1 „Gefällt mir“

Klingt, als ob es ein Problem mit der Reverse-Proxy-Einrichtung gab, wie ich erwartet hatte

Versuchen Sie, force_https zu aktivieren. Das ist ein häufiges Problem mit einem Reverse-Proxy, da Discourse nicht erkennen kann, dass es sich um HTTPS handelt.

force_https ist von Anfang an aktiviert.

Als ich mich gestern zum ersten Mal in der neu installierten Instanz angemeldet habe, wurde ich sofort gefragt, ob ich force_https aktivieren möchte.

Aber ja, Apache läuft mit HTTPS und der Reverse-Proxy verwendet Port 8080 http im Discourse Docker-Container. Aber irgendwie weiß Discourse trotzdem, dass es HTTPS ausführt.

Das ist meine beste Vermutung. Wie hast du “force https” aktiviert?

Im Adminbereich mit dem Webbrowser. Sollte dies auf der Konsole erfolgen? Wie z. B.

rails r \"SiteSetting.force_https=true\"

Habe es gerade versucht. Es schien zu funktionieren, da es auf der Konsole keine Rückmeldung gab.

Aber ich sehe immer noch keine zwei neuen Einstellungen (im Webbrowser) für client_id und client_secret.

1 „Gefällt mir“