Hallo berny,
es ist völlig ausgeschlossen, dass ein- und derselbe Datensatz von mehreren Benutzern gleichzeitig bearbeitet werden kann! Das ist mit Joomla!-Standard ausgeschlossen! Sobald ein Anwender einen Datensatz bearbeitet, erhält er in der Datenbank einen Vermerk. Dann kann er nicht von einem anderen Benutzer geöffnet werden. Das gehört zu den Grundlagen der Programmierung.
Okay, "völlig" stimmt dann doch nicht ganz, denn ich kann mir genau zwei Szenarien vorstellen, wo das doch geht: Einmal sitzen zwei Anwender vor einem Gerät und bedienen die Tastatur gleichzeitig. Die einzigen Folgen, die ich mir da vorstellen kann, sind ein Streit über das, was eingetragen werden soll oder wer das tippen darf. Das juckt BwPostman aber nicht.
Der andere Fall ist ähnlich "daneben": Anwender A geht über Gerät 1 rein und will eine Mailingliste bearbeiten. Anwender B will auf Gerät 2 genau dieselbe Mailingliste bearbeiten. Einer von beiden gewinnt das Rennen: Wer zuerst bei der Datenbank angekommen ist, der darf den Datensatz bearbeiten. Angenommen, A hat gewonnen und B schert sich nicht um die Sperre, sondern checkt den Datensatz einfach ein, weil er das Recht dazu hat. Dann bearbeitet er ihn ebenfalls. Genau das ist der einzige Fall, bei dem BwPostman ins Straucheln kommt. Aber da ist BwPostman in guter Gesellschaft mit Joomla! und ich könnte wetten, dass andere Systeme dasselbe Problem haben. Wenn jemand mutwillig die Sperre entfernt, dann kann die beste Software das nicht verhindern. Höchstens dadurch, dass das Wiedereinchecken unterbunden wird. Dann gibt es aber Daten-Leichen, die auch niemand haben will.
Ich hatte mich vorhin vielleicht etwas unklar ausgedrückt. Die Tests wegen mehrerer Anwender gleichzeitig beziehen sich darauf, dass die Änderung zum Beispiel an einer Mailingliste Auswirkungen auf die Anzeige bei den Newslettern oder Abonnenten hat und wie es ich verhält, wenn ein Anwender da etwas speichert, was nicht mehr den Tatsachen entspricht. Also so was in der Art, dass eine Mailingliste geändert wird, das aber noch nicht bei dem angekommen ist, der einen Abonnenten ändert, weil der vorher mit seiner Bearbeitung begonnen hat. Doch auch das dürfte kein echtes Problem sein und Fehlverhalten verursachen, höchstens nicht erwartete (aber sachlich korrekte) Ergebnisse beim nächsten Blick darauf.
Der Gedanke mit dem Cache ist allerdings nicht ganz daneben: Pro Sitzung (also auch pro Anwender/Account) werden bestimmte Daten in einem Sitzungs-Cache zwischen gespeichert. Aber das geht nicht über Geräte-/Anwender-Grenzen hinweg. Wenn der Sitzungs-Cache in der Datenbank gespeichert wird und derselbe Account an mehreren Geräten gleichzeitig verwendet wird, dann kann da schon mal etwas nicht wie erwartet passieren. Aber deine Anwender hatten doch eigene Accounts?
Wenn "falsche Daten" in einem Datensatz auftauchen, dann ich mir nur folgendes vorstellen:. Anwender A ändert einen Datensatz und geht raus. Was er geschrieben hat, weiß er ja. In der Zwischenzeit geht Anwender B rein, ändert den Datensatz. Jetzt geht Anwender A wieder rein und sieht, dass da was anderes steht als er geschrieben hat.
Falls das alles ausgeschlossen ist, dann wäre es für mich sehr hilfreich, wenn ich eine exakte Klick-/Tipp-Anleitung bekommen könnte, wie ich dieses Verhalten nachstellen kann.
Liebe Grüße
Romana