[Texer]

Wenn man sich eingeloggt hat und klickt dann auf einen news-eintrag muss man sich erneut einloggen o. F5 drücken. das sollte php aber von sich aus tun , o. der Cookie wird nicht neu geladen. Ihr solltet den Coder die HP nochmal überarbeiten lassen... cu later

[achilleus]

moin!

ich selber hab den Fehler nicht da ich Mozilla benutze.

Der "Fehler" tritt, soweit ich weiß, nur beim IE auf. Der IE hat wohl noch einige Macken mit dem Cache.

[PaderbornEE]

typisch achilleus...jedes mal wenn dieser fehler auftritt kommt er mit seinem mozilla an...der scheint wohl wirklich besser zusein....mhh.....

[xylen]

Hi

Ja, das Problem tritt nur im Internet Explorer auf, was aber nicht heißt das man es nicht lösen kann. Man kann die Anweisung einbinden, dass jedes Mal die Seite neu geladen werden soll. Das ist nicht das Problem - aber dabei entsteht viel mehr Traffic und auch mehr Datenbankanfragen. In der nächsten WinFuture Version wird das aber hoffentlicht berücksichtigt, so dass man sich auf einen Kompromiss einigen kann.

@Texer: Falls du einen guten Vorschlag hast, wie man das am elegantesten lösen kann, dann immer her damit

[leonsio]

xyl das einzigst möglicher vorschlag hab ich schon genannt

aber auf mich hört ja wieder keiner <_<

[YahooDoc]

Bei mir kommt daß Problem aber nicht vor, obwohl ich den MS Internet Explorer 6 verwende.

[Texer]

Das Prob kann man nur beheben, wenn man den code vorliegen hat, ich hatte das prob schonmal in Verbindung Flash - PHP - Cookie, da wollte es beim Seitenwechsel auch nicht so richtig. In Flash wird es so gelöst das man die Datei nicht laden tut sondern die Variablen die dort enthalten sind und ner Zufallszahl. Ich denk mir mal hier wurde auch mit Sitzungscookies gearbeitet, aber um da ne Lösung zu bekommen muss man halt den Code vorliegen haben. Aber Ihr werdet das schon machen ...

[Texer]

hmmm, Ihr habt nur Sitzungscookies benutzt? Sollte geändert werden, dann muss man sich nicht jedesmal wenn man die Seite betritt neu einloggn. Dann ist warscheinlich auch schon das Prob mit der Aktualisierung behoben.

[mesios]

Wir arbeiten erst seit einigen Wochen mit nicht persistenten Cookies (Sitzungscookies). Davor trat das Problem jedoch auch auf.
Hier ist der Code den wir benutzen um einen Cookie abzuspeichern:

 
 setcookie("username","$username",null, "/", ".winfuture.de",0);
 setcookie("password","$password",null, "/", ".winfuture.de",0);

 setcookie("username","$username",null, "/", ".winfuture.org",0);
 setcookie("password","$password",null, "/", ".winfuture.org",0);

Die Syntax ist nach http://www.php.net/m...n.setcookie.php!

boolean setcookie ( string name [, string value [, int expire [, string path [, string domain [, int secure]]]]])
Wenn also noch jemand eine Idee hat?


Danke!

[Texer]

Also heute funktioniert das wieder problemlos (mit dem einloggen). Is irgendwie beunruigend nich?

Es ist auch möglich, das bei bestimmten Seitenaufrufen o. Functionen Variablen überschreiben werden. Das kann man dann nur noch in Kleinstarbeit rauskriegen. Aber mal sehen was den anderen so einfällt.

[mesios]

kann eigentlich nicht sein, den bei manchen tritt das Problem ja überhaupt nicht auf, bei manchen nur manchmal und bei anderen wiederum IMMER. Aber der F5 Trick funzt, soweit mir bekannt, immer.

[HackZero]

Zitat (Benedikt Ziegenfuss: Nov 3 2002, 03:43)

typisch achilleus...jedes mal wenn dieser fehler auftritt kommt er mit seinem mozilla an...der scheint wohl wirklich besser zusein....mhh.....

Wenn schon, nimm K-Meleon für Windows bzw. Konqueror für Linux ... der "echte" Mozilla-Client ist einfach überladen <_<

[achilleus]

k .. mal testen, hab unter linux galeon benutzt, der war "nett"