Exécuter un script PHP depuis la crontab

Bonjour,

Je me casse la tête depuis plusieurs jours pour faire exécuter un script PHP par ma crontab.
(Je ne connais pas grand-chose sur LINUX !!!)

Je désire exécuter le script PHP suivant (toutes les minutes) 'test_cron_2_HV.php' que j'ai déposé à la racine de mon site (hvt85.fr) et qui se lance bien dans le navigateur.

J'ai prévu aussi le fichier de log (à la racine de mon site) pour récupérer les erreurs, et m'aider à comprendre pourquoi le fichier php ne s'exécute pas !!!

Voici le contenu de la ligne de ma crontab :

Code:

---

*/1 * * * * php -q /www.hvt85.fr/test_cron_2_HV.php >/erreur_cron_ma.log 2>&1

---

Je vous remercie de votre aide.

Cordialement
Maub85

bonjour,

le chemin vers PHP est-il connu dans le PATH de cron ?
des chemins vers des fichiers sont-ils en relatifs dans le script ?
je ne suis pas sûr de */1 : l'intervalle par défaut (*) est déjà la minute.

Bonsoir et Merci de ta réponse.

Voici les miennes suite à tes suggestions :

- Je pense avoir ajouté le PATH de cron dans ma commande , après l'avoir 'trouvé par la commande cat
- Dans mon script PHP, tout est sur la racine de mon site, alors je pense qu'il n'y a pas de problème de chemin
- J'ai remplacé la programmation par : * * * * * /chemin/commande

je suis surpris de ne rien trouver dans le fichier d'erreur 'erreur_cron_ma.log'

A bientôt
Maub85

Citation:

---

- Je pense avoir ajouté le PATH de cron dans ma commande , après l'avoir 'trouvé par la commande cat

---

je ne comprends pas cette phrase.

remplace ton script par un bête script "hello world!" en php, en gardant la redirection vers le log.
si ça marche, c'est qu'il y a un problème avec ton script ! :)

1/ l'utilisateur auquel "appartient" cette crontab a-t-il le droit d'écrire à la racine du système de fichier ?
2/ ne confonds-tu pas la racine de ton site et la racine du système de fichier ?

un script exécuté depuis un navigateur a pour référence absolue la racine du site, alors que pour un script exécuté en console, ou par cron, la référence absolue, c'est la racine du système de fichier.
comme un chroot : à l'intérieur du chroot, la racine c'est /, alors que le chroot se trouve sous un répertoire du système de fichiers (/var/chroot/, par exemple).

Citation:

---

Envoyé par maub85

Je désire exécuter le script PHP suivant (toutes les minutes) 'test_cron_2_HV.php' que j'ai déposé à la racine de mon site (hvt85.fr) et qui se lance bien dans le navigateur.

---

Avant même de programmer un cron, il faudrait tester en lançant la commande manuellement (via une session SSH).
Je crois qu'il y a plus qu'un problème:

• Je conseille d'utiliser des chemins absolus, par exemple
  Code:

  ---

  /usr/bin/php

  ---

  pour PHP. Et pour le log aussi.
• Le cron est lancé sous quel utilisateur ? A-t-il les droits sur ce fichier/répertoire ? Logiquement le cron devrait s'éxécuter avec le user du service wev càd quelque chose comme apache ou httpd (ça dépend du type de serveur web et de l'OS)
• Je doute très fort que
  Code:

  ---

  /www.hvt85.fr/test_cron_2_HV.php

  ---

  soit le véritable emplacement du fichier. C'est peut-être ce que vous voyez dans l'URL mais le fichier doit probablement être dans un répertoire du genre
  Code:

  ---

  /var/www/html/www.hvt85.fr/

  ---

Suggestion: connectez-vous sur le serveur en SSH en root, vérifier l'utilisateur du service web (httpd, apache ou autre) puis taper cette commande:

Code:

---

su -s /bin/bash <user>

---

Ca vous permettra de vous logger comme si vous étiez ce user, et même s'il n'a pas de mot de passe prédéfini.
Puis tapez la commande que vous voulez automatiser en cron, et vous verrez où ça coince. Au moins comme ça vous serez dans un bon contexte pour faire le test et troubleshooter.

