Wenn Ihre Sitzung noch aktiv ist, treten keine Probleme auf. Versuchen Sie jedoch, sich jetzt anzumelden, ändert sich die URL beim Klicken auf „Anmelden
Eine Randfrage: Gibt es eine Möglichkeit, auf eine frühere Version zurückzukehren? Ich habe etwas gesucht, und der Konsens ist, die Plugins (oder das spezifische fehlerhafte Plugin) zu deaktivieren. Allerdings kann ich dieses nicht deaktivieren, da es der Weg ist, über den sich meine Benutzer auf der Plattform anmelden
Es wird nicht wirklich unterstützt, aber wenn Sie ein Backup haben, können Sie das Postgres-Datenverzeichnis löschen, einen Commit in die Versionszeile in app.yml einfügen, neu erstellen und das Backup wiederherstellen.
Ja, ich habe ein Backup erstellt und versuche nun, die Version mit dem SHA der Version, die ich hatte, wiederherzustellen, da sie nur unzuverlässig funktioniert.
Parallel dazu habe ich noch die neueste stabile Version, um zu prüfen, ob wir das Problem irgendwie lösen können.
Ich weiß nicht, ob @david, wie von @codinghorror vorgeschlagen, einen Rat hat, aber ich bin bereit, alles zu versuchen, da meine Benutzerbasis keinen Zugriff mehr hat (es sei denn, sie haben ihre Sitzung beibehalten).
Kurzes Update: Ich habe versucht, eine Sicherungskopie mit einem Snapshot des Systems zum damaligen Zeitpunkt (vor dem Upgrade) zu verwenden. Beim Klicken auf „Anmelden
Problem gelöst, die Ursache wurde gefunden – es liegt nicht an Discourse (Entschuldigung, Leute!). Das Problem bestand darin, dass das Zertifikat aktualisiert und über einen HAP bereitgestellt wurde. Zuvor haben wir keinen HAP verwendet, und Discourse hat das Zertifikat selbst bereitgestellt. Wir haben diesen Detail übersehen, was zu dem CORS-Fehler führte.
Gelernte Lektionen:
Ein Zurücksetzen von Discourse ist keine Option. Besser ist es, ein vollständiges Backup der gesamten Maschine zu haben (was glücklicherweise der Fall war).
Ich muss noch herausfinden, warum es so schwierig war, mit einer bestimmten SHA-Version gemäß den hier gelesenen Anweisungen neu aufzubauen. Ich war dazu nicht in der Lage.
Es ist besser, Zertifikate immer über den HAP bereitzustellen, aber man darf dies nicht vergessen. (Als Hinweis für andere: Es ist notwendig, den Flag 'set-header X-Forwarded-Proto https' hinzuzufügen, da Discourse einen eigenen NGINX verwendet, und genau dort trat der Fehler auf).
Dass niemand das gleiche Problem gemeldet hat (auch wenn dies ein Randfall ist, da das Plugin nicht offiziell ist), deutete in diese Richtung hin (Community wie vorgesehen :P).
Das Problem trat erst spät auf (bis zu dem Punkt, an dem wir die Zertifikatsänderung nicht mehr erinnerten), weil der durch das Update ausgelöste Neuaufbau der Auslöser war, bei dem es fehlschlug.
Nochmals vielen Dank und Entschuldigung für die Störung!
