Perl hat nichts mit PHP zu tun, das ist falsch. Perl war vorher da.
PHP hat sich früher mal ein paar Sachen von Perl abgeschaut, aber so genau weiß ich das nicht mehr was bei PHP2 so war, zu lang her.

Perl ist keine Web-Skriptsprache, also extra für das Web, sondern wurde auch im Web unter CGI auf Webservern verwendet.

Ich bin mit der Historie auch nicht so bewandert.
Und nicht das du dich wunderst, weil ich so kurz antworte, mir fehlt auch gerade etwas Zeit.
Aber es sinf hier auch Leute, die dir mehr sagen können, wart’ halt a bisserl.
Last edited: 2017-05-06 15:27:08 +0200 (CEST)

Verschoben von Netzwerkprogrammierung und Netzwerke mit Perl nach Webframeworks, Sonstige Fragen zur Webprogrammierung mit Perl

ganz am anfang war php ein Perl - Script und als es irgendwann an Grenzen stieß erweiterte man es im prinzip zu einer reverse template engine mit ähnlicher Syntax. Es war anfang vor allem einfacher distributionsweg weil du php-doch hochladen, fertig. Man musst nicht mit indianer ärgern oder CGI nutzen. Problem ist eher das PHP die schlechten Angewohnheiten von Perl potenziert hat und inkoherent hunderte wahhlos benannte funktionen einfügte, so wie man an der kleckerburg neue Türmchen anbaut. Wegen der sehr einfachen eingangshürde kamen halt viele es entstanden eine menge Projekte wie typo/3 in vielem erfand man rad neu nur nicht ganz so rund wie anderswo aber durch die starke kommerzielle Verbreitung wird es halt Entwicklung immer weiter geprügelt, sodaß es heute eine Menge moderner Fähigkeiten in php eingefügt wurden - nicht ganz so viele wie in Perl 6 - und sie haben es tatsächlich geschafft auch vollständig neue dinge wie die Objektorientierung recht seltsam auszuschmücken. Aber Module und php ... frag nicht
Last edited: 2017-05-06 18:28:27 +0200 (CEST)

PHP erschien ungefähr zu dem Zeitpunkt als Perl mit Majorrelease 5 OOP vollumfänglich unterstützte. Das war um 2001, vorher gab es PHP sicher auch schon, kannte aber keiner.

PHP kam mit vielen Versprechungen daher sich bis heute nicht als zweckmäßig erwiesen haben. Stets war Perl weiter entwickelt, insbesondere was DBI und OOP betrifft. Trotz alldem etablierte sich die Symbiose PHP+MySQL als eine Art Erfolgsrezept in Sachen Webanwendungen.

Es ist aber so, dass es in PHP nichs aber auch gar nichts gibt, was nicht auch mit Perl zu machen wäre und vor allem effizienter, performanter und kostengünstiger. Die Entwicklung eines Preprozessors für Perl, eher bekannt als Embed-Perl, hat sich nicht durchgesetzt weil es ganz einfach effizientere Lösungen gibt.

Nicht nur so gesehen ist PHP total rückständig. CODE in HTML einzubetten ist mittlerweile auch in PHP infolge Verfügbarkeit performanter Templating-Engines ein Old-Style der beim Entwickeln moderner Anwendungen eher hinderlich ist. Und in Sachen OOP ist PHP weit hinter Perl zurückgeblieben.

Perls Stärken wie eine unschlagbare Abwärtskompatibilität und Modularität (CPAN) sind in PHP eine absolute Fehlanzeige. So hat Perl nur wenig über 100 Built-in-Funktionen, in PHP sind das mindestens dreimal soviele, was dazu führt dass PHP-Code schwer anzupassen ist wenn Funktionen beim Upgrade ersatzlos wegfallen.

Internal arbeitet PHP objektorientiert, u.a. daran kenntlich dass toString() eine Methode ist aus der Welt des Overload, was aber viele PHP Programmierer gar nicht wissen. In Perl ist Overload schon lange kein Thema mehr. Des Weiteren ist Perl ein Programmiersprache die Unicode seit 2001 mit Version 5 unterstützt wie kaum eine andere Programmiersprache und PHP schonmal gar nicht. PHP unterstützt nur UTF-8, Perl jedoch kann seit 5.8 (Encode.pm) praktich mit jeder beliebigen Zeichenkodierung umgehen.

Technisch gesehen gab es noch nie einen Grund von Perl nach PHP zu wechseln. Umgekehrt jedoch gibt es mit Sicherheit mehr als tausend Gründe.

MfG
Last edited: 2017-05-06 16:26:35 +0200 (CEST)