Hallo,

demnächst habe ich vor ein etwas größeres Homepage-Projekt zu starten. Bisher hatte ich PHP als serverseitige Sprache genutzt aber auch mit PERL als serverseitige Sprache bin ich vertraut. Dazu würde ich gerne mal eure Meinung wissen, ob bzw. welche Vorteile es hat ein dynamisches Homepage-Projekt heutzutage noch mit PERL zu programmieren, denn PHP scheint inzwischen in vielen Projekten die erste Wahl zu sein. Was meint Ihr dazu?


MfG

Perl hat von Haus aus weniger Sicherheitslücken als PHP. Allerdings kann man auch mit Perl Anwendungen schreiben, die offen sind wie Scheunentore...

Wenn Du richtig fit bist in PHP, kannst Du auch dort die Lücken minimieren (auch wenn in PHP einige Funktionen schon Lücken haben/sind).

Ich würde in 99% der Fälle Perl nehmen (manchmal muss es leider PHP sein), allein schon weil ich mich in Perl wesentlich besser auskenne als in PHP. Es sollte also auch immer eine Entscheidung sein, die vom eigenen Kenntnisstand ausgeht.
Denn was nützt "die beste Sprache" wenn der Entwickler tausend Löcher einbaut.

Perl hat auch den großen Vorteil von CPAN. Vieles was man sich in PHP erst umständlich schreiben muss, gibt es schon auf CPAN.

Für viele Anfänger ist es allerdings "schön", dass PHP schon viele Funktionen (z.B. für die Datenbank-Kommunikation) eingebaut hat.

Kurze Antwort: Benutze Perl. Was hast du erwartet? Das hier ist ein Perlforum :-)

Das Thema ist ansonsten recht Komplex. Du hast schon ganz richtig erkannt, dass viele Projekte auf PHP setzen. Meiner Meinung nach ist aber PHP komplexen Programmieraufgaben weniger gut gewachsen als Perl. Wenn man sich Perl anschaut, merkt man schon, dass von Anfang an besser geplant und designet wurde. Schau dir einfach nur mal an, wie viele verschiedene Funktionen standardmäßig den PHP-Namensraum zuspammen und wie wenige bei Perl. Trotzdem kann man mit Perl viele Aufgaben mit weniger Aufwand lösen, weil die Funktionen flexibler sind.

Ein weiteres - wenn nicht sogar das - Argument für Perl ist das CPAN. Vergleiche mal die Anzahl der Module im CPAN mit denen in PEAR.

renee+2007-10-22 15:40:26--

Für viele Anfänger ist es allerdings "schön", dass PHP schon viele Funktionen (z.B. für die Datenbank-Kommunikation) eingebaut hat.

Ich fand damals diese unschönen Funktionsnamen der "zu viel eingebauten" Funktionen gruselig. Diese Unterstrich-Namen fand ich nicht besonders prickelnd.
Das Nicht-Modul-are Konzept hat mich bei PHP damals zur Flucht gebracht.
Keine echten Packages mit eigenen Namensräumen.

Wer jetzt meint, das ojektorientierte PHP5 kann das auch irgendwie, hat teilweise Recht. Aber ob Aufgeblasenheit und Overkill wirklich eine Lösung ist?

Außerdem sind Programmmodule wie bei Perl mit CPAN arg unterrepräsentiert.

Ich verwende PHP nur, wenn ich extern dazu gezwungen werde (Auftraggeber). Und privat nimmer mehr.

Nun, die Antworten sind hier eindeutig. Dann werde ich mich mal in PERLs Webprogrammierung CGI.pm mehr einarbeiten.

MfG

GwenDragon+2007-10-22 19:42:39--

Ich fand damals diese unschönen Funktionsnamen der "zu viel eingebauten" Funktionen gruselig. Diese Unterstrich-Namen fand ich nicht besonders prickelnd.
Das Nicht-Modul-are Konzept hat mich bei PHP damals zur Flucht gebracht.
Keine echten Packages mit eigenen Namensräumen.

Dann frag mal echte Anfänger, was ein "Namensraum" oder ein "Modul" ist... Das werden wohl die wenigsten wissen. Deshalb werden sie sich an deren Fehlen auch nicht stören... Wer das mal kennengelernt hat, wird es meistens auch nicht mehr missen wollen.

renee+2007-10-23 08:44:43--

Dann frag mal echte Anfänger,

Echte Anfänger nehmen sowieso PHP wie sie früher Basic nahmen. :)
Ist auch ok.