cgi scripte

cgi scripte (17 Beiträge, 45 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

wie kann ich cgi scripte die ich auf meiner HP verwenden möchte dort einbauen

habe nicht viell ahnung davon

möchte mir ein Posting dort einbauen und ein Forum wie mach ich das

m.f.g.
Miki

Du solltest dich zuerst vergewissern, daß der Provider, bei dem deine Seiten gehostet werden, es auch unterstützt, daß du dort CGIs ausführen kannst. Dies muß nämlich speziell beim Server so eingerichtet werden, damit es auch funktioniert.

Was du dann genau machen mußt ist eigentlich recht einfach, aber irrsinnig umfangreich hier jetzt genau auszuführen. Normalerweise kann man diese Informationen aber beim jeweiligen Provider beziehen.

Wenn dir der Provider diese Möglichkeit nicht bietet, dann kannst immer noch nach einem anderen suchen, es gibt ja angeblich auch kostenlose... Einfach mal danach suchen, die sollten sich schon finden lassen.

Leider unterstützen einige beliebte Provider cgi nicht. In jedem Fall müssen sie es Dir einrichten (üblicherweise ein Verzeichnis "cgi-bin" und gegebenenfalls die Pfade zu "Perl", "sendmail" usw. mitteilen.

Der Provider unterstützt es (inode) doch giebt es sowas auch in java

wenn ja dann gehts doch überall

Was soll es in Java geben? Diskussionsforen oder Guestbooks? Klar, könnte man das auch in Java machen. Würde ich aber nicht, weil

a) es in cgi/perl (behaupte ich mal) einfacher ist
b) es fix und fertige Foren, Guestbooks gibt, die man in 5 minuten anpassen
kann und das war's
c) perl/cgi in vielen Fällen schneller ist als Java

und wo finde ich die scripte in cgi

für ein forum

http://www.cgi-resources.com

Kann ich nicht zustimmen!

a) Java ist für einen Anfänger sicherlich einfach interpretierbar als z.B. ein Perlscript, da es einige unüberschaubare konstrukte nicht kennt. In Java erstellt man Objekte und greift auf dessen Methoden und Eigenschaften zu. Perl ist zwar irrsinnig leistungsfähig und besitzt sicherlich den kürzeren Code, aber Perlprogramme sind meist nur hacks und dementsprechend für Laien nicht nachvollziehbar.
b) es gibt das selbe auch als Servlets/JSPs zum runterladen. Praktischer Vorteil: sie sind meist auch ohne neukompilieren über simple property-files anzupassen. Bei Perl ist es meist im Sourcecode zu machen.
c) jein... die Java Servlets laufen irrsinnig flott, da der Container (die Servlet Engine) schon im Speicher vorhanden ist, und der JIT eingesprungen ist. Sobald dieses eintritt ist Java leistungsfähiger als Perl. Perlscripts haben den Nachteil, dass (sofern der Provider nicht das Fastcgi-modul geladen hat) bei jedem Aufruf erst Perl selber instanziert werden muß, was einen nicht unbeachtlichen Overheat produziert und somit meist in einer langsameren Programmausführung endet.

Aber an und für sich ist es wurscht, was man verwendet. Trotzdem finde ich es sehr praktisch und auch gut, daß einem die Wahl was man verwenden will selber überlassen wird.

Dass Perl fuer unleserlichen Code bekannt ist, is schon richtig, aber auch in Perl kann man sehr schoen leserlich schreiben.
Und sicher auch in Java schirch.
Abgesehen davon, dass mir persoenl. Java ueberhaupt nicht sympathisch. (Muss aber zugeben, dass ich es eigentlich nicht kenne

)
J.

As long as the music´s loud enough,
we won´t hear the world falling apart.

Java als Applet gesehen ist mir auch mehr als unsympatisch, aber java als leistungsfähige objektorientierte Programmiersprache ist eine Sache für sich. Einfach zu lernen und zu erweitern. Mit relativ wenig Aufwand kann man schöne Resultate erreichen. Und man wird nicht so leicht dazu verleitet undsauber zu programmieren. Klar, es gibt in Java auch schwarze (Programm)Schafe, aber die sind seltener... Weil im Java - grob gesprochen - direkt gleich am anfang immer das

