PHP Sessions werken niet op Tran

[Bjorn Couwenberg]

Al een tijdje draai ik zonder problemen een aantal websites op een BladeVPS X1 van TransIP. Op deze VPS draait Plesk als softwarepakket.

Ik loop er alleen tegen aan dat de $_SESSION functionaliteit van PHP niet werkt. Ik weet zeker dat het een configuratie probleem is want op een ander server (die DirectAdmin gebruikt) werkt het systeem zonder problemen.

Heeft iemand een tip waar ik naar moet gaan kijken? Helaas kon TransIP mij niet helpen, en ik heb zelf echt GEEN idee!

[bibawa]

Zeer raar want out-of-the box werkt dat direct. Als je er niet uitgeraakt pm me maar even...

[DiederikL]

Vergelijk eens de output op beide servers eens van

echo phpinfo();

Hier staat oa "Session support: enabled", als het goed is. Andere mogelijk heeft apache geen schrijfrechten op de map waarin de sessie bestandjes worden opgeslagen.

[dennis0162]

Als ze in /tmp worden weg geschreven kan het zijn dat de /tmp partitie vol zit.

[Bjorn Couwenberg]

Zie hier de phpinfo.

Ik heb geen wijzigingen gedaan aan php.ini of php settings.

[DiederikL]

Je zegt dat sessions niet werken omdat 'het systeem' het op plek B niet doet. Hoe weet je dat het aan de session ligt? Probeer dingen zo klein mogeliojk te maken om dingen uit te sluiten en conclusies te kunnen trekken.
Probeer anders even iets simpesl zoals dit:

<?php

error_reporting(E_ALL);

session_start();

if ( $_SESSION['sessie_test'] ) {
    echo 'Sessie bestaat!';
} else {
  echo 'Sessie niet gevonden, laten we hem proberen in te stellen. Ververs deze pagina om te testen of het werkt...';
    $_SESSION['sessie_test'] = true;
}

session_write_close();

?>

[Bjorn Couwenberg]

Vergeten te melden maar zo'n test had ik al uitgevoerd.
Heb hem hier ook even online gezet. Geen resultaat.

[bibawa]

Bestaat session.save_path /dir/tmp ?

Lijkt mij een raar pad

[Bjorn Couwenberg]

Bestaat session.save_path /dir/tmp ?

Lijkt mij een raar pad

Ik ben helaas niet zo thuis in de console

Hoe moet dat ?

[bibawa]

doe eens een cd /dir/tmp en kijk of je ergens uitkomt of dat hij al zegt dat het niet bestaat...

Waarom neemt iedereen toch unmanaged VPSen terwijl ze niet eens met een console overweg kunnen ... *zucht*

[Bjorn Couwenberg]

Directory werd niet gevonden, dus heb deze aangemaakt.
Probleem was hierdoor (ook niet na een reboot via console) opgelost.

Viel me wel op dat op deze server dit staat:
Registered serializer handlers php php_binary wddx

En bij de andere server dit:
Registered serializer handlers php php_binary sqlite

de andere server heeft niet eens een save_path gedefinieerd.

[NederHost]

Dat verschil in serializer handlers lijkt me niet zo belangrijk, de meeste applicaties die aan zoiets behoefte hebben zullen de standaard PHP-handler wel gebruiken. Als save_path niet is gedefinieerd dan gebruikt PHP een compile-time default en dat is meestal /tmp. Ik vermoed dat dat de plek is waar je de sessies zult vinden op de oorspronkelijke server.

[Bjorn Couwenberg]

Ik heb ondertussen (via tips van een collega) de save_path naar een default waarde kunnen zetten. Deze folder bestaat en is schrijfbaar. Echter.. Session werkt nog steeds niet! Ik snap er echt helemaal niets van.

[bibawa]

Wat denk je van over te stappen op een managed VPS? Vele hier zullen je er eentje kunnen aanbieden...

[golden]

Ik heb ondertussen (via tips van een collega) de save_path naar een default waarde kunnen zetten. Deze folder bestaat en is schrijfbaar. Echter.. Session werkt nog steeds niet! Ik snap er echt helemaal niets van.

Als je via pm contact opneemt wil ik er wel even kosteloos naar kijken.