Indy Webserver mit PHP und CGI

[mjustin]

Zitat von nuclearping:

Zitat von GerhardS:

Da ich schon lange nach einer Möglichkeit suche, einen lokalen "Webserver" mit Delphi zu bauen, mit dem Anwender ihre künftige Webseite (incl. HTML-, PHP- und CGI-Code) lokal testen können

Warum benutzt du kein WAMP? Apache inkl. aller Extensions (PHP / CGI), MySQL, ... gibts doch auch für Windows? Wozu einen eigenen Server bauen? Oder verstehe ich da jetzt was falsch?

Das könnte in der Praxis bei einer Migration von PHP nach Delphi verwendet werden. Der mit Indy geschriebene Webserver delegiert dann alle *.php URLs an den PHP Interpreter. Nach und nach kann man aber den PHP Anteil zurückschrauben (einzelne Seiten werden dann mit einer in Delphi erzeugten Response beantwortet). Nach aussen ändert sich dabei nichts. Ermöglicht auch Caching und Filterung (Nachbearbeitung der Response).

Allerdings gebe ich gerne zu dass es auch einfacher geht - ein vorgeschalteter Apache beantortet die PHP Anfragen, ausser solche, für die es eine Weiterleitungsregel an den im internen Netz stehenden Delphi Webserver gibt. Der kann dann anstelle des PHP Interpreters diese Requests übernehmen.

[GerhardS]

Da viele Anwender zwar eine eigene Website haben, sich aber nicht mit HTML, PHP u.dgl. beschäftigen wollen, läuft das Projekt letztendlich darauf hinaus, ein "Desktop CMS" zu entwickeln (Beispiel: Zeta Producer). Der lokale Webserver soll für die Anwender völlig unsichtbar bleiben und - wenn möglich - auch nur innerhalb meiner Anwendung laufen. Auch der Browser ("Vorschau") soll als solcher nicht zu erkennen sein. Wenn eine Webseite fertig ist, werden die zugehörigen Dateien hochgeladen - und das war's. Die PHP-Einbindung des lokalen Webservers brauche ich, um den Code zur Organisation der Inhalte nicht zweimal schreiben zu müssen - lokal in Object Pascal und remote als PHP.

[mjustin]

Zitat von GerhardS:

Da viele Anwender zwar eine eigene Website haben, sich aber nicht mit HTML, PHP u.dgl. beschäftigen wollen, läuft das Projekt letztendlich darauf hinaus, ein "Desktop CMS" zu entwickeln (Beispiel: Zeta Producer). Der lokale Webserver soll für die Anwender völlig unsichtbar bleiben und - wenn möglich - auch nur innerhalb meiner Anwendung laufen. Auch der Browser ("Vorschau") soll als solcher nicht zu erkennen sein. Wenn eine Webseite fertig ist, werden die zugehörigen Dateien hochgeladen - und das war's. Die PHP-Einbindung des lokalen Webservers brauche ich, um den Code zur Organisation der Inhalte nicht zweimal schreiben zu müssen - lokal in Object Pascal und remote als PHP.

Klingt interessant - bei Interesse kann ich versuchen, PHP Interpreter Aufrufe in mein (kommerzielles) Projekt Habari Web Components zu integrieren, zumindest als Prototyp.

[GerhardS]

Serhij Perevoznik hat 2006 für Indy 8 und 9 den IdRunner entwickelt, mit dem man auf dem Indy Webserver PHP als CGI ausführen kann. Der Autor hat nahezu alle Links dazu gekappt, nur auf Torry ist es noch zu finden:
www.torry.net/vcl/internet/cgiisapi/idrunner.zip
Jetzt muss nur noch der Code an Indy 10 angepasst werden ...

[nuclearping]

Zitat von GerhardS:

Da viele Anwender zwar eine eigene Website haben, sich aber nicht mit HTML, PHP u.dgl. beschäftigen wollen, läuft das Projekt letztendlich darauf hinaus, ein "Desktop CMS" zu entwickeln (Beispiel: Zeta Producer). Der lokale Webserver soll für die Anwender völlig unsichtbar bleiben und - wenn möglich - auch nur innerhalb meiner Anwendung laufen. Auch der Browser ("Vorschau") soll als solcher nicht zu erkennen sein. Wenn eine Webseite fertig ist, werden die zugehörigen Dateien hochgeladen - und das war's. Die PHP-Einbindung des lokalen Webservers brauche ich, um den Code zur Organisation der Inhalte nicht zweimal schreiben zu müssen - lokal in Object Pascal und remote als PHP.

Wenn du mit einem Browser arbeitest, auch eine IE / Mozilla Kapselung innerhalb deiner Anwendung, wirst du trotzdem nicht drum herumkommen, auf localhost einen HTTP-Server laufen zu lassen, weil du ja selbst innerhalb deines Anwendungsbrowsers navigieren musst.

Dann entwickel lieber ein Desktop-CMS mit WAMP, statt das Rad neu erfinden zu wollen, Jahre an Arbeit reinzustecken, um dann am Ende festzustellen, dass du vlt doch besser bestehende Lösungen genutzt hättest (Stichwort Wartung, Erweiterung, Versions- / Paradigmenwechsel, etc).