Filter suchbar & Letzte Aktualisierung

[MiK]

Wir haben das Datenfeld, in der die letzte Aktualisierung gespeichert wird. Beim Spider-Betrieb ist das so sinnvoll, da immer nur eine kleine Zahl an Caches automatisch aktualisiert wird. Oder man aktualisiert eine Handvoll von Hand. So hat man einen Überblick über die Caches, die man mal wieder aktualisieren sollte.

Beim PQ-Import werden aber immer alle Caches auf den aktuellen Stand gebracht. Da dadurch alle Caches geändert werden, ist dies sehr ungünstig, wenn man ein Synchronisierungstool benutzt. Deswegen wäre es evtl. besser, wenn beim PQ-Import das Aktualisierungsdatum nicht gesetzt wird.

Wenn die PQ-Nutzer darüber hinaus ein Interesse daran haben, dass wir das Datum der letzten Änderung speichern, brauchen wir dafür ein neues DAtenfeld. Das hat mit obiger Problematik aber direkt erst mal nichts zu tun.

[Kappler]

Ich fände es ausgesprochen ungünstig, wenn das Datum der letzten Aktualisierung beim PQ-Import nicht mehr gespeichert würde.
Dieses Datum kann nämlich sehr gut dazu verwendet werden, um innerhalb eines regelmäßig per PQ aktualisierten Profils archivierte Caches auszusortieren.

Gegenvorschlag: Das Datum der letzten Aktualisierung lediglich in der Index.xml speichern und die Cache.xml unberührt lassen, falls sich inhaltlich nichts geändert hat.

[MiK]

Daran hatte ich auch schon gedacht. Allerdings kopieren wir die Zeile aus der index.xml zur Zeit in die cache.xml, um den Index neu aufbauen zu können. Aber vielleicht sollten wir da für diesen Wert eine Ausnahme machen.

[Kappler]

Die Ausnahme in diesem Fall dürfte nicht allzu schmerzlich sein...
Wenn man den Index neu erstellen muss sind die korrekten Werte dieser Spalte nach dem Ersten Aktualisieren/PQ einlesen sowieso wieder vorhanden.