Hallo,
ich weiß nicht mehr weiter.
Vielleicht hat ja von Euch einer eine Idee.
Folgendes:
In den Browsern firefox, opera und mozilla funkt der geschützte Bereich
ohne Probleme. Unter dem ie 6.0.29 meldet er sich zunächst an, beim klick auf eine andere seite verliert er allerdings die Daten auth["uid"],
oFEUser und oFEUserGroup.
eingrenzen konnte ich den Fehler bis zu dieser Stelle, weiß nicht ob das weiterhilft:
_______________________________________________
Ausgabe firefox:
_______________________________________________
&object(db_contenido)(17) {
["Host"]=>
string(9) "localhost"
["Database"]=>
string(3) "bup"
["User"]=>
string(3) "bup"
["Password"]=>
string(3) "bup"
["Auto_Free"]=>
int(0)
["Debug"]=>
int(0)
["Halt_On_Error"]=>
string(6) "report"
["Seq_Table"]=>
string(0) ""
["Record"]=>
array(2) {
[0]=>
string(2960) "c2lkXzFfMTokdGhpcy0+aW4gPSAn ... [Herr: usw. usw.] ... ID0gJzEnOyA="
["val"]=>
string(2960) "c2lkXzFfMTokdGhpcy0+aW4gPSAnMCc7ICR0aGl[Herr: usw. usw.] ... 2NsaWVudCddID0gJzEnOyA="
}
["Row"]=>
int(1)
["Errno"]=>
int(0)
["Error"]=>
string(0) ""
["type"]=>
string(5) "mysql"
["revision"]=>
string(3) "1.2"
["Link_ID"]=>
resource(62) of type (mysql link)
["Query_ID"]=>
resource(63) of type (mysql result)
["NoRecord"]=>
bool(false)
}
_______________________________________________
Ausgabe ie:
_______________________________________________
&object(contenido_ct_sql)(5) {
["database_lock_semaphore"]=>
string(0) ""
["encoding_mode"]=>
string(6) "base64"
["db"]=>
&object(db_contenido)(17) {
["Host"]=>
string(9) "localhost"
["Database"]=>
string(3) "bup"
["User"]=>
string(3) "bup"
["Password"]=>
string(3) "bup"
["Auto_Free"]=>
int(0)
["Debug"]=>
int(0)
["Halt_On_Error"]=>
string(6) "report"
["Seq_Table"]=>
string(0) ""
["Record"]=>
bool(false)
["Row"]=>
int(1)
["Errno"]=>
int(0)
["Error"]=>
string(0) ""
["type"]=>
string(5) "mysql"
["revision"]=>
string(3) "1.2"
["Link_ID"]=>
resource(89) of type (mysql link)
["Query_ID"]=>
resource(126) of type (mysql result)
["NoRecord"]=>
bool(false)
}
Wäre dankbar für jeden tipp.
Gruß annett
Versin 4.6.4 - Problem geschützter Bereich im ie
eventuell ein cache problem oder dein ie akzeptiert keine cookies(d.h sie werden vielleicht geblockt)...
*** make your own tools (wishlist :: thx)
Cookie-Blocker o. Cache Problem kann nicht sein.
Haben ein anderes web "WEB1" mit login, wo es mit allen Browsern funktioniert.
Haben festgestellt, das cookie in "WEB2" gar nicht erst gesetzt wird.
Im Browser eingestellt: Internetoptionen > Datenschutz > Automat. Cookiebehandlung aufheben > Eingabeaufforderung
Fazit: Bei "WEB1" kommt Eingabeaufforderung, bei "WEB2" nicht.
Aber warum versucht der IE bei WEB2 kein cockie zu setzen?
Der Fehler kann in einer PHP-Datei oder in der DB sein.
Module haben wir alle aus dem Template genommen.
Jetzt müßte man alle Dateien von WEB2 mit WEB1 vergleichen und wahrscheinlich auch die DB
Könnte man das Problem nicht eingrenzen?
Welche Dateien / Funktionen werden beim Aufruf der front_content.php geladen?
Kann jemand bitte weiterhelfen.
Danke schon mal.
Annett
Haben ein anderes web "WEB1" mit login, wo es mit allen Browsern funktioniert.
Haben festgestellt, das cookie in "WEB2" gar nicht erst gesetzt wird.
Im Browser eingestellt: Internetoptionen > Datenschutz > Automat. Cookiebehandlung aufheben > Eingabeaufforderung
Fazit: Bei "WEB1" kommt Eingabeaufforderung, bei "WEB2" nicht.
Aber warum versucht der IE bei WEB2 kein cockie zu setzen?
Der Fehler kann in einer PHP-Datei oder in der DB sein.
Module haben wir alle aus dem Template genommen.
Jetzt müßte man alle Dateien von WEB2 mit WEB1 vergleichen und wahrscheinlich auch die DB
Könnte man das Problem nicht eingrenzen?
Welche Dateien / Funktionen werden beim Aufruf der front_content.php geladen?
Kann jemand bitte weiterhelfen.
Danke schon mal.
Annett
annett,
ich bin kein Fachmann für php oder MySql, aber ich denke das du einen Gedankenfehler machst.
Du schreibst:
Nur ist jetzt dein Schluß das es an php oder DB liegt, meiner Ansicht nach, falsch:
Der IE ist bekannt dafür das er ein gutes Gedächtnis für Cookies hat.
Session-Cookies werden behalten solange nur ein Browser-Fenster noch offen ist.
Da Session-Cookies oft über Java-Script gesetzt / ausgelesen werden muß in solch einem Fall für die Seite Java-Script aktiviert sein.
Da nutzt es dann nichts das alle Cookies erlaubt sind aber Java-Script nicht zugelassen.
Etwas anders sieht es bei Permanent-Cookies aus, hier gibt es beim IE nur ja oder nein für direkte Cookies oder Third-Party-Cookies.
Ich meine das es an den Einstellungen (eventuell an den unterschiedlichen Einstellungen von Web 1 und Web 2) liegt.
Just my 2 Cent, wenns es dir hilft ist es gut - ansonsten lesen und vergessen.
EDIT:
Das die Quote-Boxen ganz links liegen und nicht zu sehen sind - daran bin ich unschuldig
ich bin kein Fachmann für php oder MySql, aber ich denke das du einen Gedankenfehler machst.
Du schreibst:
Also hier funktioniert es !!!In den Browsern firefox, opera und mozilla funkt der geschützte Bereich ohne Probleme.
Nur ist jetzt dein Schluß das es an php oder DB liegt, meiner Ansicht nach, falsch:
Wenn es daran liegt würde es mit FF, Opera, ... auch nicht funzen.... ie 6.0.29 meldet er sich zunächst an, beim klick auf eine andere seite verliert er allerdings die Daten
Der IE ist bekannt dafür das er ein gutes Gedächtnis für Cookies hat.
Session-Cookies werden behalten solange nur ein Browser-Fenster noch offen ist.
Da Session-Cookies oft über Java-Script gesetzt / ausgelesen werden muß in solch einem Fall für die Seite Java-Script aktiviert sein.
Da nutzt es dann nichts das alle Cookies erlaubt sind aber Java-Script nicht zugelassen.
Etwas anders sieht es bei Permanent-Cookies aus, hier gibt es beim IE nur ja oder nein für direkte Cookies oder Third-Party-Cookies.
Ich meine das es an den Einstellungen (eventuell an den unterschiedlichen Einstellungen von Web 1 und Web 2) liegt.
Just my 2 Cent, wenns es dir hilft ist es gut - ansonsten lesen und vergessen.
EDIT:
Das die Quote-Boxen ganz links liegen und nicht zu sehen sind - daran bin ich unschuldig
Hallo,
es ist sehr wahrscheinlich nicht ein Contenido-Problem. Der Status eines erfolgreichen Logins wird in der Session gespeichert, diese Session steht dann in der Tabelle "con_phplib_active_sessions". Änderungen an einer Session, wie z.B. ein erfolgreiches Login, werden erst wieder in die Tabelle übertragen, wenn die Fuktion "page_close()" aufgerufen wird.
Bei einer Weiterleitung mit der header-Direktive auf eine andere Seite, ohne "page_close()" aufzurufen, werden Änderungen in die Session nicht übernommen. Das ist ja hier nicht der Fall, denn dann würde es mit anderen Browsern auch nicht funzen.
Ich würde das Problem in den IE-Einstellungen suchen:
- Sites Verwaltung in Internetoptionen
- "Sitzungscookies immer zulassen" aktivieren
Gruß
xmurrix
es ist sehr wahrscheinlich nicht ein Contenido-Problem. Der Status eines erfolgreichen Logins wird in der Session gespeichert, diese Session steht dann in der Tabelle "con_phplib_active_sessions". Änderungen an einer Session, wie z.B. ein erfolgreiches Login, werden erst wieder in die Tabelle übertragen, wenn die Fuktion "page_close()" aufgerufen wird.
Bei einer Weiterleitung mit der header-Direktive auf eine andere Seite, ohne "page_close()" aufzurufen, werden Änderungen in die Session nicht übernommen. Das ist ja hier nicht der Fall, denn dann würde es mit anderen Browsern auch nicht funzen.
Ich würde das Problem in den IE-Einstellungen suchen:
- Sites Verwaltung in Internetoptionen
- "Sitzungscookies immer zulassen" aktivieren
Gruß
xmurrix
annett schreibt:
hat sich erledigt.
es lag am domainnamen ... ob mans glaubt oder nicht
- der war mit "_"
Ich kann es nicht glauben - das der IE sich mal an "Spielregeln hält" und die anderen Browser nicht.
Der _ "Unterstrich" ist als Bestandteil eines Domain-Namens nicht zugelassen. Eine solche Domain würde nicht registriert werden können.
hat sich erledigt.
es lag am domainnamen ... ob mans glaubt oder nicht
- der war mit "_"
Ich kann es nicht glauben - das der IE sich mal an "Spielregeln hält" und die anderen Browser nicht.
Der _ "Unterstrich" ist als Bestandteil eines Domain-Namens nicht zugelassen. Eine solche Domain würde nicht registriert werden können.