✔ Übliches header:location Problem

[ZodiacXP]

Also hat er hier offensichtlich noch eine Session offen von früher offen oder?

Ganz genau. So kannst du prüfen ob eine Session-ID bei dir eingeht und dementsprechend reagieren (um das Skript vollständig zu testen). Irgendwo im Zusammenhang mit Sessions vermute ich den Fehler.

 

[Dörti.Hermi]

Ach das wird ja mal wieder eine lustige Suche ^^

Zusammengefasst heißt das, dass er (höchstwahrscheinlich) deshalb falsch reagiert, weil noch ein altes Session-Cookie vorhanden ist, richtig? Wie und wann sollte ich denn alles was mit Session zu tun hat rücksetzen/löschen? Es müsste doch eigentlich reichen, wenn die logout.php aufgerufen wird oder?

lg

 

[ZodiacXP]

Klar. Diese löscht die Session und unter Umständen auch das Cookie. Hab das bei IE6 nie mir angesehen.

 

[Dörti.Hermi]

Hallo wieder mal,

hab jetzt folgendes beobachtet:
Wenn ich den IE 6 öffne, und mich einlogge funktioniert alles wie gewünscht, da er direkt nach dem Start ja keine Session gestartet/gespeichert hat. Dann tritt wieder (allersdings genauso unregelmäßig wie vorher) das übliche Problem auf, das er die intern.php nicht aktualisiert, obwohl die Seite einfach immer nur per GET-Parameter beeinflusst wird. Keine Ahnung warum.

Und was mir jetzt aufgefallen ist, sowohl im IE als auch im FF, dass nach der logout.php im Header die PHPSESSID noch immer die gleiche SessionID von vorher drin steht. Ist das normal bzw. könnte das das Problem sein?

Lg Andi

 

[ZodiacXP]

Und was mir jetzt aufgefallen ist, sowohl im IE als auch im FF, dass nach der logout.php im Header die PHPSESSID noch immer die gleiche SessionID von vorher drin steht.

Mit der Session zusammenhängende globale Variablen und das Session-Cookie werden nicht gelöscht.

Daran liegt es nicht. Wäre es sehr viel das ganze von Grund auf neu zu erstellen?
Dann fängt man erst mit der Session an etc. und baut darauf auf. Oder ist das Skript schon so weit abgespeckt?

 

[Dörti.Hermi]

Das Script ist vollkommen fertig, und nicht gerade wenig.
Habs leider versäumt von Beginn an mit IE 6 zu testen. Ich hab's prinzipiell auch so gemacht, dass ich alles bzgl. Session usw. am Anfang geregelt habe. Hab mich auch an ein Tutorial von hier gehalten, praktisch 1:1 übernommen, nur Bezeichnungen usw. geändert...

 

[Dörti.Hermi]

Das nahezu Unmögliche ist geschehen ^^

Das Problem war folgendes:
Der Grund, warum die Seite nicht aktualisiert wurde, ist, dass der IE6 dieses meta Tag nicht verstanden hat:

<meta http-equiv="content-Type" content="text/html; charset=utf-8">

Dann hab ich ausprobiert, ob der dieses versteht:

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">

und siehe da, es geht! Der FF zeigts in utf-8 an, der IE im ISO Format.
Ich hab's jetzt mal vorläufig so gelöst:

<!--[if lte IE 6]><meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"><![endif]-->
<meta http-equiv="content-Type" content="text/html; charset=utf-8">

Zwar nicht gerade sauber, aber was solls.

Das einzige Problem, das ich nun noch beheben muss, ist, dass alle Umlaute im IE nicht korrekt dargestellt werden. Wie löse ich das am besten?
Gibt es php-Funktionen, die die Ausgabe berichtigen, oder soll ich die Umlaute vorm Abspeichern in der Datenbank durch ä etc. ersetzen? Oder wäre es besser überhaupt ins Iso-Format zu wechseln?

Lg

 

[ZodiacXP]

Browser irgendwie erkennen und vorher in PHP utf8_encode oder utf8_decode anwenden.

Aber das IE6 UTF-8 nicht versteht hätte ich nie gedacht. Vielleicht gefällt ihm auch nicht das utf klein geschrieben ist oder das T bei Type groß.

 

[Dörti.Hermi]

Das mit groß/klein war's nicht. Verwende jetzt einfach für alle Browser das ISO-Format, hab's in der DB auch so eingestellt, und nun geht alles so wie's soll

Lange und schwere Geburt war das
Aber....das Baby is raus ^^

Danke für die zahlreichen, hilfreichen Beiträge, besonders von dir Zod

Lg Andi