Anzeigefeld "Datum letzte Änderung"

Vienna_Vikings_Admin

In letzter Zeit hatte ich vermehrt diesen Wunsch, der bereits in den Nutzervorschlägen von ingesamt drei Personen geäußert wurde, das erste Mal 2018.
Ich möchte das einfach hier zur Diskussion stellen. Es geht um die Listenansicht. Es wäre m.M. nach sehr hilfreich, wenn man ein (reines) Anzeigefeld "Datum letzte Änderung" hätte. Da würde man, z.B. in einer Gruppe, sofort erkennen, welcher Datensatz als letztes geändert/angelegt wurde, ohne bei jedem einzelnen nachsehen zu müssen. Ich weiß natürlich nicht, wie der/die Timestamp(s) im Webling gehandhabt werden. Da dieser aber an etlichen Stellen angezeigt wird, sollte es kein Problem sein (meine laienhafte Vorstellung), diesen als Anzeigefeld (wie MID) zur Verfügung zu stellen.

Was meint die Communtity dazu?

Das ist übrigens mein Nutzervorschlag vom 6.1.2022:
Es gibt schon mehrere Wünsche zu diesem Thema hier, der erste Wunsch bereits 2018. Ich möchte das noch einmal aufgreifen. Das Datum der letzten Änderung als reines Anzeigefeld (wie MID) wäre manchmal sehr hilfreich. Bei einer Listenansicht könnte man sofort sehen, wer wann das letzte mal bearbeitet wurde, ohne mühsam in den Änderungen bei der Einzelansicht nachsehen zu müssen.

ZDD

Wäre auch für mich interessant

blubstar

Moin, lese das gerade zufällig mit.

Es gibt einen Work-Around über die REST-API "/history".

Der REST Aufruf an
/history/member?filter=$event.member[$id=XXX]=MODIFYPROPERTY limit 1
liefert detaillierte Infos zum letzten "Commit" auf den user mit Object ID XXX inkl. Details wie Datum der Änderung und was wurde geändert (und was blieb gleich).

Lass ein Script laufen, das dies bei allen Usern herausfindet.
Schreibe das Ergebnis (Datum letzte Änderung) in ein dazu extra angelegten Member-Feld "Datum der letzten Änderung".

ACHTUNG: das Schreiben dieses neuen Feldes entspricht im Backend auch einer Änderung (am Datenfeld "Datum der Änderung") und ändert das Backend-Change-Datum also erneut. Daher darf das Script dieses "Datum der letzten Änderung" nur neu beschreiben, wenn die letzte Änderung eben genau NICHT am Feld "Datum der letzten Änderung" war. Sonst wird es quasi eine "selbsterfüllende Prophezeihung". Checkt dazu mal die Response von oben genanntem API Call. Da sieht man nämlich, welche Werte geändert wurden.

Voila! Ab nun kannst du in ALLEN Ansichten diese Spalte nutzen, sortieren, filtern, suchen, etc.

Muss man natürlich immer erneut laufen lassen, wenn man das Feature aktuell nutzen will. Oder auch per CRON 1x täglich, stündlich, etc.

@carlos_diener Gibt's einen Weg, die letzten Änderungen ALLER members mit einer einzigen Abfrage zu bekommen?
Gibt es einen "after member properties change" hook?

Vienna_Vikings_Admin

blubstar
Danke für deine ausführliche Beschreibung. Ich bin leider nicht so tief Programmieren drinnen wie du. Daher ist das für mich kein praktikabler Weg. Es wäre für mich nach wie vor das Sinnvollste, das Änderungsdatem/den Timestamp als reines Abfragefeld (wie MID) zur Verfügung zu stellen.

demian_holderegger

blubstar Gibt's einen Weg, die letzten Änderungen ALLER members mit einer einzigen Abfrage zu bekommen?
Gibt es einen "after member properties change" hook?

Du kannst über die History API auch mehrere Einträge auf einmal laden, indem du den ID-Filter entfernst und das Limit anpasst:

/history/member?filter=$event.member=MODIFYPROPERTY limit 100

Somit kannst du die Infos deutlich effizienter abfragen. Das Limit ist sinnvoll beizubehalten, weil Queries ohne Limit mit einer zu langen Laufzeit abgebrochen werden ohne Resultat.

Webhooks gibt es aktuell nicht, aber es gibt ein Vorschlag dazu auf unserer Wunschplattform: https://webling.featureupvote.com/suggestions/78287/webhooks

blubstar

demian_holderegger
Danke für den Tipp, aber ich glaube, der wird kaum funktionieren. Denn er zeigt mir dann ja einfach die letzten 100 Änderungen an, auch wenn diese alle am selben Mitglied waren. Um das Änderungsdatum aller Mitglieder zu checken, muss man mittels der ID-Flters über alle Mitglieder iterieren, weil man nicht weiß, wie lange zurück (limit) das ist.
Oder übersehe ich etwas?

demian_holderegger

blubstar Ja das stimmt, wenn du das einmalig machst, dann geht das natürlich nicht. Aber wenn du es regelmässig, bzw. als Cronjob machst, dann sollte es reichen, wenn man nur die neuen Änderungen erhält, und die updated. Wenn es keinen neuen Eintrag in der History hat, dann hat sich auch nichts am Änderungsdatum geändert.

blubstar

demian_holderegger
Prinzipiell ja, aber auch dann kann man nicht wissen, ob es nicht doch 101 Änderungen waren und man das auch noch zumindest prüfen. Das wäre dann arg komplex für diesen eigentlich sehr einfache Wunsch.

Wie wäre es mit einer SEHR SIMPLEN Backend-Lösung:
ein "automatisches read-only" Feld, wie z.B. auch "Mitglieder ID". Verhält sich in GUI und API exakt wie ein Benutzer-definiertes Datums-Feld (inkl. Suche, Filter, Sortieren, etc.), kann nur eben (wie "Mitglieder ID") nicht geschrieben werden.

Vienna_Vikings_Admin

blubstar
Das ist genau das, was ich mir sehr wünsche würde. Ein Feld, wie MID, als reines Anzeigenfeld.