Aaalso,
ich möchte jetzt hier nicht den allgemeingültigen Flamewar zum Thema Perl vs. PHP starten, sondern einfach von Euch mal wissen, wie Ihr zu PHP steht, warum Ihr PHP mögt oder warum nicht.
Zum Hintergrund: Ich habe die Möglichkeit einige PHP-Aufträge abzustauben. Dafür müsste ich mich allerdings in PHP hineinarbeiten. Da PHP Perl so ziemlich ähnlich ist, sollte das kein Problem sein, auch nicht in kurzer Zeit.
Ich habe mich schon mal umgeschaut und auch mal die PHP Grundlagen angeschaut, finde aber, dass PHP in irgendwie so eine Art Perl für Stümper und Skriptkiddies ist. Allein die Mischung von Code und Layout ist meines Erachtens nach so ziemlich ein Schritt zurück in die Steinzeit und von Objektorientiert ist, glaube ich, auch nicht mal ansatzweise etwas zu finden, oder?

So, nun seid Ihr dran. Eure Meinungen bitte. Gern auch Belehrungen, dass und warum ich falsch liege.

Gruß,
Stefan

Ich finds nicht vergleichbar, weil sich php ausschließlich aufs web beschränkt. Insofern könntest du höchstens die webfähigkeit von perl mit php vergleichen. Aber nicht nicht perl als allgemeines.
Das wäre ja so,wie wenn du java mit php vergleichst.
vergleich lieber CGI mit php, denn hinter cgi kann sich im grunde jede halbwegs intelligente anwendung verstecken.
Deshalb finde ich, müsstest du den thread eigentlich umbenennen, in: CGI vs. PHP.

OK hast recht. Also Bitte im obigen Beitrag überall "Perl" durch "Perl/CGI" bzw. "Perl Webanwendungen" ersetzen.

Nö, denn theoretisch kann man php auch als cgi laufen lassen: wenn der Webserver kein mod_php eingebaut hat, sondern nur CGIs aufrufen kann und php nur als Kommandozeilentool existiert.

Aber es stimmt schon, php ist nicht die klassische Sprache für Kommandozeilentools, systemadministrative Skripte und GUI-Anwendungen. Obwohl ich mir gut vorstellen kann, dass es mittlerweile gtk oder tk für php geben könnte.

Was die "unsauberen" Skripte angeht: man kann auch in PHP "sauber" programmieren und Code und Templates weitgehend trennen. Ironischerweise gibt es für PHP schon eigene Templatingsysteme. Man kann auch mit Perl "quick'n'dirty" programmieren.

Warum ich php nicht benutze? Ich schreibe eigentlich wenig Web-Applikationen, also habe ich nicht so viel Bedarf für eine web-zentrierte Sprache. Und die Möglichkeit, eine *mächtige* Sprache für alle meine Probleme verwenden zu können, hat mich zu einem sehr effizienten Programmierer gemacht.

der parallele thread

http://board.perl-community.de/cgi-bin....2;#idx6

Ich benutze Perl, weil es mehr kann als nur "PrettyHomePage". Was mich immer gestört hat, war zum Beispiel die Unmöglichkeit Regexe kurz abzufassen. Bei PHP brauchte ich eine/mehrere Funktionen.
Bei Perl kann ich manche Programmstrukturen von der Syntax her und Abläufe anders schreiben. Und und und ...

Der einzige Vorteil bei PHP ist, dass ich es gleich in HTML einbetten kann. Dazu brauche ich bei Perl Mason.
Aber ehrlich gesagt, finde ich Perl mächtiger.

[quote=Magic,26.02.2006, 17:21]Zum Hintergrund: Ich habe die Möglichkeit einige PHP-Aufträge abzustauben. Dafür müsste ich mich allerdings in PHP hineinarbeiten. Da PHP Perl so ziemlich ähnlich ist, sollte das kein Problem sein, auch nicht in kurzer Zeit.[/quote]
Darin ist die Antwort schon enthalten. Wenn Du nicht abhängig beschäftigt bist - Du also damit Kohle machen kannst - macht sich das immer gut in den Referenzen. PHP kann man (psychologisch) gut verkaufen, weil es eine Vielzahl von "Produkten" gibt, die ein gewisses Ansehen genießen und die mit PHP umgesetzt wurden.

Letztlich interessiert es den Kunden meistens zwar nicht wirklich, WIE Du die Anforderungen erfüllst, aber Klappern gehört eben zum Handwerk.

php läuft auch auf der commandline und hat auch da mittlerweile mehr stärke bekommen, ein logischer schritt, dass es sich da mit den modulen ein bisschen an perl orientiert, sodass die, die php von der webapp gewohnt sind, nun auch lokal damit arbeiten können.

was mich bei php persönlich stört: alles ist eine funktion. davon gibt's dann auch gleich ein paar tausend fest eingebaut. regexps ebenfalls als funktion.
datenstrukturen finde ich persönlich eher umständlich.
kein use strict; bzw, wenn man das equivalent mit error_reporting zu nutzen versucht, wird jeder hash-key auf einmal zur variable.

aber: php wird viel genutzt, vor allem von einsteigern. es gibt etliche foren und cms' in php. wenn du in dem bereich also arbeiten musst/willst, dann musst du notwendigerweise mit php umgehen können.

objektorientierung läuft in php5 schon deutlich besser als in php4.

aber viel ehrenvoller wäre doch ein converter, php2perl und perl2php. dann könntest du beliebig viele aufträge annehmen, sie in perl erledigen und dann converten. also, auf, auf! ;)

Man kann auch bei PHP Code von Design trennen. Es gibt da auch Template Engines (z.B. Smarty). Wenn PHP ein Muss ist, dann kann man sich da einarbeiten, dabei sollte es aber genauso gewissenhaft zugehen wie überall, sonst öffnest Du Sicherheitslücken so groß wie Scheunentore!

php ist doch ein templating system fuer perl, das sich im laufe der zeit selbstaendig gemacht hat...