Vis/Client interne Quellen
Diverse Datenquellen werden vom Vis/Server abgegrast und im Vis Format weitergegeben. Für viele Webseiten ist das albern. Der Client könnte sie selber auswerten. Das verhindert Überlastung des Servers, verteilt die bei den Quellen auflaufende Vis-Anfragen auf alle Clients und senkt den Stasi Faktor, da ein Client mit abgeschaltetem Log keine Spuren mehr auf dem Server hinterlässt. Andererseits hinterlässt er dafür Spuren bei den Quelldiensten selbst.
Das bricht erstmal mit dem Alle-Daten-Ein-Format Prinzip. Man kann es auch so sehen, dass der Client einfach einen eigenen minimalen Server mitbringt. Der kann dann natürlich die anderen Clients (Webinterface, makeform3.php, .. ) nicht bedienen. Daher sollte er seine Quellenmodule mit dem Vis/Server teilen, damit man nicht Vis/Client und Vis/Server Quellenmodule doppelt entwickeln muss:
- Java kann den PHP-Code des Servers nur schwer verdauen.
- Der Server könnte Java-Quellenmodule einbinden oder ganz auf Java umgestellt werden. Ein Java Vis/Server.
Einige Quellen sind schon testweise in org.hfbk.vis.source implementiert:
- google
- googleImages
- youtube
- wikipedia
- twitter
Updates
Der Server ist natürlich von uns leicht zu warten. Die mit den Clients verteilten Quellenmodule dagegen nicht. Dafür braucht man ein automatisches Update. Möglich:
- Der Client fragt bei jedem Start nach neuen Versionen der Quellen-Klassen ab und lädt neue runter. Z.z. so realisiert!
- Der Client fragt eine neue Quelle an, sobald eine häufig scheitert.
- Der Client bekommt vom Server ein Script eingeschleust dass die Quellenversionen testet und updatet.
- Der ganze Client wird regelmäßig erneuert.
- Der Client updatet den Quellenordner vom SVN Repo aus.
Link to this Page