use strict;

steht. Und die ganzen Sondervariablen $_, $/, $1..$n, etc sind für den Laien sicherlich verwirrend. Dass man mit @_ die Übergabeparameter einer methode abfragen kann, die wiederum typenlos ist, etc. macht das alles auch nicht einfacher. Aber ansonsten ist perl a putzige kleine nette scriptingsprache, bei der es (fast) nix gibt, was es nicht gibt

Wie gesagt, ich kenn Java nicht wirklich. Was mir daran nicht gefallt:
- von der User-Seite her. Z.b. ich such nach einem Programm, das eine bestimmte Aufgabe erfuellen soll, find eines, das genau das tut was ich will, seh, dass es in Java is und vergess es. Es ist mir einfach zu muehsam, diese Java-Programme. Die GUI is saumaessig langsam, es passt nicht sehr zur sonstigen Oberflaeche, etc braucht lang zum Laden. Da bin ich einfach zu bequem dazu.

Nu, jetzt sind mir meine "Argumente" eh schon ausgegangen... also wahrscheinlich ist meine Abneigung eher unbegruendet..

Das mit klein&putzig darfst aber keinem Perl-Coder sagen

J.

As long as the music´s loud enough,
we won´t hear the world falling apart.

unleserlicher Code in Perl

wer verzapft sowas

Perl kannst auch so leserlich schreiben wie in C++ nur ist Perl eben "flexibler" alleine schon die kleine Tatsache das du zb.:

$betrag = 150; #für 150 Schilling als Betrag so aus Fun
$waehrung = "ATS";

$displayprice=$betrag.$waehrung; und schwups hast die Währung hinten dran...in einer Variabel.

brutaler wird dann

$europrice=($displayprice / 13.7603)."Eur."; ##

Also ein String (wo in C++ alle Alamrglocken ertönen würden vom Compiler) wird durchdividiert mit einer Zahl, HALLO

und in der selben Zeile noch die neue Währung dazugeklebt.

Unterprogramme einfach genial einfach in Perl

und man kann auch "locale" Variablen definieren entweder my oder local

Ne PERL und PHP rulez auf ner Linux/Unix Maschine der Rest an Sprachen kannst in den Container schmeissen.

Perl + PHP in Kombination ist der Knüller (Leider ist mein PHP mies

noch)

Man kann aber auch in Perl sehr "brav" programmieren.
(Ich bin eher der "alles in eine Zeile quätschen will"...das wird dann unleserlich für andere und mit Perl geht das gnadenlos gut)

Ich find Perl aus lustig (obwohl ich es _sehr_ wenig kann)
Letztens hab ich mir die regexps ein bisserl angeschaut. GENIAL.

Aber wie Du auch schreibst, das unleserlich schreiben geht mit Perl eben "gnadenlos gut"

Wie kombiniert man PHP+Perl?

J.

As long as the music´s loud enough,
we won´t hear the world falling apart.

Irgendwie widersprichst du dir selber, was man als Beweis deuten könnte, daß du von einer höheren Programmiersprache nur was vom Hörensagen kennst.

Selbes beispiel in java:

public class EuroPreis {

public static void main(String[] args) {
int betrag = 150;
String waehrung = "ATS";
String displayPrice = betrag + waehrung;

String euroPrice = (betrag / 13.7603d) + "EUR";
System.out.println("ATS Preis: " + displayPrice + "\nEUR Preis: " + euroPrice);
}

}

Hier werden die Variablen typisiert, was bedeutend zur Lesbarkeit und Interpretierbarkeit des Codes beitragen. Eine Varibale, die den Typen wechselt ohne explizit gecasted zu werden ist nicht sehr verständlich.

