Mich würde mal interessieren, wie Ihr Perl und PHP gegenübersteht.

Ich jedenfalls kann mich mit Perl überhaupt nicht anfreunden.

Also was ich an Perl schlecht finde ist:
1.Chmod immer setzten.
2.Bei fast allen Severn nur in cgi-bin auszuführen.
3.Immer das blöde #!url/bin/perl
4.Keine HTML-Tag dazwischen
5.Das mit Internal Server Error (keine Zeilen Angabe des Fehlers)
6.kein Mysql bei den meisten Servern

So mehr fällt mir so schnell net ein.
Dann PHP:
1.ääääääääää fällt mir nix ein

Kann mir wer sagen was die Nachteile von PHP sind?



---
Cu PsychoAndi
Wenn du Hilfe bei PHP, HTML, JAVA, JavaScript, Perl, CGI oder Flash brauchst geh auf www.Net-Baustelle.de

Ich stimme mit dir in allen Punkten zu "Perl" überein.

*g* Naja zur Veteidigung von Perl (ich benutze zwar auch PHP aber egal)

Vorteile

1. besseres OOP
2. CPAN mit Lösungen für Alles
3. gutes DB-Abstraction Layer
4 durch entsprechend Bindings auch für GUI verwendbar

In allen Punkten bestehen bei PHP aber Ansätze aufzuholen.

1. Zend Engine 2
2. PEAR wächst auch (pear.php.net)
3. PEAR:DB und DBX
4. php-gtk


---
Weaverslave

Hallo,

vom Programmieren her ist PHP sogar einfacher als Perl - ich weiß auch nicht, warum ich überhaupt Perl gelernt habe. PHP rulez =)

---
Gruß,
Markus

@subjective

Das "OOP" bei PHP würde ich nicht gerade als "OOP" bezeichnen

Hier besteht noch einiges an Nachholbedarf.

Naja es ist schon OOP

Klassen, Objekte, Vererbung, Konstruktor so die wichtigsten Sachen.

In der ZE 2 kommt das richtig. Es wird viel schneller, der Destruktor kommt dazu, Mehrfachvererbung ist möglich ...

Aber an sich kann man schon jetzt mit OOP in PHP nette Sachen machen.

---
Weaverslave

Naja die Unterschiede sind wohl für jeden alders zu gewichten.
Ich verstehe Perl einfach nicht und es wirklich zu lernen, so das man ohne Vorlage ganz alleine ein brauchbares Script damit schreibt (nicht nur "Hallo Welt"), erscheint mir doch recht zeitaufwenig und schwierig.

Php hingegen.. da rutscht man irgendwie rein... es beginnt mit dem Anpassen vorhandener Scripte.. dann entdeckt man den Vorteil von include Funktionen, irgendwann brauch man mal etwas mit variablen.... lernt die Vorzüge der MySQL Datenbank nutzung kennen... und je mehr man damit umsetzt um so mehr begreift man .. irgendwie ohne langes Bücher wälzen, nicht alles auf einmal, sondern "learning by doing" weil jeder "Schnipsel" schon erfolgreich einsetzbar ist ...
Php ist für mich einfach leichter und übersichtlicher.

Greets
Rieke 1


---
Blumenbeet

Perl hat für mich immer sowas altes schweres... nicht unbedingt vom code her - sondern von der nutzung... bei php sind, wie gesagt, die fehler offensichtlicher und die datenbank-zusammenarbeit ist vorbildhaft!


aber eins fehlt beiden - die nötige ignoranz meiner tippfehler :frown

1.Chmod immer setzten.

Andererseits hilft das gegen Sicherheitslöcher... ein unachtsam auf den Server geschmissenes Script wird nicht einfach so ausgeführt.

3.Immer das blöde #!url/bin/perl

Wirklich ein ernstzunehmender Kritikpunkt

4.Keine HTML-Tag dazwischen

Geht mit entsprechenden Tools. Ist aber auch Geschmackssache: ich persönlich will gar keine Tags zwischen meinem Code.

5.Das mit Internal Server Error (keine Zeilen Angabe des Fehlers)

Dagegen hilft:

use CGI::Carp qw(fatalsToBrowser);

6.kein Mysql bei den meisten Servern

Was? Wäre mir neu... Perl hat ein wesentlich ausgereifteres Datenbank-Konzept als PHP.

