Website verlässt automatisch den schreibgeschützten Modus, wenn 'discourse enable_readonly' aktiviert wird.

[JammyDodger]

Liegt der Unterschied am Read-only-Modus, den Sie verwenden?

@SaraDev

• READONLY_MODE_KEY wird hauptsächlich für den Backup- und Wiederherstellungsprozess verwendet und wird von der Anwendung selbst ausgelöst. Dieser Modus kann auch über die Befehlszeilenschnittstelle von Discourse mit discourse enable_readonly und discourse disable_readonly aktiviert oder deaktiviert werden. Dieser Schlüssel übersteht jedoch keinen Container-Neustart.
• USER_READONLY_MODE_KEY wird verwendet, wenn ein Administrator auf die Read-only-Schaltfläche in der Admin-Oberfläche klickt. Das Besondere an diesem Schlüssel ist, dass wir ihn nicht als ablaufenden Schlüssel festlegen, da der vom Benutzer aktivierte Read-only-Modus Container-Neustarts überstehen muss. Andere Schlüssel werden mit einer TTL von 60 Sekunden festgelegt und wir haben einen Thread, der das Ablaufdatum alle 30 Sekunden verlängert, um sicherzustellen, dass eine App niemals im Read-only-Modus feststeckt.