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

Seite 1 von 3

40 Beiträge dieses Themas auf einer Seite anzeigen

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

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

- - Welche Bedeutung/Vor- und Nachteile haben Skriptsprachen für das Webdevelopment.... (http://www.wcm.at/forum/showthread.php?t=95611)

markisonline

01.05.2003 03:52

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

Welche Bedeutung/Vor- und Nachteile haben Skriptsprachen für das Webdevelopment und die Entwicklung von Desktop-Applikationen?

_m3	01.05.2003 08:35

Scriptsprachen ????
Es gibt nur eine Scriptsprache und das ist Perl :D
(OK, Ruby is auch nett ;) )

Sloter

01.05.2003 09:04

Zitat:

Original geschrieben von _m3
Es gibt nur eine Scriptsprache und das ist Perl :D
(OK, Ruby is auch nett ;) )

Immer die alten Herren :D

PHP ist DIE Sprache für junge Löwen

Sloter

_m3	01.05.2003 09:23

PHP ist keine Sprache, PHP ist ein Zustand! :ms: ;)

/me holt sich seine Asbestunterwaesche und dreht die Klimaanlage hoeher

Sloter

01.05.2003 09:35

:motz: wo ist mein Flammenwerfer?

Hm...Perl.....ist das nich ein Klone von Turbopascal :D

Sloter

btw: wer weiß wo ich eine Britisch Shorthair Asia Smoke (Katze) herbekomme?
Meine ist verstorben vor 3 Stunden :heul:

_m3	01.05.2003 10:26

ad Katze: Sorry :(

ad PHP:
PHP ist dynamische Webseiten fuer Dummies.
Ich habe noch keine Webseite gefunden, auf der professionell mit PHP umgegangen wird. AFAIk ist alles auf einem sehr niedrigen DAU Niveau und so sehen auch die Scripts aus (Subroutinen, wozu?), die mir bis jetzt untergekommen sind.

PHP will krampfhaft Perl sein und dabei nicht Perl sein.

P.S.: Nix gegen Turbopascal. War sehr cool zu seiner Zeit.

MANX	01.05.2003 10:27

@Sloter

Das mit der Katze tut mir leid.
Wir waren auch schon auf der Suche nach British Kurzhaar, haben uns aber noch keine genommen.
http://www.royalbears.at/Babsi1.jpg

www.royalbears.at

Grüße

Manx

Sloter

01.05.2003 12:39

@max

Ja genau, aber die Untergruppe Asia Smoke ist gesucht....

@m_3
Ja und nein, natürlich wird es dem Einsteiger leicht gemacht, dynamische Seiten zu erstellen.
Es geht aber auch sehr Profesionell wenn der richtige Coder am Werk ist, und dann ist es sehr flott gegenüber Perl.

Sloter

_m3	01.05.2003 13:00

Schneller als mod_perl oder schneller als CGI/Perl? :ms:

Philipp

01.05.2003 13:33

Zitat:

Original geschrieben von _m3
Schneller als mod_perl oder schneller als CGI/Perl? :ms:

Schneller und resourcenschonender als beide ;). Vorallem die Kombination PHP + PHP Accelerator + MySQL 4.0.xx mit InnoDB ist meiner Meinung nach unübertroffen :)

sagi	01.05.2003 15:20

Zitat:

Original geschrieben von _m3
Scriptsprachen ????
Es gibt nur eine Scriptsprache und das ist Perl

Du hast soeben ein blaues Auge gewonne. :hammer:

Mit ein wenig Anstrengung erreichst du noch die rote Nase ;)

c.

_m3	01.05.2003 15:31

@sagi: Wieso? Eine Sprache die in den 1990 "entworfen" wurde ("passiert ist" waere wohl der passendere Ausdruck) und dann nicht einmal von Haus aus ueber Datenbank-Abstraktion verfuegt?
Bruhaha, sowas nehm ich dich nicht mal ernst.

