Reprise du message précédent :
wamdk> en tant que root, examine les fichiers de log qui se trouvent dans /var/log/cron/:

• errors
• info
• warnings

ça te donnera peut être une idée du problème

> donc faut faire un /etc/init.d/cron reload juste apres
> je suis sûr que redemarrer le service cron est équivalent non ?
 
vous avez raison d être prudent, mais comme je l ai indiqué plus haut cron n a normalement pas besoin d être redémarré.

Quand on quite crontab -e il affiche :  
crontab: installing new crontab
 
il fait quoi au juste ?

> il fait quoi au juste ?
il fait comme fdisk: il édite une copie temporaire, et ensuite après confirmation remplace le fichier original.

chaced> moi aussi j'ai été étonné la première fois, mais après tout c'est cron!

 
Donc il suffit d'aller dans /usr/bin/editor et de mettre son editeur favoris, par exemple nano

la version cli de quoi ? de php ?
j'ai le package php-cli-5.0.4 déjà installé...il faut autre chose ?

la version cli de quoi, de php ?
j'ai déjà le php-cli-5.0.4 installé, il faut autre chose ?

Ajouter dans ~/.bash_profile:

Ça sert pour dautres programmes.

me faudrait il d'autres pakages que php-cli-5.0.4 ?

non c est bon wamdk
 
donnes-nous plutot un extrait de tes logs

normalement non, j'utilise fréquament phpcli et il fonctionne direct, je fais meme des démons avec

Ha oui, essai au lieu d'appeler avec php tonfichier.php de mettre au debut du fichier #!/usr/bin/php
 
puis faire un chmod +x sur ton fichier et de le lancer direct.

oui, php-cli est php en commande en ligne
 
php-cgi dépends normalement de php-cli, si tu installe php-cgi avec urpmi tu as les deux.

Mar 31 14:52:35 mamachine crond[5930]: (CRON) STARTUP (fork ok)  
Mar 31 14:54:00 mamachine CROND[5948]: (root) CMD (nice -n 19 /usr/bin/php /home/monuser/www/del.php)  
Mar 31 15:01:00 mamachine CROND[5969]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)  

ya rien dans errors/warnings?

si ya rien, regarde du côté de ton script:

C est un peu louche ces warnings, tu doit avoir des modules pas bien installés.

> thread-safety=0
pas normal avec apache2

 
oui, ça ça marche, mais quand je planifie, ça marche pas !
faut-il que je laisse #!/usr/bin/php au début du fichier ?

...  
et j'ai rien dans errors/warnings

je pige pas... il doit y avoir une erreur si évidente qu'elle m'échappe.

 
Bien sur, le php cli comprend parfaitement cette commande.

visiblement, cela semble venir de ma syntaxe dans le fichier crontab :
 
mon dernier essai :
 
 
SHELL=/bin/bash
PATH=/sbinbinusr/sbinusr/bin
MAILTO=root
HOME=/
 
# run-parts
01 * * * * root nice -n 19 run-parts --report /etc/cron.hourly
02 4 * * * root nice -n 19 run-parts --report /etc/cron.daily
22 4 * * 0 root nice -n 19 run-parts --report /etc/cron.weekly
42 4 1 * * root nice -n 19 run-parts --report /etc/cron.monthly
 
57 15 * * * /usr/bin/php /home/monuser/www/del.php
 
mais en vain...

nouvel essai, vu que je comprend rien à cette syntaxe :
05 16 * * * root nice -n 19 run-parts --report /usr/bin/php /home/monuser/www/del.php

Si tu laisse del.php dans le répertoire /home/monuser/www/del.php (qui a l air d être accessible sur le web) surtout ne met pas le #!/usr/bin/php
 
Si tu as besoin du script dans et au dehors de ton site, crée un fichier del.inc, et deux fichiers del.php: un dans le site, un dans /usr/local/bin
 
Une piste:
le script /home/monuser/www/del.php ne regarde peut être pas dans le bon répertoire. cron le fait normalement démarrer dans $HOME de l utilisateur, c.a.d. /root, mais si del.php efface les fichiers dans le répertoire courant, il efface des fichiers dans /root!
 
tu peut nous donner un extrait de del.php?

> run-parts --report /usr/bin/php /home/monuser/www/del.php
 
est un executable mandrake qui lance le script passé en paramètre.

#!/usr/bin/php
<?php
/****************************************************************/
/* Suppression des repertoires et contenus des jours precedents */
/****************************************************************/
 
function del_dir_previousdays( $dir )
{
 // ajout du slash a la fin du chemin s'il n'y est pas
 if( !preg_match( "/^.*\/$/", $dir ) ) $dir .= '/';
 
 // Ouverture du repertoire demande
 $handle = @opendir( $dir );
 
 // si pas d'erreur d'ouverture du dossier on lance le scan
 if( $handle != false )
 {
   
  // Parcours du repertoire
  while( $item = readdir($handle) )
  {
   if($item != "." && $item != ".." )
   {
    $date_dir=intval(substr($item,0,8));
    $date_day=intval(date("Ymd" ));
 
    if( is_dir( $dir.$item ) )
     del_dir_previousdays( $dir.$item );
    else  
    {
     if($date_dir<=$date_day)
      // suppression des fichiers
      unlink( $dir.$item );
    }
   }
  }
 
  // Fermeture du repertoire
  closedir($handle);
 
  if($date_dir<=$date_day && $dir!="./zip/" )
   // suppression des repertoires
   $res = rmdir( $dir );
 }
 else $res = false;
 
 return $res;
}
 
//suppression des dossiers et fichiers des jours precedents
$dir="./zip";
$result=del_dir_previousdays( $dir );
 
?>

ben oui, tu supprime les fichiers dans /root/zip:
 
$dir="./zip";
$result=del_dir_previousdays( $dir );
 
change par:
 
$dir="/home/monuser/www/zip";
 
et mets la fonction del_dir_previousdays() dans un .inc à part, ça sera plus organisé.
 
mets le fichier del.php dans /usr/local/bin avec le #!/usr/bin/php, cest réservé pour les scripts locaux.
 
si tu en as besoin sur le site, mets aussi un del.php sans #!/usr/bin/php dans /home/monuser/www/
 
 

ça marche?

Salut! Peut être il y avait déjà ici une réponse à la question, mais j'écrirai tout...
Cron ne peut pas lancer php script. Pour l'exécution est nécessaire "curl". Il est presque sur chacun webhosting.
Ajoute à cron
 12 1 * * */usr/bin/curl-u username:password http://www.tonsite.com/tonscript.php  
Considérablement : utilise la voie complète (http://blablabla.....).
Encore ici :
http://www.google.com/search?clien [...] 8&oe=utf-8

Euh si, cron peut très bien lancer PHP, sur mon serveur dédié sous Debian, il lance quotidiennement une vingtaine de script PHP.
 

Ca marche finalement Merci à tous pour votre aide.

Encore heureux que cron puisse lancer des scripts php
Bon ton truc marche, sinon tu avais une autre possibilit plus degeux
12 0 * * * wget http://127.0.0.1/del.php > /dev/null