Sotrax hat geschrieben:Habe es hier mit dem IE getestet und konnte kein Problem feststellen. Ich denke es liegt an einem fehlerhaften Browsercache, am besten Browsercache und alle Offline-Dateien löschen, dann sollte es wieder tun.
Ich hatte gerade mal langeweile und habe es mir angesehen.
Es gibt einige Ungereimtheiten. Zu den Tests muss ich allerdings sagen, dass ich das mit FF gemacht habe, da ich keine Testumgebung für Windows mehr besitze und daher den IE nicht testen kann. Testwelt war Welt 1.
Ich vermute, dass das Problem mit AJAX zu tun hat. Vielleicht ist das Verhalten nicht ganz gleich bei IE und FF (Dass die Ansprache des AJAX-Interface bei beiden Browsern unterschiedlich ist, ist mir klar; es geht wirklich nur um das Verhalten).
Bei Flüstern und Sagen kommt bei mir der eigentliche Chateintrag als Antwort auf chatform.php. Es folgt allerdings grundsätzlich eine Meldung an den AJAX-Teil, dass sich etwas geändert hat. Wenn der AJAX-Teil daraufhin die chatupdate.php abruft, bekommt er allerdings gesagt, dass sich nichts geändert hat und manchmal (da habe ich keinen Zusammenhang sehen können) gibt er noch den Befehl item.php neuzuladen. Das seltsame ist allerdings, dass FF das nicht tut.
Bei Clantele tritt dieses Phänomen nicht auf, d.h. die Antwort kommt nur in chatform.php und die relfile/chatupdate-Kontruktion meldet keinen Chatfakeeintrag.
Die anderen Chatarten konnte ich nicht testen.
Cacheproblem schließe ich eigentlich aus folgenden Gründen aus:
1. POST-Requests sind grundsätzlich uncachebar. Normalerweise halten sich die Browser auch an diese Vorgabe.
2. Sämtliche Replies hatten korrekte Angaben darüber, dass diese Seiten nicht gecachet werden dürfen.
3. Die GET-Requests vom Chatsystem haben praktisch "alle" eine unterschiedliche URL. Daher macht dort der Cache auch kein Sinn.
----
Zu dem anderen Thema "Tritt bei FF auch gelegentlich auf".
Das ist nur ein kleiner Schönheitsfehler, den man auch nicht ohne weiteres beheben kann. Dazu muss man Wissen, dass es grundsätzlich zwei Arten des Besorgens der Chatdaten bei Freewar gibt:
1. chattext.php wird neugeladen(verhältnismäßig große Datei). Die Folge ist, dass nur noch der Text der letzten ca. 120 Sekunden angezeigt wird. Ausgelöst wird es meist durch Tätigkeiten wie Bohnenpflücken&Co oder wie in fast allen Fällen durch einen klick auf die Karte (also eins der 8 Felder um das X).
2. der AJAX-Teil aus chatupdate und den relfiles. Die relfiles werden alle 1.5 Sekunden geladen. Aus der Antwort entnimmt dieser Programmteil, ob chatupdate.php neugeladen werden soll und tut es dann entsprechend.
Moderne Browser benutzen mehr als eine "Leitung" zum Abfragen der Seiten von einem Server. Dadurch kann es passieren, dass sich die Daten überholen.
Als Beispiel:
1. Auf Leitung 1 kommt die Anfrage an chatupdate.php
2. Auf Leitung 2 kommt die Anfrage an chattext.php
3. Auf Leitung 2 kommt die Antwort und wird entsprechend sofort im Browser dargestellt.
4. Auf Leitung 1 kommt die Antwort und wird an die Darstellung vom Chat angehängt.
Dieses Beispiel tritt manchmal tatsächlich auf. Warum es auftritt kann ich nicht sagen, da ich die Serverprogrammierung von Freewar nicht kenne.
Dieses Beispiel kann auftreten, wenn man aus einer Höhle kommt. Da bekam ich teilweise deutlich ältere(>>120 Sekunden) Gesprächsfetzen. Das passierte natürlich nur, wenn man auch entsprechend lang in der Höhle war.
Dieses Phänomen tritt allerdings nur äußerst selten auf, sofern man es nicht bewusst herbeiruft. Alle 2-3 Monate sehe ich es mal und das auch nur wenn man wirklich extrem viel spielt.
-------------
Zu dem Lagthema:
Dies scheint zu Transaktionsfehlern zu führen, sodass alle während des Lags angenommenen Anfragen mit den selben Daten beantwortet werden.
So oft wie dort chatupdate abgerufen wird, wird dann auch das ganze neue Zeug angezeigt werden.
-----
Vielleicht kann ich den Fehler ja über einen Win-Pool der Uni hervorrufen und nachvollziehen *g*
Gruß damh
