J'ai une commande toute simple dans un cron:



Et si je fais un "Run Now" dans Webmin pour ce job, ça fonctionne, mais en automatique cela ne tourne pas du tout alors qu'il exécute la commande:



Any idea pourquoi ça marche pas?

enlève d'abord le /dev/null pour commencer Et voir ce que le mail te dira

C'est pas mon serveur, donc j'aurai pas de mail

Mais si j'exécute la même commande en locale ça fonctionne, pareil via webmin sur le run job

Vais voir si je sais avoir plus d'infos, mais c'est pas ma machine

Bon pas de chance, y a pas de mail je sais pas ce qu'il a fait à sa config mais j'ai aucun feedback sur le résultat du cron, je suis pas plus avancé

Dans un cron il vaut mieux toujours mettre le path complet de tous les progs appelés. Donc en l'occurence



Pour le voir le résultat sinon tu peux rediriger la sortie vers un fichier de log plutôt que /dev/null.

ovh> ah oui oui oui, pas con vers un fichier

Je teste

ovh> C'était bien un problème de path

OVH JE T'AIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIIME

Moi aussi mon chéri

Tant qu'un joli post sur crontab existe,

Je cale sur un petit problème et ne trouve aucune solution (ce con de Google et co qui affichent tout et n'importe quoi au lieu de se cantonner à une recherche, pfff) : script PHP existant oblige, celui ci contient plusieurs instructions
vu qu'il pourrait encore être lancé via un navigateur web (le script tourne bien).

Par contre comment "traduire" cela en système cron avec aisance? Premièrement histoire d'aller sur une redirection ou l'autre et accessoirement prendre en compte les valeurs?

@

Ta demande n'est pas très clair, mais purquoi un curl ou wget ne te suffirait pas?

Pour faire un cron il faut que tout soit inclus dans la page vu que les redirections http avec header n'est pas possible. Le but aurait alors été de "traduire" ces qqs pages pour permettre les redirections entre pages mais via un cron!

Pour le cron avec wget j'avais en effet vu cela, mais la page est protégée par mot de passe http et j'aurais préférer éviter à l'utilisateur de devoir créer un crontab dans lequel apparait un login et mot de passe en clair.

Je pense finalement opter pour cette seconde solution de cron "wget sitemachin.be/page.php" qui sera plus simple!

Et en quoi ce serait impossible?

Le monsieur il dit qu'il comprend rien à ce que tu veux faire, tu donnes aucune infos

parce que j'ai essayé et il ne veux pas!

Comment ca il n'y a pas d'info, et "redirection http" pour passer d'une page à l'exécution d'une autre c'est quoi? Soit :


header() qui va bien lorsque la page php est lancée dans un browser mais qui va moins bien dans un crontab

Non?

T'as jamais donné la commande que tu donnes exactement au cron hein

Non.
header() fonctionne pareil que ce soit pour un browser ou wget, il indique au programme que la page a changer d'adresse et le programme utilise la nouvelle pour obtenir l'info. Je ne vois donc pas le soucis.

Ah!!! Vous en êtes au wget!

Pardon, moi j'étais encore avec ma question initiale de "transformer" un tel script en script crontab pur!

Sinon un cron avec wget et un lien fonctionne à part que j'aurais préféré que l'utilisateur ne soit pas obligé de placer un login et mot de passe HTTP en paramètre de tache cron et en clair.

Et quel problème pour passer un paramètre à un script? En quoi ton script?
C'est pire qu'ultra méga top secret, faut donner des infos si tu veux de l'aide hein

pareil que les autres, il manque pas mal d'info pour pouvoir t'aider...

m'enfin!

Je l'ai mis : php .

j'ai indiqué 2 fois : c'était surtout pour la redirection (ex : page_a.php, fin du script, renvoi vers page_b.php, exécution d'un second script), cela en utilisant un cron "normal", une "redirection" qui fait passer aussi des paramètres tel que une action pour exécuter une instruction "switch()" dans une page (comme page.php?action=fairececi&...). C'est simple en fait sur le papier.

Toujours rien compris

Mais ça doit t'aider je suppose: http://fr.php.net/curl