$lang = de-iso-8859-1 ??

Gesperrt
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

$lang = de-iso-8859-1 ??

Beitrag von emergence »

ähm...

hab jetzt gerade ne nette fehlersituation gehabt... wobei ich jedoch keine ahnung habe wie das zustande kam...
folgendes:
ganz normal eingeloggt, in den spaw gewechselt und versucht einen normalen link zu setzen -> dabei standen keine links zur verfügung
erst beim anzeigen der variablen mittels var_dump($globals); fand ich bei einem cookie die variable $lang erneut gesetzt mit dem wert de-iso-8859-1
erst nach löschen aller cookies funktionierte alles wieder normal...
die frage die ich mir nun stelle ist wo kam diese wertzuweisung her...
im actionlog war die session als gültig eingetragen und wurde auch verwendet... ne idee ?
diese zuweisung des falschen wertes passierte erst in der globals_off.inc.php
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

Beitrag von emergence »

hab jetzt noch ein paar sachen ausprobiert und bin auf ganz was tolles gestossen...
der string kommt von phpmyadmin auf meinem localhost...
eigentlich witzig dass der dann in contenido zur verfügung steht...

Code: Alles auswählen

  ["HTTP_COOKIE"]=>
  string(18) "lang=de-iso-8859-1"
auch nicht schlecht...
der cookie sieht so aus:

Code: Alles auswählen

lang
de-iso-8859-1
localhost/
1024
4096736128
29614932
4233967488
29608897
*
ne idee wie man das abfangen kann ?
timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo »

hmm, ich würd mal sagen, daß das ein wenig tricky wird, denn dummerweise wird alles in den globalen scope importiert (auch cookies) - ergo wird dann lang überbügelt.

ich hab leider keine ahnung, wie man das verhinden kann :(
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

Beitrag von emergence »

hast du ne ahnung welche variablen in sessions momentan gespeichert werden... ?
die reihenfolge beim übertragen der variablen ist ja
'GET','COOKIE','POST','SERVER','ENV'
die blödeste möglichkeit ist wahrscheinlich COOKIE vor GET zu stellen...
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

Beitrag von emergence »

ebenfalls betroffen davon ist das front_end...
beim direkten aufruf der front_content.php kommt immer das login mit nobody.
stelle ich das cookie vor GET wird die seite nur angezeigt wenn lang dezitiert auf 1 gesetzt wird...

hmm...

das mit dem rausnehmen von cookie lass ich mal...

ich hab jetzt vor der variablen zuweisung folgendes ergänzt:

Code: Alles auswählen

if (isset($HTTP_COOKIE_VARS['lang'])) { // phpmyadmin cookie
	setcookie("lang","", time() - 3600);
	unset($HTTP_COOKIE_VARS['lang']);
}
damit funkt mir die variable wenigstens nicht mehr dazwischen... ist zwar keine saubere lösung... aber na ja...
timo
Beiträge: 6284
Registriert: Do 15. Mai 2003, 18:32
Wohnort: Da findet ihr mich nie!
Kontaktdaten:

Beitrag von timo »

îch konnte das Problem bisher wirklich noch nie reproduzieren...wir haben ne Menge phpMyAdmin-Installationen auf servern liegen, auf denen auch Contenido läuft...
pitchfork
Beiträge: 7
Registriert: Di 25. Jan 2005, 22:34
Kontaktdaten:

Beitrag von pitchfork »

ich hab jetzt vor der variablen zuweisung folgendes ergänzt:

Code: Alles auswählen

if (isset($HTTP_COOKIE_VARS['lang'])) { // phpmyadmin cookie
	setcookie("lang","", time() - 3600);
	unset($HTTP_COOKIE_VARS['lang']);
}
damit funkt mir die variable wenigstens nicht mehr dazwischen... ist zwar keine saubere lösung... aber na ja...
Hi emergence,
wo kommt der Schnipsel genau hin ?

Gruß Jörg
emergence
Beiträge: 10653
Registriert: Mo 28. Jul 2003, 12:49
Wohnort: Austria
Kontaktdaten:

Beitrag von emergence »

in der globals_off.inc.php gleich nach
*** make your own tools (wishlist :: thx)
Gesperrt