Client-Server-Datenübertragung

[HJay]

@mjustin: Ich habe eben Dein "Web Framework" entdeckt. Meinst Du, dies wäre für mich eine praktikable Lösung? Immerhin sieht das ganze recht einfach zum Benutzen aus.

Könnten sich dort z.B. ein Dutzend Clients gleichzeitig und regelmäßig per HTTP Daten abholen, die ZIP, JPG, ASCII oder sonstwas sein können? Kriegt man das leicht hin? Kann man BINÄREN Response-Content aus einem Stream erstellen und übertragen?

[mjustin]

Zitat von HJay:

@mjustin: Ich habe eben Dein "Web Framework" entdeckt. Meinst Du, dies wäre für mich eine praktikable Lösung? Immerhin sieht das ganze recht einfach zum Benutzen aus.

Könnten sich dort z.B. ein Dutzend Clients gleichzeitig und regelmäßig per HTTP Daten abholen, die ZIP, JPG, ASCII oder sonstwas sein können? Kriegt man das leicht hin? Kann man BINÄREN Response-Content aus einem Stream erstellen und übertragen?

Ja, im Prinzip geht das alles. Ich kann voraussichtlich erst später oder am Wochenende ausführlicher antworten. Vielen Dank für das Interesse!

[HJay]

@mjustin: Keine Eile! Jetzt kommt auch bei mir erst einmal Weihnachten. Ab dem "dritten Weihnachtstag" bin ich wieder am Rechner und würde mich dafür interessieren.

Für mich sieht es so aus:

Es ist ein mächtiges, großes Projekt und letztlich möchte ich nur statt wie bisher über das Datenbank- oder Filesystem direkt per Intranet Daten zwischen einem Server (zieht Daten aus vielen Quellen und rechnet kräftig herum) und Clients (zeigen die errechneten Daten auf vielen Endnutzer-Rechnern in verschiedenen Formen an) austauschen.

Für mich haben daher hier zwei Dinge Vorrang:
+ Bequemlichkeit bei der Implementierung
+ Stabilität

Ich bin etwas hin- und hergerissen zwischen der Perspektive, es einfach selbst mit Indy HTTP zu probieren oder eben Dein Web Framework einzusetzen. Einfach, stabil, problemlos wäre klasse...

[taveuni]

Oder trifft alles auf RemObjects zu.

[sh17]

Mit NexusDB kann man per Plugin Remote FileStreams lesen und schreiben

http://www.nexusdb.com/support/index.php?q=node/10167