Ausgabepuffer des Browser herabsetzen

[Markus]

Hallo,

wie lässt sich der Ausgabe-Puffer des Browser verkleinern?
Bei IE beträgt er normalerweise 4 kBytes, d.h. alle
emfangenen 4 kB, oder wenn die html-datei zuende ist,
erfolgt eine Ausgabe der Daten auf dem Bildschirm.
ICh frage deshalb, weil ich so eine Art Live-Stream
Textausgabe mit php verwirklichen will.
Das funktioniert ja auch soweit ganz gut:

• eine while(1)-Schleife läuft undendlich lange
• Der Text wird ausgegeben
• Etwa 4 kB sinnlose Daten werden übertragen, z.B.
    650 mal "<b></b>" (und das soll ja gerade vermiden werden)
• mit sleep(2) wird kurz gewartet, bis der nächste
    text ausgegeben wird.
  Ihr seht also, die Tatsache, dass 4 kByte an sinnlosen Daten,
  übertragen werden müssen ist alles andere als ökonomisch,
  da ja
  1. auf Clientseite alles langsamer läuft und
  2. (was viel schlimmer ist) der Trafic in die Höhe schießt.
  Kennt jemand eine Möglichkeit diesen Ausgabepuffer herabzusetzen,
  vielleicht mit irgendeiner meta-Angabe, oder sowas??
  Bitte helft mir, ich bin schon fast am verzwifeln, da ich schon
  ewig nach einer Antwort suche, aber bisher noch nichts gefunden
  habe. :(
  Ich bin für jede Hilfe, sei es auch nur eine Idee, sehr dankbar!

Viele Grüße
Markus

[Maxx]

Hallo,

• eine while(1)-Schleife läuft undendlich lange
• Der Text wird ausgegeben
• Etwa 4 kB sinnlose Daten werden übertragen, z.B.
    650 mal "<b></b>" (und das soll ja gerade vermiden werden)

... alles andere als ökonomisch,

1. auf Clientseite alles langsamer läuft und
2. (was viel schlimmer ist) der Trafic in die Höhe schießt.

du hast gerade entdeckt, dass sich http nicht für diese Art der Datenübertragung (streaming) eignet. Es gibt hierfür wesentlich geeignetere Protokolle.

Nun zu deiner Frage: Nein, es gibt IMHO keine Möglichkeit den Empfangspuffer des IE zu verkelinern. Vielleicht kannst du das Verhalten mit einem Browser-Plugin beeinflussen? Sinnvoller wäre es aber dann die Aktualisierung dem Client zu überlassen.

Grüße,

Jochen

[Markus]

Also eigentlich finde ich diese Art der Datenübertragung ziemlich gut, jedenfalls besser als
<META HTTP-EQUIV="refresh" content="1;URL=..">
da, diese blöden klick-geräuche vom ie entfällt.

Bist du dir da wirklich absolut sicher, dass es keine möglichkeit gibt Empfangspuffer herabzusetzen? Hat sonst noch einer Ideen?
Wie realisieren es eigentlich auf html-basierende Chats?

Mfg
Markus

[Cheatah]

Hi,

Also eigentlich finde ich diese Art der Datenübertragung ziemlich gut,

wer immer etwas von HTTP versteht, findet sie grausam. Eine Vergewaltigung des Protokolls und der Systeme des Internet.

Bist du dir da wirklich absolut sicher, dass es keine möglichkeit gibt Empfangspuffer herabzusetzen?

*Höchstens* durch Konfiguration des einzelnen Clients.

Wie realisieren es eigentlich auf html-basierende Chats?

Mittels einer clientseitigen Technik, die auf HTTP verzichten kann, also z.B. eines Java-Applets. Chats auf HTTP-Basis sind ein Verbrechen an der Menschheit[tm]. Siehe </archiv/>.

Cheatah

[Markus]

Hi,

Mittels einer clientseitigen Technik, die auf HTTP verzichten
kann, also z.B. eines Java-Applets. Chats auf HTTP-Basis sind ein
Verbrechen an der Menschheit[tm]. Siehe </archiv/>.

Das würde ich nicht sagen, der Verzicht auf Java, und so ein zeugs
sichert kompantibilität, denn nicht jeder Browser hat ein
java-plugin installiert.
Und ich bin davon überzeugt, dass es durchaus möglich ist, einen
schnellen und trafic-sparsamen http-chat zu entwickeln.

[Cheatah]

Hi,

Mittels einer clientseitigen Technik, die auf HTTP verzichten
kann, also z.B. eines Java-Applets. Chats auf HTTP-Basis sind ein
Verbrechen an der Menschheit[tm]. Siehe </archiv/>.
Das würde ich nicht sagen,

dann recherchiere bitte im Archiv zu dem Thema.

Cheatah

[Markus]

Hi

Verbrechen an der Menschheit[tm]. Siehe </archiv/>.
Das würde ich nicht sagen,
dann recherchiere bitte im Archiv zu dem Thema.

Ja, mir sind die Threads bekann, wo darüber diskutiert wurde,
aber all diese Threads-Diskusionen basieren auf dem Prinzip
mit dem meta-refresh, und da kann ich ja auch zustimmen, dass
dieser weg ineffizient ist. Bei meiner Idee, sowas unter anderem
mit solch einen Stream zu realisieren ist dagegen höchst effizient
(wenn die Sache mit diesem 4 kB Ausgabepuffer nicht wären), da
ja nur die relevanten Daten übertragen werden und nicht ständig
neue http-get-Anfragen erzeugt werden müssen, wie es bei dem
meta-refresh der Fall ist.

MfG

[Cheatah]

Hi,

Ja, mir sind die Threads bekann, wo darüber diskutiert wurde,
aber all diese Threads-Diskusionen basieren auf dem Prinzip
mit dem meta-refresh,

nein, tun sie nicht; Du hast offenbar nur diese gefunden. Oder die Threads gingen vom kleinsten Übel aus.

[...] nicht ständig
neue http-get-Anfragen erzeugt werden müssen, wie es bei dem
meta-refresh der Fall ist.

Das allein wäre immerhin noch konform zum Sinne von HTTP.

Cheatah