@Phillip: MySQL wird wohl mit PHP und Perl gleich schnell sein. Und von Chaching-Mechanismen haben wir noch nicht gesprochen, derartiges gibt es bei Perl auch.

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:

sagi	01.05.2003 15:53

m3:

1) merkst du, dass ich keine Sprache erwaehnt habe :).

PHP/FI wurde 1995 von Rasmus Lerdorf geschaffen.
Python was initially written as a component of the Amoeba operating system at CWI in the Netherlands beginning in 1989.
Ruby was created by Yukihiro Matsumoto (Matz) in Japan. Since 1995, its popularity in Japan has grown at an astounding rate;

Und nun frage ich mich, welche Sprache du gemeint hast :-P

2) Datanbankabstraktion ist nicht all zu schwer zu realisieren.

3) muss eine Sprache wirklich ueber "alles" "von Haus aus" verfuegen? Ist es nicht besser, wenn sich Module einfach einbinden lassen?

4) Ich hab ja nichts gegen Perl, nur finde ich es etwas uebertrieben zu behaupten, dass andere Sprachen nicht auch ihre Berechtigung haben. (Zumal ja Perl bei manchen Problemstellungen, fuer die nich viel noetig ist auch etwas uebertrieben ist)

5) solche DAS ist das "wahre" und alles andere ist fuer'n Arsch Flames hat es schon zur genuege gegeben, also lassen wir das.

mfg

c.

_m3	01.05.2003 16:14

sagi: Du solltest nicht immer alles so ernst nehmen ;)

ad 1) ja ;)
Ruby ist cool, auch wenn ich leider zu wenig Zeit habe, mich genauer damit zu beschaeftigen.
Python sux - Sprachen, bei denen es auf die Einrueckungen ankommt sind IMHO mit Cobol gestorben.
Und gemeint hab ich die "hey, ich hab in einer Datei den Namen des Autors durch meinen ersetzt, ich bin jetzt ein cooler PHP-hax0r" Sprache ;)

ad 2) Ja eben, warum haben sie es bei PHP dann nicht gemacht? Weil die Entwickler keine Ahnung hatten, was sie tun.

ad 3) www.cpan.org ;)

ad 4)
We are Perl. Your table will be assimilated. Your waiter will adapt to
service us. Surrender your beer. Resistance is futile.
-- London.pm strategy aka "embrace and extend" aka "mark and sweep"

ad 5) Bist du nicht mal fuer einen guten Flamewar zu haben :(

sagi	01.05.2003 17:24

1) in Punkto ernst nehmen: wie schon Linus Torvalds sagte: Just for Fun! also - keine sorge, ich nehm es schon nicht zu ernst (und schon gar nicht persoenlich)

2) Einrueckungen: Es ist etwas eingenwillig. Ja. Es ist deshalb schlecht. Nein. Ich will die Einrueckungen sicherlich nicht zu den Staerken von Python zaehlen (auch wenn es sicherlich Leute gibt, die das tun), aber es ist reine Gewohnheit. Nur sollte ich auch sagen, dass ich schon gelegentlich eine fehlende Klammer suchen musste, allerdings bei den Einrueckungen noch keine Probleme hatte. (nur wird man eben Gezwungen uebersichtlich zu arbeiten). alles Ansichtssache.

3) Da Modulsystem von Perl ist geial. Keine Frage. Nur ist auch zu bedenken, dass es ein dressierter Affe schaffen wuerde ein C Modul fuer Python zu schreiben. Zum Thema PHP und Module: http://www.php.net/manual/de/zend.possibilities.php

4) weil ich ja schon ein wenig auf Python eingegangen bin kann ich da ja auch gleich anknuepfen: Ich bin mir sicher, dass du, wenn du das OOP Sys von Python betrachtest positiv uberrascht von der Sprache bist, die du schon zu aussteren verdonnert hast.

5) ad 5. nope :)

mfg
c.

_m3	01.05.2003 18:55

1) :D

2) Zum Klammern suchen hab ich vim und "use strict;" ;)

