pour le problème évoqué dans le message precedant j'ai fait fileperms() sur le fichier à éffacer pour voir les droits et cela me renvoi 32206.

J'ai donc essayer ceci:

   // on definit l'ancien id de session
   $old_session_id = session_id();
   // on definit l'ancien nom de fichier de session
   $old_session_filename = "sess_$old_session_id";
   // on remplace l'identifiant de session courant par un nouveau à chaque action
   session_regenerate_id();
   // on supprime l'ancien fichier de session devenu obselete
   $dossier_session = opendir(session_save_path());
   $slash = ($_SERVER['SERVER_ADDR'] == '127.0.0.1') ? '' : '/'; // on definit le slash que pour version en ligne
   chown(session_save_path().$slash.$old_session_filename, 'root');
   chgrp(session_save_path().$slash.$old_session_filename, 'root');
   chmod(session_save_path().$slash.$old_session_filename, '0777');
   echo fileperms(session_save_path().$slash.$old_session_filename);
   echo '<br />';
   unlink(session_save_path().$slash.$old_session_filename);
   closedir($dossier_session);
   clearstatcache();

mais le fileperms() me renvoi toujours la même chose (33206)

Est ce que quelqu'un sait comment je pourrai faire pour avoir cette permission d'effacer le fichier?

Bonsoir,

Le fichier ne t'apparient pas, donc tu ne peut changer ses droits.
quand tu fais un chamod() ou autre, teste la valeur de retour et tu verras qu'il est false.

if(!chmod(session_save_path().$slash.$old_session_filename, '0777')){
  echo 'Le changement des droits à échoué';
  exit();
}

EDIT :

Regarde les droits, propriétaire et groupe du dossier 'sessions'

mais pourtant sur mon winXP que j'utilise pour test en local via easyphp, je suis sous une session administrateur et j'ai tout les droits

je comprend pas pourquoi la permission m'est refusé

si quelqu'un à une idée

PS: comment fait on pour afficher les droits d'un dossier?

Sous Windows les droits d'un dossier, hum.... Ca existe ?
Je dirais clic droit et proprietes mais c'est peut etre trop simple.

je commence à croire que ce n'est pas de windows que vient le problème mais plutot de la config d'apache par easyphp

Si quelqu'un connait un paramètre d'apache sur la gestion des droits de fichier, merci d'avance pour le retour d'information

User apache
Group apache

Sous Linux je peut mettre ces directives.

EDIT: De toute facon si je comprend bien ton site est sous Linux.
Une moulinette pour faire le menage peut etre suffisant. Pour Windows, c'est une machine de dev, tu fais le nettoyage a la main.

Je sais que je peut faire le menage à la main mais j'aimerai mieux faire en sorte que tout fonctionne de la même façon en local comme en ligne afin de facilité le deboguage, ne pas avoir à commenter certaines lignes en local pour passer outre les message d'erreur...

Pour en revenir au problème de permission, j'ai trouvé ceci dans le httpd.conf : il n'y aurai pas quelque chose à faire de ce coté ?

je me souvenais plus qu'il y avait un forum sur easyphp
je pense que je trouverai ma reponse de ce coté...

Merci à tous pour votre patience et vos conseils

je ferme le sujet qui commencait à s'égarer d'ailleur...

Pourquoi ne pas laisser faire le Garbage Collection du serveur?

session.gc_divisor
session.gc_probability
http://be2.php.net/manual/fr/ref.sessio ... robability

Un session_destroy() ne fait que marquer le fichier pour un effacement. Il ne sera effacé que quand le GC l'aura décidé!

Mais attention, lire également ceci:
http://www.phpfrance.com/forums/voir_re ... .php#98462

Merci ripat pour ces bons conseils

j'ai essayé de mon coté en local via easyphp via un rapport 100% mais rien à faire

le problème doit etre le même que pour mon unlink qui passai pas. GC n'a pas la permission de supprimer à mon avis. Je rgarde du coté du forum d'easyphp mais je commence à douté

par contre sur mon hebergeur, le rapport est de 1/1000
je suis en train de voir avc eux pour édité cela et voir aussi si le UID d'apache/php à les droits nessecaire...

Je vous tient au courant

Ok me revoilou

j'ai fini par résoudre ce problème de GC qui ne s'executait pas =D>

sous winXP via easyphp, c'était une grosse erreur de parametrage du php.ini.
Pour definir automatiquement les bons chemins de ce dernier en fonction du chemin d'installation de celui-ci, ${path} est utilisé mais vous remarquerez que celui-ci est suivit d'un / qui ne devrait pas y être...

Coté server, par chance il mon averti il y a un mois environ que certain paramètre du php.ini était désormais personnalisable et session.gc_probability et session.gc_divisor en font partie...
Sacrée coup de bol

j'ai donc maintenant mes fichiers de session qui s'efface bien automatiquement.

BeRoots, trop heureux!!!