alternative zu ssi

*bIOs

gibt es eine möglichkeit (z.b. mit frames ect.) seine navbar in eine tabelle einzufügen, ohne ssi zuverwenden (unterstützt mein webspace net) oder jedesmal alles neuzuschreiben (unterstütze ich net).
wenn jemand kostenlosen webspace kennt, der ssi unterstützt wär das auch gut!

flenders

Mit Frames würde das zwar gehen, halt ich aber nicht für gut http://www.webhostlist.de/free

Shade Of Mine

entweder eine andere server side sprache
oder ein template system (lokal bei dir)
wml zum beispiel

1ntrud0r

http://www.all-inkl.com nimm php owned mehr
imho günstigster und bester anbieter

[ Dieser Beitrag wurde am 21.03.2003 um 11:56 Uhr von 1ntrud0r editiert. ]

*bIOs

was wäre denn z.b. eine andere server side sprache?

Shade Of Mine

Original erstellt von ²bIOs:
was wäre denn z.b. eine andere server side sprache?

so ziemlich alles mögliche... je nachdem was angeboten wird.
Mir fällt so auf die schnelle keine sprache ein, mit der man keine CGI Programme erstellen könnte.

Die häufigsten vertreter sind
PHP
Perl
VBScript (ASP)

1ntrud0r

Original erstellt von Shade Of Mine:
**so ziemlich alles mögliche... je nachdem was angeboten wird.
Mir fällt so auf die schnelle keine sprache ein, mit der man keine CGI Programme erstellen könnte.

Die häufigsten vertreter sind
PHP
Perl
VBScript (ASP)**

php != cgi !!!

und btw VBScript mit PHP und Perl zu vergleichen ist mehr als unterste Schublade !

edit: noch ne Anmerkung VBscript ist client parsed ...
und VBScript != ASP !!

[ Dieser Beitrag wurde am 21.03.2003 um 15:33 Uhr von 1ntrud0r editiert. ]

Shade Of Mine

CGI (Common Gateway Interface) ist ein Interface für Server Side Anwendungen um mit dem User zu kommunizieren (wenn man so will)

PHP nutzt dieses Interface genauso wie Perl. Nur dass PHP das Interface eben nahezu komplett in der Sprache verwoben hat und Perl nicht.

