Konkurrierender Schreibzugriff mehrerer Autoren

Hallo zusammen,

angenommen, ich habe mehrere Autoren, die durch einen blöden Zufall zur gleichen Zeit den gleichen Artikel bearbeiten.

Wenn ich es richtig beobachtet habe, werden in diesem Fall mehrere Versionen des gleichen Artikels gespeichert; und derjenige, der zuletzt gespeichert wurde, geht online. Verbessert mich bitte, falls ich mich irre!

So richtig elegant finde ich das nicht, da es für die Autoren sehr verwirrend sein könnte.

Gibt es daher einen denkbaren Weg, den Artikel für andere Autoren zu sperren, solange jemand ihn in Bearbeitung hat?

Gruß Alex

Hallo Alex,

diese Option wurde schon des öfteren von mehrere Leuten gewünscht. Ein Feature, auf das ich auch noch sehnlichst warte. :)
Derzeit sehe ich leider keine Möglichkeit, wie man das einfach lösen kann.

Grüße
Stephan

Hmmm... das ist ja suboptimal ...

Gab es dazu schon Feature Requests?

Hi

Zitat:

---

Zitat von mv_alex

Gab es dazu schon Feature Requests?

---

Jep, aber entweder hatte Trac nen Schluckauf oder er wurde kommentarlos gelöscht :(

Aber lass dich nicht aufhalten solltest du es nochmal versuchen wollen.

ciao b2m

Meine Trac-Einträge werden immer kommentarlos gelöscht. :D

Leo wird schon seine Gründe haben ...

Das könnte man mit einer Extension auch lösen ;-)

Dazu bräuchte man nur ein zusätzliches DB-Feld in tl_article mit einer entsprechenden Abfrage ;-)

Natürlich hat sollte man bedenken wenn ein Author nicht speichert das der Artikel nach einer gewissen Zeitspanne automatisch wieder freigegeben wird, sonst ist er ewig gesperrt...

Programmieraufträge nehme ich gerne per PN entgegen :p

Ich denke, sowas würde eher in den Core gehören.

Es ist wie immer eine Abwägung, wer sowas braucht und wer nicht and was das für einen Aufwand bei Implementierung, Pflege und Anwendung des Systems bedeutet.

Joomla hat (oder hatte zumindest in V1, neueres kenn ich nicht) so einen Mechanismus. Für 99.9% der Anwender bedeutete das nur Frust weil immer wieder Artikel "in Bearbeitung" blieben wenn man vergisst die Bearbeitungsseite dem Close-Button zu verlassen.

Bei den Artikeln würde es dann selbstredend nicht bleiben, auch für News, Events, Kommentare etc pp würde das dann natürlich gefordert.

Hallo,

wir arbeiten bereits an einer entsprechenden Lösung, die wahrscheinlich im Verlauf der nächsten Woche zur Verfügung stehen wird.

MfG
Peter

Klasse!

Ich bin gespannt! :)

Gruß Alex

Hat Andreas hierfür nicht schon ein Modul geschrieben? Ich meine das heißt ce_access, schau mal in seiner Module Liste im Repository.

Hallo Nils,

das Modul erlaubt dem Administrator, Inhaltselemente bei der Auswahl in einem Artikel einzuschränken, aber verhindert nicht ein gleichzeitiges Bearbeiten.

Am besten wäre eine einfache Anzeige wie: "xyz bearbeitet diesen Artikel seit x Minuten (und hat ihn vor x Minuten das letzte Mal gespeichert). Beachten Sie, dass Ihre Änderungen mit denen von xyz kollidieren können!"

Der Teil in Klammern soll angezeigt werden, wenn jemand "Speichern" geklickt hat. Wenn jemand "Speichern und X" klickt, soll die entsprechende Info entfernt werden. Auch nach x Minuten Inaktivität (im Backend einstellbar) und wenn der bearbeitende Nutzer sich abmeldet (oder automatisch abgemeldet wird?) soll die Info ebenfalls automatisch entfernt werden.

Man könnte auch per Javascript Pings absetzen um mitzuteilen, dass ein Benutzer einen Artikel geöffnet hat. Alternativ (ohne JS) könnte ein iFrame eingebunden werden, dessen Zielseite sich per meta-refresh alle x Sekunden/Minuten aktualisiert.
Ansonsten bliebe noch der Weg, den manche Wikis wählen: ein Hinweis beim Speichern, falls der Artikelinhalt sich seit dem letzten Öffnen geändert hat.

Achja, wie läuft es mit der Extension?

Hallo,

die Entwicklung der Erweiterung ist abgeschlossen. Da wir einige zusätzliche Funktionen in einem einzigen nützlichen Paket gebündelt haben, dauerte die Entwicklung länger als ursprünglich geplant. Derzeit müssen noch einige Testläufe durchgeführt und eine Dokumentation erstellt werden. Die Veröffentlichung erfolgt definitiv im Verlauf der nächsten Woche.

