alternative zu ssi
-
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!
-
Mit Frames würde das zwar gehen, halt ich aber nicht für gut
http://www.webhostlist.de/free
-
entweder eine andere server side sprache
oder ein template system (lokal bei dir)
wml zum beispiel
-
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. ]
-
was wäre denn z.b. eine andere server side sprache?
-
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)
-
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. ]
-
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)
-
HTLM bietet <iframe>
-
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. ]
-
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.
-
Original erstellt von Lars:
HTLM bietet <iframe><frame> oder <iframe> ist auch schon egal - die probleme sind nahezu dieselben.
-
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. ]
-
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.
-
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 linkDu 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...
-
kleiner Nachtrag und damit ist die Sache für mich abgeschlossen:
http://www.php.net/manual/en/faq.installation.php#faq.installation.cgierrorWie kann PHP eine CGI Fehlermeldung produzieren, wenn PHP absolut nix mit CGI zu tun hat?
Die Sache ist damit erledigt.
-
... 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. ]
-
das niveau in diesem forum sinkt immer tiefer...
ich würde es begrüßen, wenn du wenigstens meine beiträge lesen würdest
-
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
-
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.