Weiters geht es um den Versand von z.T. recht grossen Dateien (5-50MB), von daher wäre es praktisch wenn die zu versendenden Daten Stück für Stück erzeugt werden könnten (ist aber nicht muss - wir könnten die Dateien auch erst komplett in ein Temp-File auf der Platte rendern und dieses File dann verschicken lassen).

Laufen muss das ganze auf Windows Server 2003, anderes OS kommt nicht in Frage.

----

Damit man sich etwas darunter vorstellen kann: ich möchte clientseitig z.B. einen Request auf

http://server.com/file-root-1/a/b/c/x123.bin

absetzen, und serverseitig soll dann C++ Code ausgeführt werden der
a) entscheidet ob es das File "file-root-1/a/b/c/x123.bin" überhaupt gibt und evtl. Status=404 setzt
b) eine evtl. vorhandene If-Modified-Since Header checkt und ggf. Status=304 setzt
c) eine evtl. vorhandene Range Header auswertet
d) den Inhalt berechnet und mit Status=200 oder Status=206 zurückliefert

HTTP mässig wird fast nichts gebraucht, eigentlich muss nur "GET" unterstützt werden. Unterstützung für diverse Headers wie eben If-Modified-Since muss im Server selbst nicht vorhanden sein, wenn dann muss sich "unser" Code darum kümmern. Support für pipelined Requests & Keep Alive sollte vorhanden sein. Authentifizierung brauchen wir nicht, HTTPS wird auch nicht benötigt, und der "normale" Server Teil der "echte" Files von der Platte hostet braucht eigentlich auch nix zu können (eigentlich brauchen wir den garnicht, der Server soll nur berechnete Files hosten).

----

Ich sehe jetzt grundsätzlich 3 Möglichkeiten wie man das angehen könnte:

1. Einen fertigen Server ala IIS, Apache etc. nehmen und sich mittels ASP/PHP/... reinhängen, dort eine Active-X Component (bzw. .NET Objekt welches mit C++/CLI gemacht ist) instanzieren welches den C++ Code enthält, und diese Component die Arbeit erledigen lassen. (Bin mir nicht sicher ob das mit Apache überhaupt geht, mit IIS geht es).
2. Einen fertigen Server nehmen und sich mittels Extension-Modul (ISAPI, Apache Modul, ...) reinhängen.
3. Einen Open Source Server nehmen der in C++ geschrieben ist (oder notfalls in C) und den Source-Code direkt modifizieren.

(1) möchte ich vermeiden wenn es geht, da so eine Lösung wohl einen sehr grossen Overhead hätte (CPU-Zeit & RAM Verbrauch). Zusätzlich sind mir etwas zu viele Komponenten im Spiel (Server, Skriptsprache, das Active-X) - nicht gerade wartungsfreundlich).

(2) wäre im Prinzip OK für mich, bloss habe ich die befürchtung dass solche Extension Module ziemlich viel Aufwand sind. Ich will auf keinen Fall HTTP Requests parsen oder mit der genzen HTTP State Machine viel zu tun haben. Idealerweise möchte ich die Headers in der Reply setzen, und dann irgendein Objekt erzeugen/irgendwelche Callback-Funktionen übergeben über die der Content gelesen werden kann.

(3) ist mir persönlich zwar nicht wirklich lieber als (2), aber ich halte es für realistischer das in kurzer Zeit hinzubekommen (vielleicht liege ich damit auch falsch).

----

Falls jmd. mir dazu Tips geben könnte wäre das toll. Gesucht ist also ein HTTP Server in C++ den ich wie oben beschrieben modifizieren könnte, oder mich über eine möglichst einfache Plugin Schnittstelle reinhängen könnte.
Davon abgesehen sollte der Server sehr stabil laufen (kein Reboot nach einer Woche weil Memory-Leak, keine Abstürze), und sehr sicher sein (keine bekannten Exploits).

Und genauso wichtig: wie stabil/sicher ist das Teil?

http://server.com/myprog.exe?file=/a/b/c/x123.bin

Das wäre doch eine spezifikation, nach der sich jemand richten müsste. Was meiner Meinung nach sowohl menschlich als auch programmatisch kein Ding wäre.
Dann bräuchte man keine manipulierten Server.

Gut, ist jetzt nicht die Lösung auf deine Frage, aber vielleicht eine Alternative?

Zum Server: wenn ihr eh schon MS-Technik einsetzt, und Plattformunabhängigkeit kein großes Thema ist, kann man sich vielleicht die ATL-Server anschauen?
http://www.kharchi.eu/wiki/doku.php?id=cpp:web:basics#atl-server