ASP ist ein Interface von Microsoft für die selben belange. Hier muss ich passen, da ich nicht weiß, ob ASP generell ein eigenes Interface ist, oder ob es auch CGI im Hintergrund verwendet (ich programmiere kein ASP, und weiss dies deshalb leider nicht :()

ASP wird meistens mit VBScript oder JScript programmiert, wobei IMHO mehr Leute VBScript verwenden.

VBScript KANN auch auf der Klient-Seite verwendet werden, allerdings IE only.

Warum darf ich VBScript (in Verbindung mit ASP) nicht mit PHP und Perl vergleichen?
Die ganze microsoft.com Seite läuft mit (vermutlich) VBScript in Verbindung mit ASP. Ich will nicht über die Vor- und Nachteile von ASP gegenüber Perl und PHP diskutieren, aber ASP wird in der Industrie verwendet (zwar nicht so oft wie PHP und Perl, aber ASP hat immerhin Platz 3)

Lars

HTLM bietet <iframe>

1ntrud0r

microsoft ist asp mit dhtml ...

PHP verwendet/ist ( laut CGI 1.1 def ) _kein_ CGI ! PHP(.exe) kriegt den Input vom Apache und liefert den Output an den Apache oder an den IIS so long ...

asp .. selbiges

VBscript ist Client / IE only das ist richtig .... Das was du meinst ist Visual Basic @ Asp ... aber kein VBscript ... ist der gleiche fehler wie VBA mit VB zu verwechseln ..

[ Dieser Beitrag wurde am 21.03.2003 um 16:02 Uhr von 1ntrud0r editiert. ]

Shade Of Mine

sag mir mal wo PHP den CGI 1.1 Spezifikationen widerspricht.
interessant finde ich es auch, dass auf unseren Servern PHP als CGI Modul läuft - wie geht das, wenn PHP kein CGI verwendet??
Warum kann ich über PHP denn die CGI version vom Server abfragen?

Laut CGI 1.1 Spezifikation muss der Server dem Script die Inputdaten geben. Und die Output Daten müssen entweder zum Server oder direkt zum Client gehen.
Insofern verstehe ich dein Argument nicht.

zu ASP und VB\1:

Active Server Pages is an open, compile-free application environment in which you can combine HTML, scripts, and reusable ActiveX server components to create dynamic and powerful Web-based business solutions. Active Server Pages enables server side scripting for IIS with native support for both VBScript and JScript. ?Microsoft Internet Information Server Web site

OK, ASP scheint nicht CGI zu verwenden, sondern ist etwas eigenes. Meinetwegen.

Shade Of Mine

Original erstellt von Lars:
HTLM bietet <iframe>

<frame> oder <iframe> ist auch schon egal - die probleme sind nahezu dieselben.

1ntrud0r

Original erstellt von Shade Of Mine:
sag mir mal wo PHP den CGI 1.1 Spezifikationen widerspricht.
interessant finde ich es auch, dass auf unseren Servern PHP als CGI Modul läuft - wie geht das, wenn PHP kein CGI verwendet??
Warum kann ich über PHP denn die CGI version vom Server abfragen?
.

Weil PhP ein Apache Modul ist ! Die Cgi Version sind z.B. Env Vars ...
man kann ausm php heraus auf fast alles zugreifen ... zumindest unter linux...

**
Laut CGI 1.1 Spezifikation muss der Server dem Script die Inputdaten geben. Und die Output Daten müssen entweder zum Server oder direkt zum Client gehen.
Insofern verstehe ich dein Argument nicht.
**

Das .. Cgi _Programm_ <-- muss ausführbar sein ... !
und laut spezifikation .. muss es innerhalb des cgi-bin ausführbar sein !

edit : http://cgi.resourceindex.com/Documentation/Programming_Languages/

[ Dieser Beitrag wurde am 21.03.2003 um 17:30 Uhr von 1ntrud0r editiert. ]

SG1

Original erstellt von 1ntrud0r:
Weil PhP ein Apache Modul ist !

s/ist/sein kann/

Und dann stimmt Shades Aussage auch plötzlich wieder. Wo ist Dein Problem?

PS: Deine Tastatur ist kaputt.

Shade Of Mine

Original erstellt von 1ntrud0r:
**Weil PhP ein Apache Modul ist ! Die Cgi Version sind z.B. Env Vars ...
man kann ausm php heraus auf fast alles zugreifen ... zumindest unter linux...
**

sein kann, muss aber nicht.
Wo ist dein Problem?
Zeig mir mal RFCs oder sonstige Dokumente die zeigen, dass PHP nicht als CGI laufen kann.

Das .. Cgi _Programm_ <-- muss ausführbar sein ... !
und laut spezifikation .. muss es innerhalb des cgi-bin ausführbar sein !

ich nehme das RFC über die CGI Spezifikation und was steht da:

The script is invoked in a system defined manner. Unless specified otherwise, the file containing the script will be invoked as an executable program.

Wo steht, dass ich meinen Server nicht konfigurieren darf, CGI Programme auch ausserhalb von cgi-bin laufen zu lassen?
sorry, ich kann das nirgends finden... poste bitte mal direkten link

Du linkst ja schon auf cgi-resources.com, warum dann nicht gleich auf die spezifikation? http://cgi-spec.golux.com/draft-coar-cgi-v11-03-clean.html

Ich beziehe mich übrigens auf CGI 1.1.

Übrigens: was sagst du zu VBScript und ASP - Microsoft scheint meiner Meinung zu sein, und nicht deiner

/me fragt sich langsam, ob das weiter 'diskutieren' noch Sinn hat...

Shade Of Mine

kleiner Nachtrag und damit ist die Sache für mich abgeschlossen:
http://www.php.net/manual/en/faq.installation.php#faq.installation.cgierror

Wie kann PHP eine CGI Fehlermeldung produzieren, wenn PHP absolut nix mit CGI zu tun hat?

Die Sache ist damit erledigt.

1ntrud0r

... poste bitte mal direkten link

http://hoohoo.ncsa.uiuc.edu/cgi

[ Dieser Beitrag wurde am 23.03.2003 um 22:00 Uhr von 1ntrud0r editiert. ]

Shade Of Mine

das niveau in diesem forum sinkt immer tiefer...

ich würde es begrüßen, wenn du wenigstens meine beiträge lesen würdest

1ntrud0r

heul halt rum du haarspaltest hier genauso rum wie ich ... also beschwer dich net ...

und dein göttliches niveau ist hier auch keine spur besser *müde guggz*

defakto um mal wieder zum thema zurück zukommen

perl : schlecht wegen komplizierten db verbindungen ...
php : gut günstig oft supported
asp : schlecht == teuer

Shade Of Mine

Original erstellt von 1ntrud0r:
**heul halt rum du haarspaltest hier genauso rum wie ich ... also beschwer dich net ...

und dein göttliches niveau ist hier auch keine spur besser *müde guggz*
**

du willst provozieren oder?

verdammt nochmal. ich poste begründungen du nicht.
da ist keine haarspalterei von meiner seite aus.
CGI oder nicht ist zwar im Grunde nicht wirklich interessant, aber tatsache bleibt tatsache.

man sagt ja auch nicht ein Auto fliegt, weils im grunde ja egal ist, ob es rollt oder fliegt wenn man nur vorwärts kommen will.

es nervt einfach wenn du etwas behauptest und dann nichteinmal versuchst zu beweisen, dass du recht hast.

da frage ich mich dann auch: warum muss ich meine zeit für so etwas opfern?
und die antwort ist bitter: weil ich nicht will dass anfängern von vornherein falsche tatsachen verkauft werden.

mein Tipp:
informier dich, bevor du so tust als wäre, dass was du glaubst eine tatsache. so verwirrst du anfänger nur.

1ntrud0r

schau in der realen welt läuft es leider so das derjenige der etwas behauptet es beweisen muss und nicht der der diese behauptung nicht glaubt .. die unwahrheit belegen muss ...

Du behauptest PHP ist Cgi dann sag mir wo es steht das PHP cgi ist .... !!! Defakto kannst du das aber gar nicht weil es wirklich nirgends steht ... du kannst dich 10 std .. an dein pc setzen oder 100 du wirst nix finden das dir nur im Ansatz bestätigt das es so ist nicht in einer RFC und sonst wo ...

PHP benutzt viele module darunter möglicherweise auch cgi module ...

Schau und der Anfänger wie du es schreibst ... will ne gute Server Side Sprache .. wissen ! Ich hab ihm in 3 Sätzen gesagt was man usen kann und was net ... im gegensatz zu dir der in 100 sätzen nichtmal merkt das er im nebel rum argumentiert und vom 100 ins 1000este schwallt aber eigentlich keine harten fakten vorbringt. Sorry für die Anmaßung aber mir stehts echt bis zum hals mit dir !