Linux-Server - Session-Variable funktioniert nicht mehr

julia29

Erfahrenes Mitglied
Hi,
gestern lief noch alles einwandfrei, heute früh funktioniert es nicht mehr.

Habe in der Startdatei eine Session-Variable definiert
@session_start();
$_SESSION['userName_x2'] = $var1;
echo "Die Variable: $var1 wurde aufgenommen";

in der Ziel-Datei möchte ich diese Variable benutzen und rufe wie folgt auf:
@session_start();
echo "Hallo, hier die aufgenommene Variable..: " . $_SESSION['userName_x2'] . " ";

aber die Variable wird nicht angezeigt, ist leer.
über echo session_save_path(); sehe ich, dass die Datei in
/var/lib/php5
abgelegt wird. Habe dort zur besseren Übersicht erstmal alle alten Dateien gelöscht.
Bei erneuter Ausführung der Start- und der Zieldatei bleibt meine Variable weiterhin leer.

Nach genauerer Untersuchung des Session-Verzeichnisses finde ich hier eigenartigerweise 2 neue Dateien. Eine mit 22 k die zweite mit 0 k.
In der ersten steht genau die ID drin die ich übergeben wollte.

Warum werden zwei Sess-Dateien angelegt?
Warum ist eine Datei leer?
Gestern lief noch alles, heute nicht mehr.
Habe eben auch noch einen Server Neustart durchgeführt, keine Veränderung.

in der info.php steht folgendes:

session
Session Support enabled
Registered save handlers files user
Registered serializer handlers php php_binary wddx

Directive Local Value Master Value
session.auto_start Off Off
session.bug_compat_42 On On
session.bug_compat_warn On On
session.cache_expire 180 180
session.cache_limiter nocache nocache
session.cookie_domain no value no value
session.cookie_httponly Off Off
session.cookie_lifetime 0 0
session.cookie_path / /
session.cookie_secure Off Off
session.entropy_file no value no value
session.entropy_length 0 0
session.gc_divisor 100 100
session.gc_maxlifetime 1440 1440
session.gc_probability 0 0
session.hash_bits_per_character 4 4
session.hash_function 0 0
session.name PHPSESSID PHPSESSID
session.referer_check no value no value
session.save_handler files files
session.save_path /var/lib/php5 /var/lib/php5
session.serialize_handler php php
session.use_cookies On On
session.use_only_cookies Off Off
session.use_trans_sid 0 0


Nun weiß ich nicht weiter. Wer kann mir helfen?

mfg
Julia
 
Zuletzt bearbeitet:
Hi.

Wie werden denn die Dateien aufgerufen? Heißt das, du hast eine start.php die der Benutzer ansurft and dann eine ziel.php die der Benutzer dann auch besucht?

Und was hat das Ganze jetzt eigentlich mit Linux zu tun? :confused:

Gruß
 
Hi.

Wie werden denn die Dateien aufgerufen? Heißt das, du hast eine start.php die der Benutzer ansurft and dann eine ziel.php die der Benutzer dann auch besucht?

Und was hat das Ganze jetzt eigentlich mit Linux zu tun? :confused:

Gruß

genau, der Besucher kommt zur Seite1.php, geht anschließend zur Seite 2.php.
Die User_ID wird hierbei mitgenommen.

Ich war mir auch erst unsicher ob PHP-Forum oder hier.
Da ich aber einen Server-Fehler vermute habe ich es hier platziert. Der Server ist ein Linux-Server.
 
genau, der Besucher kommt zur Seite1.php, geht anschließend zur Seite 2.php.
Die User_ID wird hierbei mitgenommen.

Ich war mir auch erst unsicher ob PHP-Forum oder hier.
Da ich aber einen Server-Fehler vermute habe ich es hier platziert. Der Server ist ein Linux-Server.
Ich denke mal das liegt entweder an deinem PHP Skripten oder am Browser.

Natürlich kann man einen Hardwarefehler nicht ausschließen, aber das ist wohl erstmal das Unwahrscheinlichste...

Probier's mit einem anderen Browser. Sind Cookies aktiviert? Lösche mal die bisherigen Cookies.

Gruß
 
Ich denke mal das liegt entweder an deinem PHP Skripten oder am Browser.

Natürlich kann man einen Hardwarefehler nicht ausschließen, aber das ist wohl erstmal das Unwahrscheinlichste...

Probier's mit einem anderen Browser. Sind Cookies aktiviert? Lösche mal die bisherigen Cookies.

Gruß

Habe den IE, FireFox und den Opera, vorher alle variablen gelöscht und dann getestet.
Überall kommt auf der Seite2 folgender Fehler:
Notice: Undefined index: userName_x2 in /var/www/web110/html/t002/b1/20_list03.php on line 47

Browser-Fehler kann man wohl ausschließen.
 
Dann würde ich mal den @ Operator entfernen. Fehlermeldungen zu unterdrücken wenn man auf der Suche nach einem Fehler in dem Zusammenhang ist, ist vermutlich nicht so clever... ;-)

Gruß
 

Neue Beiträge

Zurück