Ansonst denke ich nicht, das es ernsthafte Konkurrenz zu IIS und Apache gibt, ohne wieder viel Geld und Arbeit zu investieren.

Schau mal hier: http://httpd.apache.org/ Das wird gerne von anderen C++-Web-Libraries benutzt, z.B. Witty.

Aber ich würde versuchen heraus zu finden, ob es nicht mit IIS und evtl. ATL-Server lösbar wäre. Denn sich nen weiteren Server-Typ hinzustellen, ist irgendwie mit Zusatzaufwand (Wartung, Erlaubnis ob man das überhaupt darf in der Firma usw.)

Mit "berechnet" meine ich damit nicht ala PHP oder ASP - die Files müssen on-demand mit C++ Code erstellt werden.

warum müssen die files mit c++ code erstellt werden?
PHP, ASP, JSP und was es da alles noch gibt, wäre doch sonst ideal dafür.

http://asio.sourceforge.net

hustbaer schrieb:

Mit "berechnet" meine ich damit nicht ala PHP oder ASP - die Files müssen on-demand mit C++ Code erstellt werden.

warum müssen die files mit c++ code erstellt werden?
PHP, ASP, JSP und was es da alles noch gibt, wäre doch sonst ideal dafür.

Vielleicht ist der Algorithmus schon fertig implementiert und wird erfolgreich an anderer Stelle (System, Anwendung wie auch immer) eingesetzt. Muß man ja nicht reemplemntieren, wenns auch einfacher geht?

Spiderman schrieb:

hustbaer schrieb:

Mit "berechnet" meine ich damit nicht ala PHP oder ASP - die Files müssen on-demand mit C++ Code erstellt werden.

warum müssen die files mit c++ code erstellt werden?
PHP, ASP, JSP und was es da alles noch gibt, wäre doch sonst ideal dafür.

Vielleicht ist der Algorithmus schon fertig implementiert und wird erfolgreich an anderer Stelle (System, Anwendung wie auch immer) eingesetzt. Muß man ja nicht reemplemntieren, wenns auch einfacher geht?

was eigentlich kein problem wäre. PHP/apache könnte z.b. mit dem C-code über sockets oder shared memory kommunizieren, man könnte aus dem C-code kommandozeilen tools DLLs, oder sonstwas machen. es gibt da 1000 möglichkeiten. einen webserver zu modifizieren etc. um den eigenen code dort unterzubringen wäre dagegen ein riesenaufwand.

Artchi schrieb:

Aber muß es ein Pfad sein? Kann es nicht sowas sein:

http://server.com/myprog.exe?file=/a/b/c/x123.bin

Eher nicht denke ich. Das ganze soll (muss) über einen Reverse-Proxy gecachet werden, d.h. der Reverse-Proxy darf auf keinen Fall das File jedesmal vom "master server" anfordern wenn es vom Proxy geladen wird. Weiters wäre es wünschenswert wenn transparente Web-Caches von Providern die Files als "cachebar" erkennen würden. Ich bin zwar auch kein Web-Profi, aber ich befürchte dass URLs die ein "?" enthalten einfach als Query interpretiert, und daher nicht gecachet werden.

Spiderman schrieb:

warum müssen die files mit c++ code erstellt werden?
PHP, ASP, JSP und was es da alles noch gibt, wäre doch sonst ideal dafür.

Sagen wir mal so: wenn es irgendwie geht möchte ich das in C++ machen. Hätte einfach viele Vorteile, z.B. können wir bestimmte Libraries verwenden die auch clientseitig zum Einsatz kommen, dann können alle Programmierer bei uns C++ aber nur wenige wirklich gut PHP/VB/Java, etc.

phlox81 schrieb:

In den Beispielen von boost::asio ist ein Pseudo HTTP Server dabei, wenns nur um einfache Fileservice geht, könnte man den sicher erweitern.
Wird aber wahrscheinlich zuviel Aufwand sein, weil Zeit hat man ja eh keine

Werde ich mir auf jeden Fall ansehen, Danke

PHP fan schrieb:

was eigentlich kein problem wäre. PHP/apache könnte z.b. mit dem C-code über sockets oder shared memory kommunizieren, man könnte aus dem C-code kommandozeilen tools DLLs, oder sonstwas machen. es gibt da 1000 möglichkeiten. einen webserver zu modifizieren etc. um den eigenen code dort unterzubringen wäre dagegen ein riesenaufwand.

Mann kann sich auch ein Loch ins Knie bohren und dann Salz reinstreuen
Bevor ich mir DEN Aufwand mache nehme ich nen Active-X bzw. C++/CLI Komponente und verwende die aus einem ASP bzw. ASP .NET File.

Gruss
Stefan