[janus57]

Bonjour,

EDIT: Finalement, je ne sais pas trop si le serveur lit ce fichier pour les tâches CRON. A tester donc!

il me semble avoir vu un membre du staff OVH dire que cela ne s’applique pas (car les crons sont exécuté sur un autre environnement).

Cordialement, janus57

[Jikoo]

Hello!
Oui il vaut mieux s'en inspirer que de faire tout ce j'ai écrit. Tout n'est plus forcément d'actualité. A tester donc!

Ce que tu peux faire pour forcer PHP 5.6 c'est aussi utiliser le fichier ".ovhconfig" (Il faut évidemment que le script lanceur PHP soit dans un dossier, à la racine)
EDIT: Finalement, je ne sais pas trop si le serveur lit ce fichier pour les tâches CRON. A tester donc!

Les commentaires sont très intéressants aussi.

Bon courage!
Je me suis attelé à la tâche pour utiliser que des chemins absolus dans mes CRON (et Classes rattachées). Depuis des mois, tout marche bien. ^^

[marl]

Ah oui ... Effectivement, tu as bossé le sujet !!!

Merci pour ton tuto, je vais m'en inspirer pour modifier mes programmes cron ..

Le script appelé par le planificateur ne contient qu'une seule ligne php avec un require http. Il n'y a donc pas de chemin relatif.
Je vais commencer par forcer la version php avec une entête et aussi rendre exécutable le script.

Si ce n'est pas suffisant, je commencerai la modification des programmes php requis afin d'y ajouter un chemin complet dans les include/require via une constant ROOT comme tu le préconises. Ca ne sera pas simple car il y a plusieurs classes/routines php appelées dans l'arborescence de mon web !!

En tout cas, à présent j'ai de bonnes pistes !
A suivre .. G.

[Jikoo]

Utilisez vous des chemins absolus dans votre CRON ?

Si NON, voici un petit post que j'avais écrit à propos des chemins relatifs/absolus pour les tâches CRON:
https://forum.ovh.com/showthread.php...l=1#post620507

[marl]

C'est bien pour cela que je j'ai posté ce sujet ..

- - - Mise à jour - - -

Mes programmes php sont bien écrit pour php 5.6 mais lorsque j'utilise ce paramètre dans le planificateur, les taches ne sont pas lancées.

[Jikoo]

Seul le choix php 4 est satisfaisant pour mes scripts.

Attention!
OVH va stopper le support des vieilles version PHP.
http://travaux.ovh.net/?do=details&id=12795
https://www.ovh.com/fr/g1758.faq-migration-php

[marl]

Merci de ta réponse,

Avec un hébergement mutu, le header est géré par le planificateur des taches cron (espace membre), .. on se contente de choisir dans une liste: php4, 5.3 , 5.4 , 5.5 ou 5.6

Seul le choix php 4 est satisfaisant pour mes scripts.

[Jikoo]

Personnellement, je n'ai pas réussi à faire tourner mes tâches Cron en PHP 5.6.
Par contre, elles tournent en PHP 5.4 avec le header #!/usr/local/bin/php.ORIG.5_4 et tout fonctionne bien.
Voilà pour une petite info!

EDIT: Finalement, mes tâches Cron tournent en PHP 5.6

[marl]

Bonjour à tous,

Suite à un upgrade vers php 5.5, je n'ai pas réussi à redémarrer le planificateur de tache correctement.

Le site web (hébergement mutu) lui-même fonctionne parfaitement bien après l'adaptation (laborieuse) de son code php version 5.5 (5.6 aussi).
Le site est donc à présent en prod dans la version php 5.5.

En revanche, je me 'casse les dents' sur la planification des routines php pour effectuer des taches périodique (màj d'info quotidienne, mp anniversaire , newsletter hebdo, ..), bref des trucs classiques jusque là planifiés dans le gestionnaire CRON de l'Espace Membre.

Si je lance manuellement la tache via mon navigateur, par exemple : http://monsite.fr/mynewsletter.php
Alors la tache s'effectue intégralement, tout fonctionne bien, ...

Jusque là , j'avais automatisé cette tache avec un fichier contenant un mini script php utilisant un include.
Par exemple, le fichier mycron1.php dans la racine web avec ceci :

include 'http://monsite.fr/mynewsletter.php'; exit; ?>

Dans le gestionnaire CRON, j'avais paramétré l'adresse du script, du genre :
home/monsite/www/mycron1.php

sauf que depuis l'upgrade, cet appel vers le programme périodique (mynewsletter.php) n'est plus opérant !!!
Depuis, toutes les taches automatisées (appelées sur le même modèle via un include) sont arrêtées !!

Merci d'avance aux programmeurs bien plus costauds que moi-même pour leur avis avisés ...

Gilles dans l'attente