Gegen PHP:
- Perl ist wesentlich schneller als PHP3
- ansonsten: http://www.aboutwebdesign.de/awd/content/1002215672.shtml
- DBI und CPAN sind meiner Meinung nach recht gut ziehende Argumente.
- PHP ist auf Web-Einsatz beschränkt.


---
- Alex
- http://www.aboutwebdesign.de

Für PHP:

- Perl ist wesentlich schneller als PHP3
PHP 4 ist bereits ein Jahr alt, PHP 4.1 hat RC Status und PHP 5 kündigt sich am Horizont an...

- ansonsten: http://www.aboutwebdesign.de/awd/content/1002215672.shtml
Zu der Plattformunabhängigkeit... der Test setzt damit Verfügbarkeit gleich. Falsch - mod_php ist deutlich häufiger installiert als mod_perl (Wo wir doch grade bei Geschwindigkeit waren...) Die Datenbankunanhängigkeit kann ich auch bei PHP mit dem PEAR::DB erreichen.

Zur Einfachheit: Du kannst von einem Newbie nicht erwarten, das er erst einmal ein CPAN-Modul installiert um die Fehler zu sehen. - er kennt das CPAN noch nicht und OOP ist ihm ein Fremdwort. Hier schlägt PHP Perl, da man einfach erstmal minimale Programmlogik in HTML einbaut.

Dann werden in dem Artikel Bücher erwähnt. Es gibt genügen Einsteigerbücher für PHP - Eefahrenere Anwender nutzen das PHP-Manual. Dort sind fast alle Funktionen dokumentiert. Ich glaube aktuell sind es ca 300 undokumentierte Funktionen in PHP.

- DBI und CPAN sind meiner Meinung nach recht gut ziehende Argumente.
Hatte ich beide schon erwähnt. PEAR und dbx ziehen hier auf PHP-Seite nach, allerdings ist dies erst bei großen Projekten interessant. Außerdem gäbe es da noch die Unterschiede zwischen dem SQL der verschiedenen DB-Systeme. Hast du Aber mal gesehen, wie viele Module PHP mitbringt? Es sind fast 2500 Funktionen.

- PHP ist auf Web-Einsatz beschränkt.
Falsch. Ich schreibe häufiger auch Commandline-Scripte mit PHP. Richtig wäre Perl kann auch GUI - bei PHP ist dies nur Technologiestudie.

---
Weaverslave

zum thema gui und php:

http://www.php-center.de/artikel/php-gtk-primer.php3

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
subjective schrieb am 2001-10-24 11:24 :
Für PHP:

- Perl ist wesentlich schneller als PHP3
PHP 4 ist bereits ein Jahr alt, PHP 4.1 hat RC Status und PHP 5 kündigt sich am Horizont an...
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

Perl6 kommt auch bald

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>- ansonsten: http://www.aboutwebdesign.de/awd/content/1002215672.shtml
Zu der Plattformunabhängigkeit... der Test setzt damit Verfügbarkeit gleich. Falsch - mod_php ist deutlich häufiger installiert als mod_perl (Wo wir doch grade bei Geschwindigkeit waren...) Die Datenbankunanhängigkeit kann ich auch bei PHP mit dem PEAR::DB erreichen.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

: Du brauchst aber kein mod_perl, um Perl-Scripts auszuführen.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>Zur Einfachheit: Du kannst von einem Newbie nicht erwarten, das er erst einmal ein CPAN-Modul installiert um die Fehler zu sehen. - er kennt das CPAN noch nicht und OOP ist ihm ein Fremdwort. Hier schlägt PHP Perl, da man einfach erstmal minimale Programmlogik in HTML einbaut. </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

: der von mir gepostete Code benötigt keine zusätzlichen Installationen, das Modul ist standardmäßig mit dabei

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>Dann werden in dem Artikel Bücher erwähnt. Es gibt genügen Einsteigerbücher für PHP - Eefahrenere Anwender nutzen das PHP-Manual. Dort sind fast alle Funktionen dokumentiert. Ich glaube aktuell sind es ca 300 undokumentierte Funktionen in PHP. </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

: Perl kennt wohl keine undokumentierten Funktionen. Zudem bezweifle ich, dass die PHP-Bücher in Qualität und Themenvielfalt mit den O'Reilly-Bühchern mithalten können.


<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Hatte ich beide schon erwähnt. PEAR und dbx ziehen hier auf PHP-Seite nach, allerdings ist dies erst bei großen Projekten interessant.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

