chiliGREEN

hallo


http://de.wikipedia.org/wiki/Common_Gateway_Interface



ich nehme mal an das cgi auch in PHP geschreiben sein kann....


problem: hab keine ahnung wie das geht....





also: hab apache, und PHP 5.1.2

PHP hab ich über die httpd.conf eingebaut:


und die datei heißt php-cgi.exe ich geh mal davon aus, dass CGI auf meinen server funktionieren müsste...




frage 2: alle chats die ich kenne (und nicht mit java laufen --> ich hasse java) habn bei den datein die endung *.cgi ... ich bräuchte eine "streamfunktion" ohne dauer-reload... hab kein tutorial gefunden....


lg

Mister Ad

KingCrunch

Frage 1: Du weißt, was cgi bedeutet? Anscheinend eher oberflächlich. cgi bedeutet [/i]common gateway interface[/i] und im Endeffekt heißt es nichts anderes als: Alles, was auf der Kommandozeile etwas ausgibt, kann eingebunden werden. Demnach könnteste PHP natürlich als CGI einbinden, davon rate ich dir allerdings ab. Wenn du schon Zugriff auf den Server hast, dann verwende das Modul, es ist durch die direkte Anbindung an den Indianer schneller, als über den Umweg cgi.

Frage 2: Tu mir mal den Gefallen und prüfe, ob die Chats, die du dir angeschaut hast und auf .cgi enden entweder einen meta-tag "refresh" oder javascript besitzen. Serverseitige scripte haben keine chance auf nen eigenständiges refresh

__________________
Nicht jeder Fehler ist ein Bug.

Chat mit PHP:
Oh Gott...
http://www.google.de/search?hl=de&q=...ochen%22&meta=

KingCrunch

ignatz, manchmal bist du echt gemein ...

__________________
Nicht jeder Fehler ist ein Bug.

DER_Brain

mit php gehts vlt. ned, aber dafür mit USB

http://www.getdigital.de/index/0x99


Sachen gibts...

chiliGREEN

ihr seit fies -.-



lol

der chat is von http://www.abacho.at (login auf der startseite)

und da is kein javascript-reload oder meta reload




kA wie sowas geht, aber ich brauch auch sowas... hat jemand einen link zu einem tutorial wo man sich einen chat ohne reloadfuscherei erstelln kann?


btw der usb kaffeekocher is praktisch... sowas kauf ich mir ^^

KingCrunch

Ich seh da ersma nur frames und an den Quelltext dahinter komm ich grad nicht dran. Was macht dich dann so sicher, dass kein reload- oder Java-Mechanismus dahinter steckt?

__________________
Nicht jeder Fehler ist ein Bug.

Aus deren FAQ:

Waq

Nicht nur das. Bei manchen Leuten passt halt das, was sie nicht wahrhaben wollen, nicht in den Schädel.

Kann ich nichts zu sagen, hab keine Lust mich da anzumelden (beweisen liesse es sich im Zweifelsfall durch Abhören des Netzwerkverkehrs), aber funktionieren tun Stream-Chats auf jeden Fall.
Der Titanchat von Sascha Schumann war glaube ich einer (basierend auf ircg), wurde u.a. von Heise benutzt. Der Schumann macht aber kein PHP mehr.
Und ich weiss definitiv von einem weiteren, der vor ein paar Jahren mal in meinem näheren Umfeld entwickelt wurde, ein paar andere, die ich als nicht-chatter jetzt nicht benennen konnte, gabs auf jeden Fall auch. Die Sache ist allerdings nicht ganz problemfrei.

Das erste Problem sind manche Proxies. Bei den Leuten, die dahinter sitzen, wird der Stream immer abreissen. Ist halt so.

Das andere Problem ist das Verhalten der Browser. Der Prinzip besteht ja darin, die Seite immer weiter zu verlängern und die neuen Teile zum Browser zu flushen, nur haben die teilweise ein etwas eigenwilliges verhalten bei der Annahme und Verwertung der Daten-Häppchen. Die einzelnen Happen mussten eine bestimmte grösse haben und am besten bestimmte (End-)Tags enthalten, um auch wirklich einzeln gerendert zu werden. Genaueres weiss ich nicht, da ich das nicht gemacht habe.

PS: Da die Stream-Seite endlos geladen wird, muss das Formular, dass ja ständig abgeschickt werden muss, natürlich in einen eigenen Frame.

PPS: Stream-Chats existieren definitiv, da brauchst Du dich nicht verunsichern zu lassen. Andere Lösungen wie Flash funktionieren nur eben besser.
Und da die Zielgruppe für Flash-freie rein-HTML-Chats nicht besonders gross ist, sind HTML-Stream-Chats etwas aus der Mode gekommen.

Willst Du damit andeuten, dass die Cookies und Popups für Reloads verwendet haben?
Dass sie JS verwenden, sagt nicht wofür, und da nur eine einzige konkrete Anwendung von JS hier relevant ist (nämlich Reloads), sagt dieser Satz gar nichts aus.

Meine Güte musst Du mittlerweile dein eigenes Gebrabbel gerne lesen, wenn Du die Leute schon mit Kram zumüllst, die theoretisch bestätigen könnten, was Du meinst.
Das ist ja so all guckt man kurz, ob das Auto in der Garage steht, wenn die Frage ist, ob die Tankfüllung bis Italien reicht.
Oder sind deine logischen Fähigkeiten dermassen degeneriert, dass Du das für ein Argument hälst?

Korrekt. Das IRC Protkoll gibts, es gibt haufenweise kostenlose Server- und Clientsoftware, aber es gibt immer wieder welche, die ernsthaft glauben, man könne das sinnvoll mit HTTP auch hinkriegen.

Die Hürden bezüglich HTTP sind bekannt - mir zumindest.

Hier kommt nu diese Zeile Text, die Dich auf den Plan rief:

Huhu! Das ist ein Zitat der Webseite, die der OP gerne nachbasteln würde. Er wollte was ohne Lavascript und Co.

Mir isses echt egal, was die Tüten da veranstalten. Wenn ich mal IRC benötige, dann installiere ich das Original und keinen auf Dauer ungeeigneten "Port 80 Abklatsch".

Du laberst wie immer etwas Schwachsinn. Mich stört das nicht - Du machst Dich ja zum Affen.