nicht angemeldet
Hi
Ich habe mich schon sehr an das Arbeiten mit HTML::Template gewöhnt. Dein Parser ist natürlich viel Mächtiger, aber für mich würde es wieder umdenken und einarbeiten bedeuten. Mal sehen, ob ich mir das antue ;-)
Dann warte lieber auf die Version 2 :)
Da benutz ich dann "anstaendige" Tags und es ist alles viel logischer und strukturierter...
Was spricht eigentlich gegen eine SSI Lösung? Performace? Ich kann mir nur vorstellen, das zwischen Webserver und Perl-Compiler mehr "Datenverkehr" stattfindet, ob sich das aber für den Anwender auswirkt?
SSI funktioniert so:
Webserver ruft SSI-Parser auf. SSI-Parser entdeckt CGI-Include
und ruft deswegen dann den Wrapper auf, der das CGI ausfuehrt.
Die Ausgaben gehen dann zurueck an den SSI-Parser, damit der weitermachen kann (es kann ja noch Rekursionen geben).
Erst wenn keine SSI-tags mehr da sind, geht es zum Webserver.
Der Webserver gibt es dann an den User.
Also im Prinzip ist es ein Schritt mehr dazwischen.
Aber... ich wuerde soweit es geht, auch immer SSI nehmen.
Mein parser ist deswegen als CGI gemacht, weil der auch andere Zwecke hat als nur Web.
Es gibt naemlich auch eine Delphi-variante, mit der man mit Hilfe der selben Templates die Ausgaben als Windows-Client ausgeben kann.
Oder man baut mit den Parser Mails zusammen...
Wenn ich aber mehr Zeit und Muse habe, werde ich mir dein Parser gerne zur Brust nehmen... vielleicht brauchst Du ja noch einen "Beta?"-Tester.
Jo :=)
Ciao,
Wolfgang