| Autor |
Beitrag |
Nightfly
      
Beiträge: 163
|
Verfasst: Mi 03.09.03 13:27
moin
also demnächst möchte ich ein größeres HP projekt in angriff nehmen, mit dynamischen webseiten. Den Server gedenke ich selber aufzusetzen. Doch jetzt meine FRage: was eignet sich am besten, was is zukunftssicher, wird man sagen können eine dieser Techniken setzt sich durch? Meines wissens sind ja die ASP auf dem Absteigenden ast, also JSP oder CGI..oder .Net? Bei 0 anfangen muß ich ohnehin, wär mir seeehr lieb wenn mir einer Vor- und NAchteile dieser Sprachen aufzählen könnte.
|
|
UC-Chewie
      
Beiträge: 531
WinXP
D5 Ent
|
Verfasst: Mi 03.09.03 14:22
Zunächst mal: Weder CGI noch ASP sind Sprachen, sondern Schnittstellen.
Die CGI-Schnittstelle (CGI = Common Gateway Interface) ist ein Standard, der von den meisten Webservern unterstützt wird und folgendermaßen funktioniert:
Wird eine Anfrage an den Webserver gestellt, prüft der Server die Anfrage darauf, ob er sie an eine CGI-Modul weitergeben soll. Das kann sowohl eine festgecodete Anwendung sein als auch ein Script, das von einer Anwendung interpretiert wird.
Nun passiert folgendes: Die im Webserver registrierte CGI-Anwendung wird aufgerufen, nachdem wichtige Daten über die Anfrage in Umgebungsvariablen gespeichert worden sind (zumindest ist das beim Apache so). Das CGI-Modul kann nun damit machen, was es will, wichtig ist, dass die Daten, die in die Standardausgabe (StDOUT) geschrieben werden, an den Browser geschickt werden.
Bekanntester Vertreter hier ist Perl, außerdem kann PHP auch im CGI-Modus betrieben werden.
Ich hab auch mal probehalber eine CGI-Anwendung geschrieben, die SVG-Dateien komprimiert hat.
ASP ist eine Schnittstelle des IIS-Servers, funktioniert folglich nur auf Win-Systemen. Das ist schonmal IMO ein Riesennachteil. Welche Sprachen da verwendet werden, weiß ich nicht, da ich mich damit noch nie befasst habe.
Empfehlen würde ich entweder CGI oder PHP als Webservermodul, was so ziemlich jeder Webpaceprovider unterstützt. Der Vorteil ist, dass es auf Linux und auch auf Win-Servern laufen kann.
_________________ Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
|
|
Nightfly 
      
Beiträge: 163
|
Verfasst: Mi 03.09.03 14:41
Der Server sollte bei meiner Entscheidungsfindung keine Rolle spielen, da ich den selber aufsetze. Also kann ich da machen was ich will. Heißt aber auch: ich muß mich mit dem Serverkram von CGI, ASP und Co. auseinandersetzen. Also hat da jemand erfahrungen welches sich da durchsetzen wird?
Mein Hauptanliegen: das Projekt wird groß, ich werde VIEL Zeit investieren und VIEL lernen..und ich möchte soweit es geht vermeiden "aufs falsche Pferd" zu setzen, nich das ich 2 JAhren alles nochmal mach, weil ich mich für die falsche Sache entschieden habe.
|
|
UC-Chewie
      
Beiträge: 531
WinXP
D5 Ent
|
Verfasst: Mi 03.09.03 15:10
Wenn du langfristig sein willst, würde ich auf LAMP (Linux+Apache+PHP+MySQL) oder WAMP(Windows+Apache+PHP+MySQL) setzen. Denn Microsoft kann irgendwann den Support für ASP einstellen. Da Apache und PHP (und auch MySQL) OpenSource-Projekte sind, ist die Wahrscheinlichkeit, dass das in absehbarer Zukunft nicht mehr weiterentwickelt wird, sehr gering.
Perl ist leistungsfähiger als PHP, da die Funktion als CGI-Modul nur eine von vielen Funktionen ist, aber auch deutlich schwerer zu lernen (Versuch dort mal, ein Modul in den Interpreter einzubinden  ). Außerdem ist die Syntax etwas gewöhnungsbedüftig.
_________________ Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
|
|
Nightfly 
      