Edit: Entgegen meiner Ankündigung wird es wohl doch noch eine Weile dauern – es fehlt im Moment einfach an der Zeit. Ich bitte um Entschuldigung dafür, dass ich die aufgebaute Erwartungshaltung derzeit nicht erfüllen kann und zudem um Verständnis, dass ich keinen konkreten Zeitpunkt für eine Veröffentlichung mehr nennen werde.

MfG
Peter

Gibt es mittlerweile was neues zu dem Thema?
Wäre auch brennend an einer Lösung interessiert.

Hab das bei einem selbstprogrammierten CMS mal mit einer Klasse gelöst, die bei jedem Öffnen eines Artikels einen Eintrag in die DB mit id und user id macht.
Beim Öffnen eines Artikels wird gleichzeitig überprüft, ob schon ein Eintrag für einen Artikel in der DB vorhanden ist.

Wenn der User allerdings nicht mehr auf der Seite zum Artikelbearbeiten ist, wird das bei einer Abfrage abgefangen und der zugehörige Eintrag in der DB wird gelöscht.
Das Problem dabei ist, dass der User beim Bearbeiten einfach den Browser schließen kann und somit der Artikel gesperrt bleibt.
Um sowas zu verhindern, könnte man ne maximale Speicherzeit des DB-Eintrages festlegen...
Wenn nun ein User die maximale Speicherzeit der Sperrung überschreitet, könnte per Javascript ne Meldung "aufpoppen", die danach fragt, ob die Sitzung erneuert und damit die Speicherzeit verlängert werden soll.

Ich hab leider noch keine Ahnung davon, wie man TL-Erweiterungen schreibt und momentan auch keine Zeit mich da einzuarbeiten. Sonst würd ichs sofort machen.
Denn gerade für Projekte mit vielen Redakteuren, die selbstbestimmt und ohne Anweisung von "oben" Artikel ändern/schreiben/etc. wollen, ergeben sich Probleme durch gleichzeitiges Bearbeiten!

Wie bereits ist es wohl kein technisches Problem das zu lösen, nur müsste es jemand machen. Falls es wirklich dringend und ein Budget vom Kunden dafür vorhanden ist, findest du sicherlich einen TYPOlight-Partner der das machen kann.

HI

aber offenbar gibt es wohl bereits eine Lösung, die auch tut :) Gerne würde auch ich diese ausprobieren.

Das finde ich genial:

Zitat:

---

Zitat von acenes

oder hatte zumindest in V1, neueres kenn ich nicht

---

Genau die richtige Einstellung :D

Sebastian

@Peter / mandrake

gibts was Neues? wie sieht der Zitplan aus?

Wenn ich das richtig gesehen habe, werden die Sessions vom BE per DB gehändelt - man könnte sich sichr an der Stelle einklinken und die "Feierabend-Redakteure" rauswerfen.

In den meisten Fällen würde ein Hinweis a la Typo3, Wordpress usw. schon reichen

Gruss zonky

Hallo mandrake,

nicht mehr lange und der letzte Eintrag jährt sich... ;-)

Vielleicht kann man ja dem Projekt "etwas unter die Arme" greifen?

Gruss zonky

Hallo,

siehe: https://www.contao-community.de/show...Access-Control

Sorry, für die lange Wartezeit. :)

MfG
Peter

Wow, großartig! Vielen Dank! Das hat lange gefehlt. :D

Hallo,

ich muss diesen Uralt-Thread mal wieder hervorholen. Die hier erwähnte Extension gab es ja wohl nur bis Contao 2.11.x.
Gibt es inzwischen in Contao (Version 3.5.x oder auch 4.x) Routinen, die ein gleichzeitiges Bearbeiten ein und desselben Inhaltselementes durch mehrere Benutzer verhindern?
Oder gibt es eine Erweiterung, die das tut?

Viele Grüße,
Ignatz

Dieses Feature ist für Contao 4.4 geplant. Es wird nicht verhindert, aber die Benutzer werden entsprechend informiert.

Sehr schön, so lange kann ich warten. Contao 4.4 leuchtet ja schon am Horizont ...

Ist das in 4.4 umgesetzt worden? Ich habe es noch nicht bemerkt. Wo wäre die Warnung?

Melde dich mit zwei Benutzern an und ändere die selbe Page oder sonst was. Dann erhältst du eine Meldung.

Zitat:

---

Zitat von pout

Ist das in 4.4 umgesetzt worden? Ich habe es noch nicht bemerkt. Wo wäre die Warnung?

---

Bearbeite einfach einen Datensatz mit zwei Benutzern und Du wirst sie sehen.

Leider nein. Ich bin in einem Browser als admin angemeldet und in einem anderen als ein Redakteur.
Ich öffne bei beiden das gleiche Inhaltselement einer Nachricht. Ich sehe keine Meldung, weder beim Bearbeiten noch beim Speichern. Das selbe beim Inhaltselement eines Artikels.

Ist hier in der Keynote von Leo zu sehen:
https://leofeyer.github.io/konferenz-2017/#38

Ahh. Jetzt hab ichs. Danke. Ich dachte die Warnung käme, sobald man einen Datensatz öffnet, der von jemand anderem geöffnet ist.