PHP ini_set('session.gc_maxlifetime', 5) - Pourquoi il ne veut pas la fin de la session?

Le script PHP est comme suit:

<?php //continue.php
ini_set('session.gc_maxlifetime', 5);
session_start();
echo ini_get('session.gc_maxlifetime');
//wait for 7 seconds
usleep(7000000);
if (isset($_SESSION['username']))
{
    $username = $_SESSION['username'];
    $password = $_SESSION['password'];
    $forename = $_SESSION['forename'];
    $surname  = $_SESSION['surname'];

    echo "Welcome back $forename.<br />
          Your full name is $forename $surname.<br />
          Your username is '$username'
          and your password is '$password'.";
}
else echo "Please <a href=authenticate2.php>click here</a> to log in.";

?>

Basé sur le délai d'attente (c'est à dire 5 secondes), le script ne doit pas imprimer quoi que ce soit.
Cependant, j'ai toujours le message suivant s'affiche

5Welcome back Bill. Your full name is Bill Smith. Your username is 'bsmith' and your password is 'mysecret'.

Il semble que la ligne de la fonction ini_set('session.gc_maxlifetime', 5) ne fonctionne pas comme il devrait l'être.
Je suis à l'aide de windowsXP + XAMMP.

Pouvez-vous me dire comment le faire fonctionner?

Merci

InformationsquelleAutor q0987 | 2010-08-06
  1. 37

    Même si le garbage collector coup de pied dans et supprimé le fichier de session que vous avez ouvert/lu avec session_start(), il n'atteindra PAS dans les détails de ce processus PHP et supprimer les $_SESSION tableau d'objets.

    En supposant que vous êtes sur le fichier standard de base gestionnaire de session (qui contient une serialize()'d la copie de $_SESSION), voici ce qui se passe.

    1. Le fichier de session se trouve dans son répertoire temp
    2. Vous session_start(), provoquant PHP pour ouvrir/verrouiller le fichier, lire son contenu, désérialiser les données, et d'ailleurs, éventuellement mettre à jour le fichier de session du "dernier" timestamp (atime sur Unix, des boîtes).
    3. Si les étoiles et la lune sont alignés correctement avec Neptune à l'ascendant dans la cinquième maison, la session garbage collector PEUT d'incendie et de supprimer les anciens fichiers de session.
    4. Le garbage collector sera heureux de parcourir le répertoire de session, et supprimer tous les fichiers qui sont plus âgés que les max_liftime, MAIS ne supprime PAS TOUS les FICHIERS ACTUELLEMENT OUVERTS/EN cours d'UTILISATION. Puisque vous n'avez pas fermé()'d votre session, votre session du fichier est encore en usage, et ne pourront donc pas être supprimé.

    Maintenant, si vous avez fait quelque chose comme ceci:

    ini_set(...); //set GC probability to max, short session lifetime, etc...

session_start(); //populate $_SESSION
session_write_close(); //dump $_SESSION out to file, close file, release lock.

sleep(7); //Sleep for 7 seconds;

session_start(); //re-populate $_SESSION;

    Maintenant, vous pourriez finir avec un nouveau vide $_SESSION, SI le garbage collector décide de coup de pied dans. Cependant, à moins que la deuxième session_start(), la vieille $_SESSION les données de la dernière start() appel SERA TOUJOURS PRÉSENTE. Le fichier de session peut avoir été saccagé, mais le garbage collector ne sera pas toucher à ce qui est présent dans votre script de mémoire, car il fonctionne.

    • Êtes-vous sûr que le garbage collector ne fonctionne pas avant session_start() remplit la $_SESSION tableau? Avez-vous une URL qui le confirme?
    • +1 pour n ° 3 et pour session_write_close() bonne idée!
    • Ne pas session_write_close() mise à jour le atime du fichier? Ensuite, la deuxième session_start() ne laisserais jamais la GC supprimer le fichier.
    InformationsquelleAutor Marc B
  2. 9

    session.gc_maxlifetime est le nombre de secondes après lequel la session sera considéré comme pour la collecte des ordures.

    session.gc_probability et de la session.gc_divisor puis de déterminer la probabilité que la collecte des ordures sera exécuté sur toute l'initialisation de la session

    • Note: je pense que c'est l'inverse: Il obtient tout d'abord décidé si le GC doit commencer, puis les séances seront considérées si elles doivent être supprimés.
    InformationsquelleAutor Mark Baker
  3. 4

    Lire la manuel (l'emphase est mienne):

    session.gc_maxlifetime spécifie le nombre de secondes après lequel les données seront considérées comme des "déchets" et potentiellement nettoyé. La collecte des ordures peut se produire lors de la session start (en fonction de session.gc_probability et session.gc_divisor).

    Dans la même page:

    session.gc_divisor couplé avec session.gc_probability définit la probabilité que la gc (garbage collection) est démarrée à chaque initialisation de la session. La probabilité est calculée à l'aide de gc_probability/gc_divisor, par exemple 1/100, il y a 1% de chance que le GC processus commence sur chaque demande. session.gc_divisor 100 par défaut.

    Maintenant faire le calcul et voir que ce n'est pas très probable que le GC sera appelée à chaque demande.

    Vous devez les stocker dans la session une variable qui permet d'économiser le temps de la dernière activité de l'utilisateur et de l'utiliser à la place de la session est logiquement "active". Ne comptez pas sur la collecte des ordures.

    • Je pense que le point ici est que la session est toujours active, et donc ne devrait probablement pas être soumis à la collecte des déchets dans tous les cas. Je ne sais pas pour sûr.
    • Le point est que la collecte des ordures est inutile ici parce que 1) il ne sera appelée qu'avec une faible probabilité, et 2) c'est seulement appelée sur session_start.
    • d'accord. De Plus, la collecte des ordures est encore plus inutile, car la session, nous sommes en est encore active (et que certains gestionnaire probablement verrouillé). - Il Correct?
    • Eh bien, je ne suis pas sûr que j'aurais à vérifier les sources et c'est déjà la fin :p Mais je l'espère!
    InformationsquelleAutor Artefacto
  4. 1

    Je ne pense pas que c'est de cette façon gc_maxlifetime est censé fonctionner. Le manuel dit

    session.gc_maxlifetime spécifie le nombre de secondes après lequel les données seront considérées comme des "déchets" et potentiellement nettoyé.

    (l'emphase est mienne)

    dans votre cas, la session est toujours active. Donc, je ne pense pas qu'il sera soumis à la collecte des déchets.

    Vous pourriez essayer de faire un session_write_close() avant le sommeil(). Qui pourrait augmenter la probabilité que le garbage collector.

    • Il nous avons eu la même idée de l'accent :p
    • ouais, comme c'est drôle! 🙂
    • Bonjour à tous, j'ai ajouté les lignes suivantes, mais cela ne fonctionne toujours pas. la fonction ini_set('session.gc_maxlifetime', 5); ini_set('gc_probability', 100); ini_set('gc_divisor', 100); ce que je veux faire est de faire respecter la session automatiquement expiré au bout de 5 secondes. Si cette méthode ne fonctionne pas, comment le faire fonctionner? merci
    • La collecte des ordures serait pistes (potentiellement) lors de l'appel de session_start.
    • Plus @q0987 @Artefacto une session qui est encore en usage n'est pas des ordures à tous, est-il? @q0987 vous devez probablement penser à une approche différente, par exemple en stockant une $_SESSION valeur avec un timbre de temps, de la mise à jour sur chaque demande, et de vérifier si la valeur de session et l'heure actuelle sont de plus de x secondes d'intervalle.
    InformationsquelleAutor Pekka supports GoFundMonica