Beiträge: 163
|
Verfasst: Mi 03.09.03 15:12
Schön soweit...ASP hatte ich im Hinterkopf auch schon abgehakt. Kann noch mal jemand was zu Java Server Pages sagen? wie sieht's damit aus?
|
|
Klabautermann
      

Beiträge: 6366
Erhaltene Danke: 60
Windows 7, Ubuntu
Delphi 7 Prof.
|
Verfasst: Mi 03.09.03 15:27
Hallo,
ich möchte zum Thema CGI noch mal folgendes gervor heben:
| UC-Chewie hat folgendes geschrieben: | Die CGI-Schnittstelle (CGI = Common Gateway Interface) ist ein Standard, der von den meisten Webservern unterstützt wird und folgendermaßen funktioniert:
Wird eine Anfrage an den Webserver gestellt, prüft der Server die Anfrage darauf, ob er sie an eine CGI-Modul weitergeben soll. Das kann sowohl eine festgecodete Anwendung sein als auch ein Script, das von einer Anwendung interpretiert wird. |
CGIs kannst du also bei bedarf auch in Delphi/Kylix schreiben. Das kann sinvoll sein wenn du z.B. Webfrontends für deine Delphi Anwendungen aufsetzen willst. Du kannst dann einen großteil deines Codes wiederverwenden, lediglich die Ein-/Ausgabe musst du neu machen (auf HTML umgestalten).
Nichtsdestotrotz sollte man sich mit PHP und Perl auseinandersetzen.
Gruß
Klabautermann
|
|
JoelH
      
Beiträge: 806
Erhaltene Danke: 17
Win10
Delphi Alexandria 11.2 Patch 1
|
Verfasst: Mi 03.09.03 18:50
Titel: hmm,
LAMP oder WAMP ist wohl momentan die gänigste Lösung, vor allem ist sie sehr weit verbreitet und man bekommt relativ Billig Webspace der damit ausgerüstet ist. Naja und dadurch dass es LAMP total für umme gibt kann man sehr günstig zuhause entwickeln.
_________________ mfg. Joel
|
|
derDoc
      
Beiträge: 623
Win Vista Prof
D2007 Prof
|
Verfasst: Mi 03.09.03 19:54
Ich glaube auch, dass LAMP die beste Lösung ist, weil du einfach geringe Kosten hast. Der preisliche Unterschied zwischen Linux und Windows ist da auch nicht mehr so groß.
_________________ MfG derDoc
There are only 10 types of people: those who understand binary and those who don't.
|
|
ak
      
Beiträge: 240
Suse Windows 9 XP
D6 Professional
|
Verfasst: Do 04.09.03 15:30
Da du den Server selbst aufsetzt, würde ich dir zu asp.net und c# bzw. vb.net raten. Mit MS Visual Studio.net kannst du relativ einfach sehr gute Webanwendungen programmieren. PHP ist sehr weit verbreitet und sollte auch mal betrachtet werden, leider gibt es hier nicht so tolle (wenig praktikable, da langsame) Entwicklungsumgebungen, das wurde mir von einem professionellem php-Programmierer bestätigt (er selbst nimmt ultraedit als Editor). Da du total neu anfangen musst sollte das MS Visualstudio in betracht gezogen werden, da es die beste Entwicklungsumgebung ist die ich kenne (aber nicht ganz billig).
_________________ Gruß AK
|
|
ak
      
Beiträge: 240
Suse Windows 9 XP
D6 Professional
|
Verfasst: Do 04.09.03 15:34
Jsp und java ist natürlich auch gut, damit kenne ich mich aber nicht aus.
_________________ Gruß AK
|
|
Phobeus
      
Beiträge: 1280
Linux (FC6), WinXP Pro (Box)
D6 Pers, D7 Pro, FPC 2.x
|
Verfasst: Do 04.09.03 15:37
Aha... Maguma, PHPEd und zahlreiche andere Varianten machen auf mir fast einen besseren Eindruck als VStudio... wenns gratis sein soll?
[url] www.nostalb.de[/url]
M$ ist in jedem Fall teurer, da man OS und Server seperat bezahlt... Ich würde eine LAMP-Lösung empfehlen. Ob Du das p für Perl oder PHP nimmst, sollte fast egal sein, PHP wird einfacher zu lernen sein.
_________________ "Menschen sterben nicht wenn man sie zu Grabe trägt, sondern wenn sie ihre Träume verlieren..."
|
|
Alibi
      
