nicht angemeldet
hi,
Bei deiner Methode schicken sich zwei Perl-Programme binär gemarshallte Hashes über HTTP: Das ist eher eine Einschränkung gegenüber der eben beschriebenen offenen Architektur.
Nun, Offen soll es gar nicht sein. Ich beschreibe ja nur, wie _ich_ mein Remote-Content-Management mache. Wenn andere glauben, sie hätten schon alles, dann bitte meinen Artikel nicht als Absicht deuten, ich wolle deren Glauben erschüttern.
Ich habe diesen Webservice vor 10 Jahren entwickelt. Mein serverseitiges CGI-Script macht mit knapp 120 Zeilen Perl-Code das, was mein Ziel der Sache ist. OK, es kommen ein paar Zeilen Code (Code-Pool) hinzu, nämlich die, welche dem Service mitgegeben werden. Aber das liegt ja auch in der Zeilsetzung: Serverseitig am CGI-Script nichts mehr ändern zu müssen, wenn sich neue Aufgaben mit andreren, beliebig geschachtelten Datenstrukturen ergeben. Wie diese Strukturen aussehen, das bestimmt allein der Client.
Beispielsweise beeinhaltet eine Datenstruktur eine komplette Unterseite (Artikel) für meine Perlbase. Komplett heißt, es sind, neben dem body auch alle andere Attribute drin, wie title, descr... und der Name des virtuellen Ordners im Web-Tree, wo der Artikel rein soll. Ich hatte heute mal wieder den Fall, dass neue Attribute hinzukommen, dafür musste eine neue Tabelle angelegt werden. Das alles war in wenigen Minuten aus meinem Texteditor heraus erledigt. Ziele für die es sich lohnt, mal darüber nachzudenken.
Schönen Abend ;)