Im Gegensatz zur "Lua-Abfrage" wäre das Ergebnis über TR-064 sogar änderbar, weil dieses über eine Lua-Datei in /etc generiert wird (die heißt dann passenderweise auch noch "phonebook.lua").
Das, was Du hier als "Lua-Abfrage" ansiehst, ist aber in Wirklichkeit das Ergebnis eines CGI-Aufrufs, nämlich für "firmwarecfg" mit dem (entscheidenden) Parameter "PhonebookExport". "firmwarecfg" ruft dann intern wieder "pbd --exportbook <n>" auf, wobei "<n>" die Nummer des Telefonbuchs (255 für das interne) ist.
Ansonsten greift auch nur genau der Export des gesamten Telefonbuchs auf diesen "pbd"-Daemon zurück (ggf. noch der "telefon"-Daemon), der Rest arbeitet (afaik) mit "libphonebook.so" und "libphonebooklua.so".
Da wird aber die Datei aus "/var/flash/phonebook" wohl tatsächlich geparsed und anschließend erst zur Verfügung gestellt (damit auch nur mit den Attributen für einen Kontakt, die dem Code bekannt sind - da fallen eigene Zugaben dann raus) - das dürfte angesichts der Tatsache, daß bei der Speicherung in "/var/flash/phonebook" schon die XML-Deklaration am Beginn nicht stimmt:
Code:
<?xml
version="1.0" encoding="utf-8"><uniqueid>119</uniqueid><featureflags>9</featureflags><phonebook
name="Telefonbuch">
[...]
(der "<?xml"-Eintrag sollte auch mit "?>" enden) auch eine ziemlich gute Idee sein.
Schaut man sich nämlich die Ausgabe dieses "pbd --exportbook" an (das ist ja das interne Äquivalent zum Aufruf über "firmwarecfg", der hier als "Lua-Abfrage" gehandelt wird, obwohl beim Export auf diesem Weg gar kein Lua zum Einsatz kommt), ist das für das ausgewählte Telefonbuch praktisch 1:1 der Inhalt dieser "/var/flash/phonebook" - sogar mit derselben "Formatierung" (also den Zeilenumbrüchen an denselben Stellen). Daher dürfte auch die oben zu sehende "carddav_uid" ausschließlich aus einem solchen Import stammen ... bei einer "Verarbeitung" der Datei durch die Box (über "libphonebook*") kann man auf solche "Zusatzdaten" jedenfalls nicht mehr zugreifen.
Wenigstens lehnt der Import das Speichern eines "malformed"-Telefonbuchs ab ... aber auch dabei werden die Daten tatsächlich 1:1 in die "/var/flash/phonebook" geschrieben, wie man leicht testen kann, indem man die Zeilenumbrüche mal an anderer Stelle in die zu importierende Datei einbaut (nur zusätzliche Leerzeilen werden ignoriert).
Zwischenfazit:
Punkt (b) aus #27 kann man vergessen, da das Lua-Interface in der "libphonebooklua.so" diese Daten nicht aus dem Telefonbuch parsed - läßt sich leicht überprüfen, indem man sich die KV-Paare ansieht, die über das "libphonebooklua"-Interface für einen Eintrag abrufbar sind, auch wenn die Telefonbuch-Datei zusätzliche XML-Tags wie "carddav_uid" enthält.
Punkt (a) läßt sich meines Wissens aber (zumindest bis zur Labor 07.08) noch realisieren, weil das FRITZ!OS tatsächlich den Wert im Tag "mod_time" mit dem aktuellen Epoch-Wert aktualisiert, solange dieses Feld nur im importierten Telefonbuch (ebenso wie die "carddav_uid") enthalten war und eine passenden Wert (der kann auch 0 sein, wenn man ihn nicht genauer kennt) enthielt. Dann wird beim Ändern auch dieser Wert geschrieben und der sollte dann beim nächsten Export (über "firmwarecfg") auch wieder ausgegeben werden. Der Auszug aus der exportierten Datei in #27 enthält für den gezeigten "contact" dieses Feld wohl genau deshalb nicht, weil im Import auch kein "mod_time" enthalten war.
Da das exportierte Telefonbuch (egal ob über "pbd --exportbook" oder über "phonebook.lua", also über TR-064) ja wieder "well-formed XML" ist, kann man dann solche Fragen wie "Was ist der größte Wert für "mod_time" in dieser Datei?" mit einer XPath-Abfrage auch sehr einfach (und durchaus "elegant") erschlagen kann, sofern man die passende Engine dafür hat - vielleicht ist das ja eine Überlegung wert, wenn man auf der Suche nach der letzten Änderung in einem Telefonbuch ist. Ist vielleicht "nicht sexy", aber sollte ebenso funktionieren ...
Wobei über die "libphonebooklua.so" die einzelnen Kontakte gar kein eigenes "mod_time"-Attribut mehr haben ... offenbar wird von dieser Library (die ja auf der obersten Ebene auch erst mal eine Aufzählung der Telefonbücher bereitstellt) beim Parsen der Daten genau der Maximal-Wert dieser "mod_time" für alle im Buch enthaltenen Kontakte genommen und dem Telefonbuch als Attribut "modified" zugeordnet:
Code:
local tr064 = require ('tr064');
local function get_pbname_modified (pbid_)
local pb = require ('libphonebooklua');
local pbooks = pb.get_book_list ();
local modified = 0;
local pbname = "";
local pbid = tonumber (pbid_);
local i;
for i = 1, #pbooks, 1 do
box.out ("<!-- ", i, ", id:", pbooks[i].id, " , name:", tostring (pbooks[i].name), " -->\n");
if (pbid == tonumber (pbooks[i].id)) then
pbname = pbooks[i].name;
modified = tonumber (pbooks[i].modified);
break;
end
end
return pbname, modified;
end