3) ad Affe: Ist das positiv? La smir ist es lieber, es schreibt jemand ein C Modul, der auch eine Ahnung davon hat (siehe auch letzter Punkt der Umfrage)

4) Naja, ich werd um Python früher oder später nicht herumkommen. Aber da schau ich mur zuerst Ruby genauer an. ;)

5) Na geh ;)

sagi	01.05.2003 19:02

Zitat:

ad Affe: Ist das positiv? La smir ist es lieber, es schreibt jemand ein C Modul, der auch eine Ahnung davon hat (siehe auch letzter Punkt der Umfrage)

Das wohl. Nur wollte ich damit versinnbildlichen, wie einfach es ist Module zu schreiben. Deinem Kommentar koennte man entnehmen, dass du eher meinst dass die API mit ein paar unlogischen und sinnlosen, aber essentiellen Funktionen "aufgepeppt" werden sollte um die Modulprogrammierung elitaerer zu halten?

(Oder klingt das nur im waldviertel so komisch - in dieser gegend gibt es ja genug dressierte Affen)

mfg

c.

sagi	01.05.2003 19:04

ach ja: ad 4.:

ich freue mich schon auf die sicherlich inspirierenden Diskussionen

mfg
c.

_m3	01.05.2003 19:14

Zitat:

Original geschrieben von sagi
Deinem Kommentar koennte man entnehmen, dass du eher meinst dass die API mit ein paar unlogischen und sinnlosen, aber essentiellen Funktionen "aufgepeppt" werden sollte um die Modulprogrammierung elitaerer zu halten?

Elitärer ist IMHO das falsche Wort, das hat so einen hochnäsigen Beigeschmack.

Nehmen wir die Perl-Community. Ein Modul, das auf cpan liegt wird in 95% aller Fälle funktionieren - einfach deswegen, weil die Hemmschwelle, dort etwas zu posten recht hoch ist, sind die Leute dort doch recht kompetent.
Und genau das erwarte ich mir von einem Modul - jemand, der weiss was er tut, hat dieses geschrieben.

Und gerade bei PHP habe ich nicht wirklich den Eindruck, als wüsste ein Großteil derer, die damit arbeiten, was sie tun.

Aber ich bin ja auch jemand, der erwartet, dass Leute selber recherchieren, bevor sie eine Frage in einem Forum posten, also was solls ;)

sagi	01.05.2003 19:26

ok. ich glaube wir sollten das Thema neu definieren. reden wir nun ueber die Skriptsprachen, ueber die Qualitaet von Moduldistributoren oder ueber dummen User.

Wobei noch zu sagen ist, dass ja PHP nichts dafuer kann, dass viele der Anwender nicht wissen was sie tun (und ich will mich selbst da nicht ausnehmen).

Und wenns dir um die Modul-distributoren geht: ok. ich glaub dir, dass CPAN gut ist. allerdings ist das ja nicht der direkte Verdienst von PERL an sich. Perl hat eine grosse Community, einfach weil es eine der aelteren Sprachen ist (Python ist ja auch nicht mehr die juengste und ist aus Perl entstanden :)).

und nun noch was zu PHP: ich denke der Grund warum so viele Einsteiger zu PHP greifen liegt unter anderem an a) den vielen Tutorials b) der Bekanntheit und c) ist es leicht verstaendlich und d) es macht sich als CGI sehr gut (zB sind die Variablen einfach da, wenn sie gebraucht werden $_POST, $_GET,..., $_SESSION - es ist einfach stark fuer Web ausgelegt.

mfg

c.

Philipp

02.05.2003 12:42

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 ;)

_m3	02.05.2003 13:14

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?

Sloter

02.05.2003 14:14

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

frazzz

02.05.2003 14:57

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

javascript rult :hehe:

Philipp

02.05.2003 15:03

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:

Sloter

02.05.2003 15:34

@frazzz
Was haste gegen MySql?

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

Sloter

Philipp

02.05.2003 18:58

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.

citizen428

02.05.2003 19:33

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.

käptn

02.05.2003 19:45