NB: l'utilisateur "webservice" n'a très probablement pas le droit d'écrire dans la racine du disque comme vous tentez de le faire pour le log. On ne peut pas écrire n'importe où du fait des permissions des utilisateurs et du système de fichier. Quelque chose comme /var/log me semble plus judicieux

Bonjour

Citation:

---

Envoyé par maub85

- Je pense avoir ajouté le PATH de cron dans ma commande

---

Dans le cron, le PATH ne se met pas dans la commande mais dans le fichier de la crontab.
Si ton crontab est de ce style

Code:

---

*/1 * * * * php -q /www.hvt85.fr/test_cron_2_HV.php >/erreur_cron_ma.log 2>&1

---

Il faut le mettre ainsi

Code:

---

1 2 3

PATH=...   */1 * * * * php -q /www.hvt85.fr/test_cron_2_HV.php >/erreur_cron_ma.log 2>&1

---

Plus les autres suggestions. Demander à un user, parce que le cron est exécuté avec les droits du user qui l'a demandé, d'écrire dans / (/erreur_cron_ma.log) ...:?

Bonjour Sve@r,

Merci de ta collaboration à mon souci de crontab.
Mon site est chez IONOS en mutualisé.

J'ai très peu de compétence sous LINUX...

Selon ta remarque j'ai donc modifié la crontab en mettant le PATH sur la ligne précédent la commande, de la façon suivante, et pour une action toutes les 5 minutes :

Code:

---

1 2 3 4

PATH=/kunden/homepages/15/d816899213/htdocs */5 * * * * php -q /www.hvt85.fr/test_cron_2_HV.php >/erreur_cron_ma.log 2>&1

---

Merci de tes remarques
A bientôt
Cordialement
Maub85

Citation:

---

Envoyé par maub85

Selon ta remarque j'ai donc modifié la crontab en mettant le PATH sur la ligne précédent la commande

Code:

---

PATH=/kunden/homepages/15/d816899213/htdocs

---

---

Ce qui sous-entend que

• le dossier "/kunden/homepages/15/d816899213/htdocs" existe (ça semble assez louche car généralement les dossiers des users sont dans "/home")
• ce dossier est susceptible de contenir des commandes ou programmes utilisés par ton crontab (c'est ça le but d'un PATH, donner le chemin des commandes utilisées) or le seul programme appelé est "php" qui est plus généralement dans /usr/bin

Citation:

---

Envoyé par maub85

Merci de ta collaboration à mon souci de crontab.

---

Tu devrais lire les autres remarques, surtout l'excellent post de binarygirl qui mentionne entre autre le dossier "/www.hvt85.fr/test_cron_2_HV.php" qui là aussi semble bien bien louche. Ce n'est pas impossible d'avoir un dossier de travail sous la racine mais ce n'est pas usuel. Et reste cette histoire d'écriture d'un fichier log à la racine du système, racine généralement interdite en écriture.

Je pense que /kunden/homepages/15/d816899213/ est probablement le vrai répertoire des fichiers du site web. Chez cet hébergeur du moins (allemand).

Par contre j'aurais mis un full path par exemple:

Code:

---

/usr/bin/php /kunden/homepages/15/d816899213/htdocs/www.hvt85.fr/test_cron_2_HV.php

---

Il faut bien vérifier que l'emplacement du fichier et exact, et tester la commande à la main dans un premier temps, dans le bon contexte utilisateur (voir ci-dessus).
Si vous avez une console ssh, vous pouvez taper:

Code:

---

which php

---

et ça vous renverra le chemin complet vers cet exécutable (probablement /usr/bin/php mais à vérifier). Pour ce qui est du fichier cible, au pire des cas vous pouvez parcourir vos répertoires a coup de ls tant que vous êtes connecté en ssh + autocompletion avec la touche tab.

Sinon faites-vous aider par la commande find... Ceci devrait localiser le fichier:

Code:

---

find /kunden/homepages/15/d816899213/ -type f -name "test_cron_2_HV.php"

---

Bonjour à tous,
et Merci à chacun de m'avoir aidé dans mon souci de crontab.
Mon plus gros manquement était la confusion entre la racine des fichiers et la racine de mon site !!!
et puis mes connaissances insuffisantes en LINUX, bash, vi, crontab et Cie...
Mon souci est donc résolu par l'intervention d'un informaticien compétent.
Merci encore.
Cordialement
Maub85