Chatserver schreiben in PB?

bluejoke · Beitrag von **bluejoke** » 28.02.2005 18:57

für eine normale Webseite mag das reichen, aber wir wollen doch einen Chat machen. Da ist der Header doch ein wenig anders, und wir wissen auch schon, dass es dieses "keep-alive" ist, aber wie sendet der Server die Daten danach? Der Browser soll ja dann auch wissen, zu was das ganze gehört.

Wenns so einfach ist, übernehm doch bitte du das...

celli · Beitrag von **celli** » 28.02.2005 19:15

einfache lösung... :

1. du baust eine html seite auf die 2 frames hat -> incoming & outgoing
2. auf den INCOMING-FRAME mus ein javascript laufen der sich nach z.b.: 10 sec. bei einer php-seite meldet und die TMP-datei ( wo die daten gespeichert werden) ausliest und in html-form zurück sendet.
3. der inhalt der ausglessen wurde wird dann auf den INCOMING-FRAME ausgegeben ( da dieser FRAME ja den aufruf gemacht hat ! ).
4. beim OUTGOING-FRAME muss ein text feld sein ( wo die nachricht geschrieben wird ) der es per formular an einen php-seite sendet die es in die TMP datei dann schreib ( ohne die älteren einträge zu löschen !!!! )
und dann dein INCOMING-FRAME neu lädt.

sprich... :
du brauchst eine html-seite mit 2 frames
einen php-script zum speichern neuer daten
einen php-script zum lesen vorhandener daten

gruss...

bluejoke · Beitrag von **bluejoke** » 28.02.2005 21:29

Aber wie soll ein JavaScript, außer durch einen Reload (!!!!), die Daten vom Server holen?
That's what we're talking about!

MVXA · Beitrag von **MVXA** » 28.02.2005 22:35

es geht immer nur eine HTML datei über eine TCP socket verbindung. Und celli, das kompletter bullshit

. Wenn ihr euch weiter so anstellt versuch ich das ja sogar noch -_-.

bluejoke · Beitrag von **bluejoke** » 28.02.2005 22:42

es geht immer nur eine HTML datei über eine TCP socket verbindung.

Das ist bei Celis Vorschlag ja nicht das Problem!
Zuerst wird eben die eine Seite des Frames geladen, und die andere kommt danach, mit offener Connection.
Wenn man was sendet, muss dann halt das ganze Frameset in der richtigen Reihenfolge geladen werden, aber das ist wirklich nicht das Problem. Wir wollen da ganze ja ohne Reload, und das ist das einzig heftige, und ich hab das noch nirgends verwirklicht gesehen.

edit: phpopenchat.org ist der Chat von dem ich weiter oben gesprochen habe.

MVXA · Beitrag von **MVXA** » 28.02.2005 23:15

Und ich hab schon ma sowas geehn wo das realisiert wurde. Wenn man die Website mit Keep-Alive offen hält, dann kann man das Reloaden auch knicken, weil es einfach unnötig wird.

celli · Beitrag von **celli** » 01.03.2005 04:24

@ MVXA:
oooooh... vom himmel gesandter... teile uns dein unendliches wissen mit...

MVXA · Beitrag von **MVXA** » 01.03.2005 15:36

weißte es besser ~_~?

bluejoke · Beitrag von **bluejoke** » 01.03.2005 16:10

anscheinend nicht, deshalb fleht er dich ja an...
ich schließ mich ihm an:
Zeig uns doch bitte endlich wie das funktioniert.
nur keep-alive reicht eben nicht.
Mach doch mal bitte ein ganz kleines Beispiel, in dem der Server zuerst die Homepage, und dann die Daten sendet...
Oder meinetwegen irgendwas, bei dem der Server zuerst die Anfrage des Browsers beantwortet, und danach noch etwas sendet, ist egal was.

hardfalcon · Beitrag von **hardfalcon** » 01.03.2005 18:01

Ich beginne mich zu fragen:
1.) Weshalb MUSS das alles unbedingt in PB gemacht werden? Weshalb kann man da nix schon existierendes nehmen anstatt das Rad neu zu erfinden?
2.) Was soll so schlimm daran sein, wenn derjenige der den Chat nutzen will, die entsprechende Chatsoftware runterladen muss?

cya
Pascal