WCM Forum - Welche Bedeutung/Vor- und Nachteile haben Skriptsprachen für das Webdevelopment....

WCM Forum (http://www.wcm.at/forum/index.php)

- Linux, UNIX, Open Source (http://www.wcm.at/forum/forumdisplay.php?f=13)

Zitat:

Original geschrieben von _m3
MySQL wird wohl mit PHP und Perl gleich schnell sein.

Vor einigen Jahren gab es WWWThreads (eine Forum Software) sowohl für mod_perl/Perl und PHP. Die PHP Fassung (ohne Beschleunigung) war schneller als das mod_perl Gegenstück.

Dabei war WWWThreads PHP nicht einmal sonderlich optimiert. Tatsächlich war es eine 1:1 Umsetzung des Original Perl Codes.

Zitat:

Original geschrieben von _m3
Also vergleichen wir nicht Aepfel mit Birnen, sondern PHP und Perl - out-of-the-box, so wie es ist und da ist Perl einfach besser :D :cool:

Out-of-the-box kann Perl ohne DBI Modul nicht einmal auf MySQL Datenbanken zugreifen :rolleyes:

Wenn Perl wirklich so toll für Webapplikationen ist, warum laufen dann viele Seiten auf PHP? Vielleicht weil PHP hauptsächlich fürs Web ist und daher besser für Webapplikationen geeignet ist ;)

ja, dafuer kann ich mit DBD/DBI auf mysql, oracle, DB2, ... zugreifen und muss - so die sql-statements generisch genug sind, nur den connect string und ned mein ganzes script aendern.

Vielleicht weil PHP hauptsächlich fürs Web ist und daher besser für Webapplikationen geeignet ist
HA! Wie ist es besser geeignet? WAS ist an PHP besser?
Ich hab bis jetzt noch nix gefunden, was in PHP einfacher geht, als in Perl.
Das Argument hab ich schon iot gehoert, aber keiner konnte es bis jetzt argumentieren.
Also?

Bin kein Coderfreak aber der Admin läßt Grüßen :)

In der Regel werden für das gleiche Ergebniss unter Perl mehr Programmzeilen als unter PHP benötigt.
Überhaupt wenn es zum Zusammenspiel mit einer MySql Datenbank kommt.

OK, sind nur wenige Zeilen mehr, aber wenn ein Script Millionenfach Aufgerufen wird sind es immerhin mehrere Millionen Zeilen die der Server extra abarbeiten muß.
Das heißt in der Regel mehr Ram und Prozessorleistungsverbrauch.

Links zum Thema
http://www-106.ibm.com/developerwork...p=PHP-Perl-JSP
http://www.dclp-faq.de/search.php?q=%22Vergleich%22

Ok ich verschwinde wieder in mein feuerfestes Adminkammerl :D

Sloter

mah, wenn ich schon lese: my-sql als db :lol:

javascript rult :hehe:

Zitat:

Original geschrieben von _m3
Das Argument hab ich schon iot gehoert, aber keiner konnte es bis jetzt argumentieren.
Also?

Dann will ich ja nicht so sein ;)

Ein einfaches Beispiel das zeigt wie leicht man PHP mit HTML Integrieren kann

PHP-Code:


		
			
<?php

$text = "Das ist eine Variable die einen Text enthält";

?>



<html>

<head>

    <title>Titel</title>

</head>



<body>



Die Variable $text enthält: <?php echo $text; ?>



</html>

PHP wird wie HTML behandelt. Es gibt keine besonderen Dinge zu beachten. Da PHP nahezu auf allen Servern als Teil von Apache (mod_php) läuft, gibt es keine Performanceeinbruche.

Das Perl Gegenstück könnte so aussehen:

Code:

#!/usr/bin/perl



use strict;



my $text = "Das ist eine Variable die einen Text enthält";



print "Content-type: text/html\n\n";



print <<HTML;

<html>

<head>

        <title>Titel</title>

</head>



<body>



Die Variable \$text enthält: $text



</html>

HTML

1;

Hier integriert sich HTML nicht so schön wie unter PHP. Perl Scripte müssen generell in ASCII hochgeladen werden und danach mittels chmod 755 Ausführrechte bekommen.

