Sessions bei Strato gehen verloren

[jabath]

Hey,
wer kann mir helfen, ich habe ein Problem mit PHP und Sessions bei Strato. Nur vorweg: Bei mir zu Hause läuft das so wie ich es will. Erst wenn ich die Seite auf meinen Strato-Account (PowerWeb Basic mit PHP 4.4.7) schiebe funzt es nicht. Bei mir habe ich XAMPP mit PHP 4.4.7 laufen.
Wenn man bei Strato eine php.ini in seine Verzeichnisse legt, kann man die PHP-Konfiguration nach seinen Wünschen anpassen. Ich habe also darauf geachtet, dass online wie lokal die gleichen Einstellungen da sind!

So ist mein "Versuchsaufbau":
Ich habe 3 Dateien
-index.php
-test.php
-login.php

Mit den Seiten 'index' und 'test' kann man untereinander hin und her springen. In beiden Seiten steht ganz oben im Code 'session_start()' und beide Seiten geben folgende Daten aus:
session_id()
$session['login']
$session['name']
$session['group']

Ohne login wird auf beiden Seiten die gleiche SessionID ausgegeben. Die anderen Variablen sind leer (so weit so gut). Wenn man sich über die index-Seite einlogt, schreibt die Datei 'login' dann die passenden Werte ins Sessionarray (login=1, unser=kurt, group=poweruser). Nach dem Login werden auf der ersten Seite noch alle Daten richtig ausgegeben. Wechsele ich dann wieder zur anderen Seite, ist nur noch die SessionID da (immer noch die gleiche), aber die anderen Werte sich wieder leer.
Woran kann das liegen?
Wie gesagt, bei mir auf dem lokalen PC läufts. Da kann ich so oft ich will zwischen den Seiten wechseln und es werden immer alle Daten aus dem Sessionarray angezeigt.
Hat da jemand ne Idee? Oder werden noch mehr Info's gebraucht?
Gruß
JABATH

[jabath]

Danke, bin fündig geworden. Irgendwie ist das doch oft so. Da sucht man fast einen ganzen Tag nach 'ner Lösung und wenn man das Problem dann in einem Forum postet, klärt es sich doch irgendwie.
Keine Ahnung ob das mein Fehler ist, aber es liegt wohl daran:
In der php.ini 'session.auto_start = 1' und auf jeder Seite dann 'session_start()' funktioniert zwar bei XAMPP (auf WinXP) aber nicht bei Strato (wo vermutlich irgend ein UNIX läuft).
Ich habe jetzt 'session.auto_start = 0' gesetzt und es klappt.
;-)
JABATH

[conmunich]

auf session variablen greift man per superglobale zu. $session["irgendwas"] ist also falsch. $_SESSION["irgendwas"] muss es heissen. hast du register_globals auf on? wenn ja, solltest du es besser deaktivieren und dich daran gewöhnen, immer per superglobale $_GET, $_POST usw... auf formular oder session daten zuzugreifen.

und du willst uns echt erzählen, dass session_start() auf unix maschinen nicht oder schlechter läuft als unter windows? guter joke...

wenn du session.auto_start auf 1, also true gesetzt hast, kannst du dir das session_start() ersparen. wahrscheinlich übersieht windoof diese einstellung einfach und funktioniert somit trotzdem. (nur eine vermutung)

[defabricator]

Zitat von conmunich

wahrscheinlich übersieht windoof diese einstellung einfach und funktioniert somit trotzdem. (nur eine vermutung)

Die Einstellung funktioniert unter windows genauso.
Ein überflüssiger (zweiter) Aufruf von session_start() wird von php nur durch eine Warnung bemängelt.

Zitat von http://de.php.net/manual/en/function.session-start.php

4.3.3 As of now, calling session_start() while the session has already been started will result in an error of level E_NOTICE. Also, the second session start will simply be ignored.

Vor längerer Zeit hatte ich mal ein ähnliches Problem mit Strato...
(autostart war allerdings off)

Ab und an, wurden falsche (veraltete) Daten geliefert. Das Testprogtamm auf: http://www.technischedaten.de/pmwiki...essionHandling sollte den " hitcounter|i:1;" bei jedem Request incrementieren. Hat es auch, aber leider nicht immer. Ab und an traten wilde Hüpfer auf zb: 1 ,2 ,3 ..bis 40 alles OK ... 41, 42, 16 ,43 usw...

Damals habe ich 2 Workarounds gefunden:
1. session.save_path in den Documentroot holen und mit .htaccess schützen
2. einen eigenen session.save_handler setzen


Woran es wirklich lag, habe ich nie herausfinden können. "Fachleute" haben mir erklärt, dass beim WebserverClustering in Verbindung mit NFS o.ä. sowas auftreten kann...
Strato betreibt einen Cluster mit einem verteilten Dateisystem.

Nach einem relativ unerfreulichem Mailaustausch, wurde das Problem irgendwann Serverseitig behoben.... evt. geht das ja jetzt in die zweite Runde ... ;-)