: Ziehen nach. Sind aber anscheinend noch nicht ausgereift.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>Außerdem gäbe es da noch die Unterschiede zwischen dem SQL der verschiedenen DB-Systeme. </BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

DBI abstrahiert auch die bis zu einem gewissen Grade.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>Hast du Aber mal gesehen, wie viele Module PHP mitbringt? Es sind fast 2500 Funktionen.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

Was ist denn das für ein Argument? Ich behaupte mal, mit der Perl-Standarddistribution kannst Du so ziemlich alles machen, was Du auch mit der PHP-Standarddistr. machen kannst. Die Zahl der Funktionen spielt da gar keine Rolle.


<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Falsch. Ich schreibe häufiger auch Commandline-Scripte mit PHP. Richtig wäre Perl kann auch GUI - bei PHP ist dies nur Technologiestudie.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

Aber PHP ist fürs Web gemacht. Perl dagegen nicht... kennst Du die Anekdote, dass der nächste Börsencrash wohl von einem Perl-Bug verursacht werden wird?


<font size=-1>[ Diese Nachricht wurde ge&auml;ndert von: Alex am 2001-10-25 21:10 ]</font>

---
- Alex
- http://www.aboutwebdesign.de

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Perl6 kommt auch bald
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
OK dann können wir ja dann Perl 6 und PHP 5 vergleichen <IMG SRC="/phpBB/images/smiles/icon_wink.gif">

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Du brauchst aber kein mod_perl, um Perl-Scripts auszuführen.
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Stimmt perl.exe tut es genauso, wie php.exe. Da wäre jedoch die Geschwindigtkeit zu beachten.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
: der von mir gepostete Code benötigt keine zusätzlichen Installationen, das Modul ist standardmäßig mit dabei
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Trotzdem erfordert es einiges Grundwissen.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Perl kennt wohl keine undokumentierten Funktionen. Zudem bezweifle ich, dass die PHP-Bücher in Qualität und Themenvielfalt mit den O'Reilly-Bühchern mithalten können.
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Ohh ich meinte nicht Prototypen. Ich meine Dokumentationen im offiziellen Handbuch mit Beispielen.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Ziehen nach. Sind aber anscheinend noch nicht ausgereift.
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Nein sind sie nicht.


<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
>Außerdem gäbe es da noch die Unterschiede >zwischen dem SQL der verschiedenen DB-Systeme.
DBI abstrahiert auch die bis zu einem gewissen Grade.
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Leider geht eine solche Abstaktion meist zu Lasten der Möglichkeiten und Performance. Aber DBI ist einer der Hauptvorteile von Perl - keine Frage. Da hat PHP noch ziemlich aufzuholen. Nur kann sich 80% der Leute die DB eh nicht aussuchen. Sondern hat das bei MassHostern meist installierte MySQL.

<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>Hast du Aber mal gesehen, wie viele Module PHP mitbringt? Es sind fast 2500 Funktionen.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->

Was ist denn das für ein Argument? Ich behaupte mal, mit der Perl-Standarddistribution kannst Du so ziemlich alles machen, was Du auch mit der PHP-Standarddistr. machen kannst. Die Zahl der Funktionen spielt da gar keine Rolle.
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Nein? Flash, Grafik (GD, GD2, Imlib), PDF, LDAP, MCAL, EXPAS, Sablotron, ...
<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
<!-- BBCode Quote Start --><TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD><font size=-1>Quote:</font><HR></TD></TR><TR><TD><FONT SIZE=-1><BLOCKQUOTE>
Falsch. Ich schreibe häufiger auch Commandline-Scripte mit PHP. Richtig wäre Perl kann auch GUI - bei PHP ist dies nur Technologiestudie.</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Aber PHP ist fürs Web gemacht. Perl dagegen nicht... kennst Du die Anekdote, dass der nächste Börsencrash wohl von einem Perl-Bug verursacht werden wird?
</BLOCKQUOTE></FONT></TD></TR><TR><TD><HR></TD></TR></TABLE><!-- BBCode Quote End -->
Ja ich kenne die Story. Und doch war Perl für die Bearbeitung von Text geschaffen worden. Das ist immer so eine Sache, wofür etwas geschaffen wurde und wofür es dann auch genutzt wird.

Thomas

---
Weaverslave

Perl ist wirklich nach meiner ansicht nicht so gut fürs net, aber PHP ist eigentlich schon nur fürs web entwickelt worden.

---
Hmmm.... Signaturen----