Die Webseite fuer Aenderungen sperren

Hallo Leute,

ich habe da mal eine Frage (bin noch recht neu in Contao):

Bei uns werden mehrere Leute an Contao arbeiten, aber einer (ich) wird mit den
Backups und grossen Aenderungen betraut sein.
Bevor ich nun grosse Aenderungen mache, wuerde ich gern die Web-Seite fuer alle
Aenderungen sperren, um zu verhindern, das jemand noch eine Artikel einpflegt,
waehrend ich an einer grossen Aenderung arbeite. Die Reihenfolge waere:
- normale Arbeit
- Sperren fuer Aenderungen
- Kopieren von Contao in lokale Installation
- Grosse Aenderungen machen
- Sync zurueck auf den Server
- Sperre aufheben

Natuerlich darf ein Besucher der Webseite nichts davon merken (das Maintenance-Plugin
faellt damit aus).

Wie kann ich das mit Contao umsetzen?

Danke schon mal im Voraus!

Von welchen Änderungen reden wir hier? Inhaltlichen? Technischen?

Ich würde das ganze so versuchen, Homepage in den Zustand bringen das nichts mehr geändert werden darf. Anschließend alle Backend User sperren (somit können sich diese nicht mehr einloggen).
Eine zweite Installation hochziehen mit dem aktuellen Stand. Änderungen machen, wieder einspielen User "öffnen". Für sowas würde sich SyncCto anbieten, allerdings weiß ich nicht ob diese mit Contao 3.0 funktioniert.

Ja, ich würde auch die Benutzer sperren.

Nicht vollständig sperren, aber sie an jedweden Änderungen hindern kannst Du recht einfach, indem Du sie in eine Gruppe verfrachtest und die Gruppe während der Arbeiten deaktivierst. Sinnvoll und zuverlässig, wenn Du das Bearbeiten von Inhalten an eine Gruppe 'Bearbeitungsrechte' knüpft und Filemounts, Seitenmounts und so weiter über weitere Untergruppen regelst.

Problem ist dann aber doch auch, was ist wenn gerade ein Benutzer eingeloggt ist und einen Artikel schreibt?

Zitat:

---

Zitat von holzfaeller

Problem ist dann aber doch auch, was ist wenn gerade ein Benutzer eingeloggt ist und einen Artikel schreibt?

---

Es gibt eine Erweiterung die Anzeigt ob gerade jemand angemeldet ist:
https://contao.org/de/extension-list...online.de.html

Zitat:

---

Zitat von holzfaeller

Problem ist dann aber doch auch, was ist wenn gerade ein Benutzer eingeloggt ist und einen Artikel schreibt?

---

Kommunizieren sollte man solche Sachen allerdings schon, oder findest Du nicht?

(der Benutzer hat in dem Augenblick dann auch kein Recht mehr, den Artikel zu bearbeiten. Ob noch gespeichert werden kann habe ich jetzt nicht ausprobiert)

Wir entwickeln grade genau solche eine Extension die es ermöglicht gewisse Teile des Backends zu sperren. Diese kann dann auch von anderen Extensions angesprochen werden das z.B. syncCto erst das Backend sperrt wenn es synct. Oder das ein Redakteur erst gesperrt wird wenn er den Artikel oder das Inhaltselement nicht nur gespeichert sondern auch geschlossen hat.