Können Discourse-Updates deaktiviert werden?

Ich habe eine selbst gehostete Installation mit funktionierenden Plugins, aber Discourse aktualisiert sich weiterhin automatisch ohne mein Einverständnis. Kürzlich ist das Forum abgestürzt, weil ein Plugin nicht mehr kompatibel war.

Da mein Anwendungsfall bereits festgelegt ist und ich die neuen Discourse-Funktionen eigentlich nicht benötige, wie kann ich die Updates deaktivieren, damit die Plugins nicht kaputtgehen?

Discourse aktualisiert sich nicht automatisch. Wir haben nicht einmal eine Funktion für automatische Updates.

Vielleicht aktualisiert jemand Ihr Forum? Oder haben Sie einen manuellen Hintergrundjob hinzugefügt, der dies auf dem Host-Server ausführt?

Das ist umwerfend, denn ich habe keine Plugins, die automatische Updates durchführen, und ich kann auch nichts in der app.yml-Datei finden. Aber du hast bereits gesagt, dass Discourse diese Funktion nicht hat.

Gibt es eine Möglichkeit, den genauen Zeitpunkt (Datum und Uhrzeit) des letzten Discourse-Updates abzurufen?

Das Datum findest du unten auf der Seite /admin (falls du die alte Ansicht verwendest).

Es sollte in etwa so aussehen:

Vielleicht ist es aber auch an einer anderen Stelle detaillierter dargestellt … :thinking:

Okay, ich sehe es. Es steht dort, dass das letzte Update vor 3 Stunden stattfand, und vor 3 Stunden habe ich Folgendes ausgeführt:

./launcher rebuild app

Aktualisiert dieser Befehl Discourse? Wie installiere ich dann Plugins, ohne Discourse zu aktualisieren?

Ja, das ist die Hauptmethode, um Discourse zu aktualisieren.

Entweder installierst du Plugins oder du befindest dich in der Situation,

Zwar ist es technisch möglich, Discourse auf einer bestimmten Version zu fixieren, während man Plugins installiert, dies erfordert jedoch eine sehr sorgfältige Analyse der Versionskompatibilität, da viele Plugins davon ausgehen, dass eine aktuelle Version von Discourse verwendet wird.

es ist technisch möglich, Discourse auf eine bestimmte Version zu fixieren, während Plugins installiert werden

Wie mache ich das?

dies erfordert eine sehr sorgfältige Analyse der Versionskompatibilität, da viele Plugins von einer aktuellen Version von Discourse ausgehen

Die Plugins sind von mir. Ich möchte nicht, dass sie kaputtgehen. Ich hatte bereits eine schlechte Erfahrung, als Discourse die Architektur oder was auch immer geändert hat. Ich wünschte, das Forum würde der Philosophie von Golang folgen.

Hast du schon mal darüber nachgedacht, stattdessen auf die ESR-Version umzusteigen, anstatt eine bestimmte Version zu fixieren? So erhältst du weiterhin die Sicherheitsupdates, musst dich aber nur alle sechs Monate mit den anderen Änderungen auseinandersetzen.

Das ist ein Anfang, aber ich warte trotzdem darauf, dass jemand erklärt, wie man bei einer bestimmten Version bleibt.

Ich bin mir nicht ganz sicher, worauf Sie genau warten. Das Thema, das ich verlinkt habe, erklärt bereits, wie Sie die Version konfigurieren, die Sie installieren möchten.

Sie haben gesagt, dass Sie nicht die ESR-Version, sondern eine bestimmte Version möchten. Der gleiche Prozess gilt jedoch, unabhängig davon, ob Sie einen Branch, einen Tag oder einen bestimmten Commit-Hash verwenden – Sie ersetzen einfach den Wert von version entsprechend. Sie können auch einige Beispiele dafür im Forum finden [1] [2]

:warning: Ich empfehle dennoch, fest verankerte Commits in der Produktion zu vermeiden, da Sie keine Sicherheitsupdates oder Korrekturen erhalten, es sei denn, Sie verfolgen diese manuell.

Aber im Grunde sind das nur Anpassungen dahingehend, welchen Branch ich verwenden möchte. Ich sage, man sollte es ab einer Version wie 2026.6.0 fixieren und von dieser Version aus nie wieder updaten. Was du vorschlägst, wechselt ständig zwischen den Versionen hin und her, nur eben auf einem anderen Branch.

Ändert sich auch nicht, wenn du einen Ref wählst, der sich nicht bewegt:

Aber alle oben genannten Vorbehalte gelten – dies wird im Allgemeinen nicht empfohlen.

Wenn du diesen Ansatz wählst (oder einem bestimmten Release-Branch folgst), übernimmst du mehr Verantwortung dafür, zu verfolgen, wann Dinge nicht mehr unterstützt werden, und managest diese Risiken entsprechend.

Ich habe gesagt, dass du jede Version dort eintragen kannst. Hast du dir die Beispiele angesehen, die ich verlinkt habe?

Wann erwartest du, dass sich ein fester Commit-Hash wie dieser ändern wird?

Entschuldigung, mein Fehler, ich habe diesen Teil nicht gelesen. Wie finde ich die lange Commit-ID für meine aktuelle Installation?