Klar kann man in Perl mit my() und local() variablen setzen, trotzdem bleiben sie so lange typenlos, bis sie einen Wert erhalten. Dieser Wert wird aber interpretiert.

Was bitte sind Unterprogramme? Meinst du subs? Also typenlose Methoden, die entweder was zurückgeben können oder nicht? Dort wo das return Statement definiert welcher Wert zurückgegeben wird? Is freilich super, weil man immer genau weiss was man kriegen kann. Wie macht es Java?

Beispiel:

public void doSomethingAndReturnNothing() { ... } // kein rückgabewert => prozedur
public int doSomethingAndReturnSomeInt() { ... } // der Rückgabewert ist ein int => funktion
public void doSomethingAndThrowExceptionOnError() throws Exception { ... } // prozedur, die bei einem Fehler
                                                                           // diesen auch weitergibt -> und
                                                                           // dieser fehler muß abgefangen werden

gleiches in perl:

sub doSomethingAndReturnNothing {
# tut nix
}

sub doSomethingAndReturnSomeInt {
   return 1;
}

sub doSomethingAndThrowExceptionOnError {
   # tut nix, aber wenn fehler, dann
   return 0 if ($error);
}

das kann dann abgefangen werden, muß aber nicht und schaut folgendermassen aus:

&doSomethingAndThrowException or die "Da war ein fehler"; # das wars

bei Java:

try {
  doSomethingAndThrowExceptionOnError();
} catch (Exception ex) {
  // hoppala da war ein Fehler
  // hier können wir diesen abfangen
} finally {
  // und schlussendlich das Ausfallsszenario ausführen
}

So... was ist sauberer? Was kann man leichter lesen? Mal ganz ehrlich?

Nicht dass ich was gegen Perl hätte! Perl ist für manche sachen bestens geeignet, aber der Programmieren tendiert zu sehr dazu schlampig zu arbeiten und einen schlampigen code zu debuggen ist ein so ein Krampf....

Über php sag ich nix, denn das hat ist nichts weiter als ein schlechter Verschnitt aus Perl und ASP (da verwend ich lieber Apache::ASP auf *X oder ASP auf NT). Ich lass mich jetzt auf keine Diskussionen von wegen was besser ist oder was schlechter ist ein, ASP ist das bessere Konzept und basta.

P.S.: eigentlich sollte der Code jetzt putzig formattiert daherkommen, aber irgendwie scheint das nicht ganz zu funktionieren....

Ich habe eine solche Antwort befürchtet

Schliesslich ist das auch beinahe eine Glaubensfrage, ob nun perl/cgi, php oder java.

Erlernbarkeit hin, Geschwindigkeit her, letztendlich hat jeder seine Vorlieben.

Es war nicht eine Behauptung meinerseits, sondern nur eine gerechte Widerlegung deiner Argumente für perl... ich hab das Glück, daß ich beide Sprachen beherrsche und somit die richtige Sprache für die Anforderung wählen kann. Obwohl... seit das ORO Package opensource und kostenlos zur Verfügung steht, hat perl schon schwächere Argumente gegen Java, weil damit kann java auch ausgefeilte REs in Perlmanier machen... Aber für 3 zeilen hacks, einen kleinen Import in eine Datenbank, ein kleiner test, ein paar dateien schreiben und lesen verwend ich immer noch perl, weil ich es mag.

Es ist kein Glaubenskrieg! Es ist die Freiheit die Wahl zu haben!

Aber um es mal ganz genau zu sagen perl != cgi! CGI ist eine Erweiterung des HTTP-Protokolls, das spezifiziert, wie ein server ein Programm ausführt, egal ob es perl, c/c++, tcl, bash, batch, basic, pascal, usw. ist. Jedes Programm, daß irgendwie ausführbar ist und das einen Content Typ liefert, den der Browser, bzw. der Client interpretieren kann, kann per CGI aufgerufen werden, sofern freilich die Berechtigungen passen...

tot, warum will das keiner glauben?????

-------------------------
wer nen rechtschreibfehler findet darf ihn behalten

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung