Server-tools: [10.0] Modul vorschlagen, um Benutzer während der Serverwartung zu sperren

Erstellt am 5. Mai 2017  ·  5Kommentare  ·  Quelle: OCA/server-tools

Wir möchten ein Modul bereitstellen, mit dem sich Benutzer (außer Administratoren) während des Serverwartungsmodus nicht anmelden können. (dh wenn der Administrator weitere Konfigurationen im System vornehmen möchte).
Es kann so einfach sein wie

  • Wählen Sie alle Benutzer aus und klicken Sie auf Aktion-> Benutzer für Serverwartung blockieren
  • Benutzer werden als "blockiert" markiert
  • Wenn er sich anmeldet, wird eine Warnmeldung angezeigt, dass der Benutzer für die Serverwartung gesperrt ist

Gibt es ähnliche Addons und / oder ist dieses Modul gut für OCA?

question

Alle 5 Kommentare

: +1:
AFAIK das gibt es noch nicht.

Hmmm ordentlich. Ich denke, wir brauchen möglicherweise eine Art base_maintainence oder etwas anderes, um einen Wartungsmodus für den allgemeinen Gebrauch zu definieren. Ich habe in # 790 einen ähnlichen Modus vorgeschlagen, der eine Seite mit dem Wartungsmodus enthält.

@lasley Ich bin immer noch nicht sehr klar. Ich überfliege # 790 und es geht darum, die Module zu aktualisieren, oder? Schlagen Sie vor, dass dieser Wartungsmodus Teil davon sein kann?
Hinweis: Ich und @newtratip sind sehr neu in OCA. Also, bitte zögern Sie nicht vorzuschlagen. :) :)

Wird dies von https://github.com/OCA/server-tools/pull/833 angesprochen?

Eine Idee, die mir immer in den Sinn kam, um dies zu erreichen, ist, dass im Wartungsmodus jeder Aufruf von write , delete und create abgebrochen werden sollte.

Ein "einfacher" Weg, dies zu erreichen, wäre die Konfiguration eines Benutzers der zweiten Datenbank, der in Cursorn im Wartungsmodus verwendet werden soll. Dieser Benutzer sollte nur Lesezugriff haben. In diesem Modus sollte sowohl am vorderen als auch am hinteren Ende ein einfaches Menüband angezeigt werden.

Es reicht einfach nicht aus, den Zugriff auf /web/* während der Wartung zu verbieten, weil:

  • Wenn Sie keine Daten lesen können, ist es viel einfacher, eine schöne 503-Fehlerseite auf Proxy-Ebene für einen solchen Pfad zu konfigurieren.
  • Andere Controller versuchen möglicherweise immer noch, in die Datenbank zu schreiben ( /shop/checkout usw.).
  • Konnektoren, API-Aufrufe und Cron-Jobs können weiterhin schreiben.
War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

OCA-git-bot picture OCA-git-bot  ·  30Kommentare

lasley picture lasley  ·  20Kommentare

lasley picture lasley  ·  22Kommentare

lasley picture lasley  ·  8Kommentare

pedrobaeza picture pedrobaeza  ·  66Kommentare