So jetzt hab' ich's endlich :D

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

:motz: :hehe:

~

SNo0py

03.05.2003 10:11

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... ;)

käptn

03.05.2003 19:34

Da stimm ich Snoopy vollkommen zu...

Da (C#-RegEx) wachsen einem wirklich büschelweise graue Haare... :(

~

ps: aber diese radikalen Extremisten (Perl) fangen immer wieder an... :D

SNo0py

03.05.2003 20:45

Aus aktuellem Anlass noch ein "vs":

mbox vs maildir vs mbx

sagi	05.05.2003 00:34

uebrigens:

vim rult, m$word suckt, backends wie das FS sind mir sowieso egal und das Gnome besser ist als KDE sollte doch auch jedem klar sein.

aber PHP/Perl oder sonst was ist da nicht so eindeutig.

@m3:

Ich hab mir am Sa "Perl in a Nutshell" gekauft und arbeite mich gerade ein. Ins Auge gestochen ist mir allerdings, dass das Threading laut Autoren nicht verwendet werden sollte. Find ich einen ziemlichen Nachtel. Aber ich werd mich noch weiter vertiefen.

mfg

c.

markisonline

05.05.2003 00:38

selbst diese seite ist mit php oder in php geschrieben...

klappt doch wunderbar.
oder etwa nichtjavascript:smilie(':confused:')
verwirrt

SNo0py

05.05.2003 09:12

Zitat:

Original geschrieben von sagi
vim rult, m$word suckt und das Gnome besser ist als KDE sollte doch auch jedem klar sein.

Na ja, diese Punkte sind sehr start von der eigenen Meinung geprägt und zu oft der Auslöser für Flames... Jeder sollte für sich die Vor- und auch Nachteile abwägen und dann selbst entscheiden. Generalisierungen wie "jedem" sind in so einem Fall absolut zu unterlassen!!!

Zitat:

Original geschrieben von sagi
backends wie das FS sind mir sowieso egal.

Mit der Aussage würd ich auch aufpassen... weil davon hängen im Normalfall sehr viele Daten (ungefähr das ganze System) ab... Und wenn du z.B. xfs mit einem falschen Kernel-Patch verwendest, waren die Daten auf der Platte -> auch hier hat jedes System seine Vor- und auch Nachteile und nachdem davon eigentlich die Systemperformance und Datensicherheit abhängen ist mir das ganze schon wichtig.

Zitat:

Original geschrieben von sagi
aber PHP/Perl oder sonst was ist da nicht so eindeutig.

Es ist ebenso wenig eindeutig wie bei Gnome/KDE, OO/Word, vim/emacs, .../..., .../... und es ist einerseits eine Frage des Einsatzgebietes und des persönlichen Geschmacks! Siehe oben!

mfg

sagi	05.05.2003 17:46

hallo.

mein Posting war auch nicht so ganz ernst gemeint ;) (bis auf das mit M$ Word :) )

mfg

c.

käptn

05.05.2003 18:27

[OT]

@it-magazin

Sag mal, welchen Browser verwendest du eigentlich, dass bei dir immer javascript... mit dem Smiley eingefügt wird (oder liegt's an den Einstellungen)?

~

valo	05.05.2003 22:16

Re: [OT]

Zitat:

Original geschrieben von käptn
@it-magazin

Sag mal, welchen Browser verwendest du eigentlich, dass bei dir immer javascript... mit dem Smiley eingefügt wird (oder liegt's an den Einstellungen)?

~

vielleicht macht er ein copy/paste der url der smileys in der smiley vorschau beim erstellen eines beitrages... :D :lol:

markisonline

06.05.2003 00:22

@käptn

ich verwende netscape 7.02

@valo

stimmts
javascript:smilie(':D')
Riesengrinser

allwissende Müllhalde

06.05.2003 00:37

:D :lol:

Alle Zeitangaben in WEZ +2. Es ist jetzt 09:04 Uhr.

Seite 1 von 3

40 Beiträge dieses Themas auf einer Seite anzeigen