Hi Michael,
Was für welchen _Einsatzzweck_ am besten geeignet ist, das ist auf jeden
Falle subjektive Meinung des Programmierers.
ja, volle Zustimmung.
Mir geht es darum, was am besten geeignet ist, im Kontext von HTTP und CGI
(!) erklärt zu werden. Und das ist bestimmt Perl - PHP wird in einer Weise
in den Webserver hinein verschmolzen, bei der man CGI in Reinkultur gar
nicht mehr richtig mit bekommt.
Wenn es vordergründig um die Beschreibung der CGI-Schnittelle geht, ist das schon einzusehen. Mir kam der Perl-Teil immer so vor, als ginge es um eine Sprache, mit der man _dynamische_ statt _statische_ Webseiten realisieren kann. Für mich ist eben der nächste Schritt nach gründlichem Studium von statischen Geschichten wie HTML die "dynamisierung" des Ganzen. Ich dachte, dem Perl-Teil läge das selbe Denken zugrunde. So ist es natürlich etwas anderes.
Das meinte ich nämlich: SelfHTML braucht Perl, um eine Sprache zu zeigen,
mit der man reinrassige CGI-Skripte schreibt
Das war mein Denkfehler. Ich dachte Dir geht es sozusagen um die allgemeine "Daseinsberechtigung" derjeweiligen Sprache.
Und in dieser Dimension finde ich Perl angebrachter als den nächsten direkten
Verfolger, der in meinen Augen C heißen würde: C wäre als Sprache für über
den Webserver zu startende Anwendungen auch nicht völlig verkehrt, ist vor
allem mit UNIX "verheiratet", ihm fehlt aber die deutliche Ausrichtung auf
das "Webbige", also Äquivalente für "use CGI;" usw.
Und der vielleicht größte Nachteil: Es handelt sich bei C um eine Compilersprache, und bei Perl um eine interpretierte. Der Vorteil bei Webanwendungen liegt auf der Hand: Man muss nicht vor jedem Test einen Compiler anwerfen, sondern nur sein Skript speichern.
Viele Grüße aus dem nebligen Kulmbach
Achim