| Perl vs. PHP |
tobias
Foren-Team
Threadstarter
Beiträge: 708 |
Mich würde mal interessieren, wie Ihr Perl und PHP gegenübersteht.
Ich jedenfalls kann mich mit Perl überhaupt nicht anfreunden.
|
| Profil
Website
Editieren
Zitieren
|
PsychoAndi
Pixelschubser
Beiträge: 21 |
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
|
| Profil
E-Mail
Website
Editieren
Zitieren
|
tobias
Foren-Team
Threadstarter
Beiträge: 708 |
Ich stimme mit dir in allen Punkten zu "Perl" überein.
|
| Profil
Website
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 844 |
*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
|
| Profil
Website
Editieren
Zitieren
|
Markus
Foren-Team
Beiträge: 12 |
Hallo,
vom Programmieren her ist PHP sogar einfacher als Perl - ich weiß auch nicht, warum ich überhaupt Perl gelernt habe. PHP rulez =)
---
Gruß,
Markus
|
| Profil
Website
Editieren
Zitieren
|
tobias
Foren-Team
Threadstarter
Beiträge: 708 |
@subjective
Das "OOP" bei PHP würde ich nicht gerade als "OOP" bezeichnen 
Hier besteht noch einiges an Nachholbedarf.
|
| Profil
Website
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 844 |
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
|
| Profil
Website
Editieren
Zitieren
|
Rieke
Foren-Team 
Beiträge: 1792 |
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
---
|
| Profil
E-Mail
Website
Editieren
Zitieren
|
michael
Foren-Team
Beiträge: 1930 |
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
|
| Profil
Editieren
Zitieren
|
Alex
Pixelschubser
Beiträge: 3 |
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
|
| Profil
Website
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 844 |
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
|
| Profil
Website
Editieren
Zitieren
|
tobias
Foren-Team
Threadstarter
Beiträge: 708 |
|
| Profil
Website
Editieren
Zitieren
|
Alex
Pixelschubser
Beiträge: 3 |
Quote:
|
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...
|
|
Perl6 kommt auch bald
Quote:
| - 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. |
|
: Du brauchst aber kein mod_perl, um Perl-Scripts auszuführen.
Quote:
| 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. |
|
: der von mir gepostete Code benötigt keine zusätzlichen Installationen, das Modul ist standardmäßig mit dabei
Quote:
| 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. |
|
: 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.
Quote:
|
Hatte ich beide schon erwähnt. PEAR und dbx ziehen hier auf PHP-Seite nach, allerdings ist dies erst bei großen Projekten interessant.
|
|
: Ziehen nach. Sind aber anscheinend noch nicht ausgereift.
Quote:
| 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.
Quote:
| Hast du Aber mal gesehen, wie viele Module PHP mitbringt? Es sind fast 2500 Funktionen. |
|
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.
Quote:
|
Falsch. Ich schreibe häufiger auch Commandline-Scripte mit PHP. Richtig wäre Perl kann auch GUI - bei PHP ist dies nur Technologiestudie. |
|
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?
[ Diese Nachricht wurde geändert von: Alex am 2001-10-25 21:10 ]
---
- Alex
- http://www.aboutwebdesign.de
|
| Profil
Website
Editieren
Zitieren
|
subjective
Forenheld
Beiträge: 844 |
Quote:
|
Perl6 kommt auch bald
|
|
OK dann können wir ja dann Perl 6 und PHP 5 vergleichen 
Quote:
|
Du brauchst aber kein mod_perl, um Perl-Scripts auszuführen.
|
|
Stimmt perl.exe tut es genauso, wie php.exe. Da wäre jedoch die Geschwindigtkeit zu beachten.
Quote:
|
: der von mir gepostete Code benötigt keine zusätzlichen Installationen, das Modul ist standardmäßig mit dabei
|
|
Trotzdem erfordert es einiges Grundwissen.
Quote:
|
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.
|
|
Ohh ich meinte nicht Prototypen. Ich meine Dokumentationen im offiziellen Handbuch mit Beispielen.
Quote:
|
Ziehen nach. Sind aber anscheinend noch nicht ausgereift.
|
|
Nein sind sie nicht.
Quote:
|
>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.
|
|
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.
Quote:
|
Quote:
| Hast du Aber mal gesehen, wie viele Module PHP mitbringt? Es sind fast 2500 Funktionen. |
|
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.
|
|
Nein? Flash, Grafik (GD, GD2, Imlib), PDF, LDAP, MCAL, EXPAS, Sablotron, ...
Quote:
|
Quote:
|
Falsch. Ich schreibe häufiger auch Commandline-Scripte mit PHP. Richtig wäre Perl kann auch GUI - bei PHP ist dies nur Technologiestudie. |
|
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?
|
|
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
|
| Profil
Website
Editieren
Zitieren
|
KAL
Otto-Normal-Poster
Beiträge: 70 |
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----
|
| Profil
E-Mail
Website
Editieren
Zitieren
|