Auf den meisten Servern (Perl als CGI) benötigt selbst dieses einfache Script wesentlich mehr Resourcen als das PHP Gegenstück, da zwei Prozesse (1x Apache, 1x Perl) ausgeführt werden.

Ein weiteres Beispiel:

PHP-Code:


		
			
<?php ob_start("ob_gzhandler"); ?>

<html>

<head>

    <title>GZip Testseite</title>

</head>



<body>



Das ist eine GZIP komprimierte Testseite



</html>

Das Komprimiert die Ausgabe der Seite in gzip ähnlich dem mod_gzip Modul für Apache.

Unmöglich in Perl? Nein. Allerdings ist es wesentlich kompilizierter da zusätzlichen Perl Module wie zlib und cgi_buffer benötigt werden. Ausserdem dürfte das cgi_buffer Modul keine sonderlich gute Codequalität haben, da es nicht mit use strict; funktioniert :eek:

@frazzz
Was haste gegen MySql?

Javaservlets rulen, allerdings frießt so ein Servlet 20-30 MB von den Ram zum Frühstück :(

Sloter

Zitat:

Original geschrieben von Sloter
Links zum Thema
http://www-106.ibm.com/developerwork...p=PHP-Perl-JSP

Mir fällt gerade auf das jemand die gleiche Idee hatte wie ich ;)

Zitat:

Original geschrieben von Sloter
OK, sind nur wenige Zeilen mehr,

Nicht unbedingt wenige. Die Perl Module die nachgeladen werden benötigen auch Speicher. Das bei Perl Programmieren oft verwendete CGI.pm Modul benötigt z.B. schon satte 218KB zusätzlich :eek:

Hier ein Beispiel Perl mit CGI.pm vs. PHP:

PHP-Code:


		
			
<html>

<head>

    <title>Titel</title>

</head>



<body>



Der Parameter testvar enthält: <?php echo $_GET[testvar] ?>



</body>

</html>

Dieses Script ist hoffentlich klar. Aufgerufen wird es mit .php?testvar=Irgendetwas bzw. pl?testvar=Irgendetwas (Perl Version unten)

So könnte es in Perl mit CGI.pm aussehen:

Code:

#!/usr/bin/perl



use strict;

use CGI;



my $query = CGI::new();

my $testvar = $query->param("testvar");



print $query->header();



print <<HTML;

<html>

<head>

        <title>Titel</title>

</head>



<body>



Der Parameter testvar enthält: $testvar



</body>

</html>

HTML

1;

Ohne CGI.pm müsste man die Parameter z.B. von $ARGV[0] auslesen. Das wäre zwar etwas komplizierter, dafür aber wesentlich resourcenschonender.

Nichts gegen Perl als leistungsfähige Scriptsprache, aber PHP ist einfach besser fürs Web geeignet da alle notwendigen Webfunktionen schon eingebaut sind.

Nachdem sich jeder der mal mit PHP und MySQL ein Gästebuch programmiert hat "Webentwickler" schimpft, hab ich für "schnelle Lösungen von Einsteigern täuschen darüber hinweg, dass man auch bei Skriptsprachen über komplexes Know-how verfügen sollte." gestimmt.

So jetzt hab' ich's endlich :D

http://webdev.aig4.com/fuck_mod_perl.jpg

:motz: :hehe:

~

Spät aber doch gebe auch ich meinen Senf dazu...

Perl ist sehr gut, sehr performant und beim Arbeiten mit Dateien aufgrund seiner RegEx ungeschlagen (versucht das selbe mal mit C#/System.Text.RegularExpressions...)

PHP ist für's Web entstanden und deshalb auch dafür optimiert, wie oben schon angesprochen: $_POST etc etc

Btw, das ganze ist meiner Meinung nach ein Glaubenskrieg wie

vim vs emacs
word vs openoffice
reiserfs vs ext3 vs xfs
gnome vs kde
... vs ...

-- jeder sollte selbst entscheiden, was er einsetzt...

mfg
S.

PS: _m3: www.typo3.com / www.typo3.org -> DAS ist ein anspruchvolles PHP-Projekt... ;)