Zitat:
Zitat von Ckaos
Ist ja auch klar.
PHP = Serverseitig, HTML = Clientseitig
Du schickst POST an x_chatfenster.php welches HTML zusammenbaut, welches dann wieder PHP Dateien aufruft die nunmal kein POST mehr sehen.
|
Das ist etwas ungenau. Bei HTTP "geht alle Macht vom Client aus". Wenn das HTML (was anderes als HTML, Lavascript und Java versteht der Browser ja nicht) ein Framekonstrukt ist, dann sind das (in dem Falle) drei unterschiedliche Ereignisse, die sich untereinander nicht kennen. Man kann sowas mittels Javascript miteinander verhäkeln, aber Javascript ist
1. kein PHP und
2. werden solche Fragen drei Türen weiter gestellt und ggf. auch beantwortet.
Zitat:
Du solltest in x_chatfenster.php entweder wie vt1816 schrieb eine SESSION starten welche die beiden PHP Dateien dann lesen oder du rufst Sie mit einem GET Parameter auf, den x_chatfenster.php setzt.
|
Das triffts leider auch nicht, weil einzig der Browser entscheidet, welche externe Resourcen er wann und ob abruft. Völlig Wurscht, ob der User klickt oder Javascript den Klick simuliert.
Sessions können da nur dann etwas helfen, wenn grundsätzlich ne Keks-Session eingerichtet wird. Den Fallback (wenn der Client den Keks nich fressen will) einzuflicken, wäre noch übler: möglich, aber sehr viel überflüssige Arbeit.
Aber eben wie gesagt: man kann mit nem Uhrmacherhämmerchen ne Cheops-Pyramide basteln, aber wer würde sich sowas antun. Für Chat gibts IRC - Internet Relay Chat. Da verteilt der Server alle neuen Texte automatisch an die angeschlossenen Clients. Aber eben per IRC Protokoll und nicht per HTTP. Deshalb nicht, weil HTTP genau das nicht kann, was ein Chat können muß.
Btw: Du weißt das natürlich, aber der Fragesteller kennt das offensichtlich noch nicht.