Beiträge: 458
Win2K SP3
Delphi 6 Ent
|
Verfasst: Do 04.09.03 15:44
Dann wäre da noch die häufig verwendete Variante, dass man PHP für die Ausgabe nutzt und Perl im Hintergrund alles macht. Die hat sich ebenfalls gut bewährt.
|
|
ak
      
Beiträge: 240
Suse Windows 9 XP
D6 Professional
|
Verfasst: Do 04.09.03 15:50
Wie sieht es bei PHPed mit der Geschwindigkeit beim runterscrollen im Quelltext aus? Ich habe gehört dass dieses Programm dabei sehr ins stocken kommt (es ruckelt unangenehm).
_________________ Gruß AK
|
|
neojones
      
Beiträge: 1206
Erhaltene Danke: 1
|
Verfasst: Do 04.09.03 15:55
Zum Thema JPS: was massivst dagegen spricht ist, dass es derzeit nur von 2 Herstellern gute Schnittstellen gibt und zum zweiten, dass es extrem langsam ist.
_________________ Ha! Es compiliert! Wir können ausliefern!
|
|
ak
      
Beiträge: 240
Suse Windows 9 XP
D6 Professional
|
Verfasst: Do 04.09.03 16:06
Eine saubere Trennung von Webseite und Applikationslogik hast du nur in jsp und asp.net. Im gegensätzlichen Fall ist html code und Programmiercode gemischt.
_________________ Gruß AK
|
|
Alibi
      
Beiträge: 458
Win2K SP3
Delphi 6 Ent
|
Verfasst: Do 04.09.03 16:23
Wieso? Du kannst doch, wie gesagt, das Backend mit Perl machen und die Ausgabe mit PHP. Diese Technik ist weit verbreitet.
|
|
ak
      
Beiträge: 240
Suse Windows 9 XP
D6 Professional
|
Verfasst: Do 04.09.03 16:28
Hallo Alibi,
dann müsste unser nightfly aber php und perl lernen. Wie dem auch sei, es gibt eine menge Variationen, da fällt eine Pauschalempfehlung schwer. Ich würde auf Grund meiner persöhnlichen Erfahrung aber ASP.net empfehlen.
_________________ Gruß AK
|
|
UC-Chewie
      
Beiträge: 531
WinXP
D5 Ent
|
Verfasst: Do 04.09.03 17:04
Wenn du nix neues lernen willst, kannst du auch Delphi benutzen.
Einfach ein Konsolenprogramm erstellen, was du in die Standardausgabe schreibst, wird an den Browser geschickt.
_________________ Egal wie dumm man selbst ist, es gibt immer andere, die noch dümmer sind
|
|
barfuesser
      
Beiträge: 324
|
Verfasst: Do 04.09.03 17:29
Hi,
da Du schreibst, daß es ein größeres Projekt werden soll, solltest Du wirklich ins Auge fassen, dieses mit Delphi (oder einer anderen Compiler-Sprache) zu erstellen. Es ist zwar löblich, sich auch mit anderen Sprachen zu befassen, aber ein Projekt in einer fremden Sprache zu entwickeln, halte ich für reichlich gewagt. Außerdem sind compilierte Programme bei der Ausführung durch den WebServer deutlich schneller als interpretierte Scripte. Falls Du trotzdem an Interpreter-Sprachen denkst, würde ich Dir auf jeden Fall Perl empfehlen, da es sich dabei um eine vollwertige Programmiersprache handelt, die für String- und Listenverarbeitung mächtige, flexible und auch sehr schnelle Werkzeuge zur Verfügung stellt.
barfuesser
|
|
JoelH
      
Beiträge: 806
Erhaltene Danke: 17
Win10
Delphi Alexandria 11.2 Patch 1
|
Verfasst: Do 04.09.03 19:42
| ak hat folgendes geschrieben: | | Da du den Server selbst aufsetzt, würde ich dir zu asp.net und c# bzw. vb.net raten. Mit MS Visual Studio.net kannst du relativ einfach sehr gute Webanwendungen programmieren. |
Was hast du dafür gezahlt ? ASP inc. Datenbankanbindung ist wohl etwas teuer für den gemeinen Homeuser, oder ?
_________________ mfg. Joel
|
|