Bonjour
Je dois mettre à jour automatiquement à heure fixe tous les jours, ma
page html de Statistiques ( non visible des utilisateurs, c'est pour un
partenariat. )
OVH fournit bien un service de cron, mais je compte utiliser les
services du site www.webcron.org , et je vais prochainement terminer mes
scripts PHP de mise à jour.
Ces scripts PHP, pardonnez les puristes, se recouvrent entre eux par
des instructions header("Location: $url"); , pour éviter les timeout
pour cause de durée d'exécution excédant la durée maxi d'un script PHP.
Le script maître devant être lancé par webcron.org, avec la commande:
'wget $url_du_script &' si je ne me trompe, donc en background (
évidemment pour que le déclenchement soit instantané ), j'ai simplement
cette question à poser:
Cette commande 'wget $url &' , donc en background, sera-t-elle
l'équivalent de la commande en foreground ( sans & ), en supposant que
l'utilisateur attende que tous les scripts dérivés soient exécutés ?
En d'autres termes, cette commande en background, me donne-t-elle
l'assurance que mes scripts PHP seront exécutés sans rupture de la
connexion réseau http, dès lors que le site www.webcron.org a fixé la
limite maximale d'exécution à 10 minutes, et que l'ensemble de mes
scripts met moins de deux minutes à s'exécuter ?
Merci beaucoup à vous pour vos réponses.
Jean Francois Ortolo
--
Mon site donne des Statistiques
et des Historiques Graphiques gratuits
sur les Courses de Chevaux du PMU.
http://www.ortolojf-courses.com
On Mon, 02 May 2005 08:54:10 +0200, Jean-François Ortolo :
Tout le problème est de savoir si le service webcron.org est configuré de cette manière.
Le plus efficace serait vraisemblablement d'essayer ;-) -- Le grand site de la philosophie animale : <http://perso.edulang.com/philo/>
Jean-François Ortolo
Fabien LE LEZ wrote:
On Mon, 02 May 2005 08:54:10 +0200, Jean-François Ortolo :
Tout le problème est de savoir si le service webcron.org est configuré de cette manière.
Le plus efficace serait vraisemblablement d'essayer ;-)
Bonjour Monsieur
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service webcron.org ne prend pas en compte les redirections.
Compte tenu des limitations, habituelles chez les hébergeurs, de la durée d'exécution des scripts PHP, inutile de chercher: Il faudra soit que je lance moi-même mes deux scripts PHP, soit que je demande à mon partenaire qui bénéficiera des mises à jour de mes Statistiques, de le faire avec le service cron de son dédié.
OVH y en a marre.
Rendez-vous compte: C'est depuis la panne de leur service cron, panne réparée heureusement, et mes scripts ( Shell ) sont de nouveau déclenchés aux heures correctes, *mais* la connexion à ma base de donénes ne se fait plus à partir de mes scripts PHP mode CLI, alors qu'elle se fait à partir des scripts habituels PHP en mode CGI, de mon site web.
C'est absurde et incompréhensible, car la connexion se fait quand même à partir d'un autre script mode CLI que j'ai fait, dont le fonctionnement précède celui du script CLI incriminé.
Pas d'erreur dans les identifiants de connexion. Pas de différence aucune ni d'instructions de connexion, ni quoi que ce soit entre les scripts CLI qui fonctionnent, et ceux qui ne fonctionnent pas. Incompréhensible.
Ce qui me fait pencher vers une mise à jour automatique avec des scripts PHP en mode CGI déclenchables à distance donc, c'est précisément que ce n'est pas la première fois que le service cron d'OVH tombe en panne, et d'autre part qu'il vaut mieux pour moi, ne pas dépendre d'une fonctionnalité particulière ( le service cron d'OVH ) d'un hébergeur, que d'autres hébergeurs ne fournissent pas.
Vive la portabilité.
Bien à vous.
Jean Francois Ortolo
-- Mon site donne des Statistiques et des Historiques Graphiques gratuits sur les Courses de Chevaux du PMU. http://www.ortolojf-courses.com
Fabien LE LEZ wrote:
On Mon, 02 May 2005 08:54:10 +0200, Jean-François Ortolo
<ortolo.jeanfrancois_no.reply@free.fr>:
Tout le problème est de savoir si le service webcron.org est
configuré de cette manière.
Le plus efficace serait vraisemblablement d'essayer ;-)
Bonjour Monsieur
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service
webcron.org ne prend pas en compte les redirections.
Compte tenu des limitations, habituelles chez les hébergeurs, de la
durée d'exécution des scripts PHP, inutile de chercher: Il faudra soit
que je lance moi-même mes deux scripts PHP, soit que je demande à mon
partenaire qui bénéficiera des mises à jour de mes Statistiques, de le
faire avec le service cron de son dédié.
OVH y en a marre.
Rendez-vous compte: C'est depuis la panne de leur service cron,
panne réparée heureusement, et mes scripts ( Shell ) sont de nouveau
déclenchés aux heures correctes, *mais* la connexion à ma base de
donénes ne se fait plus à partir de mes scripts PHP mode CLI, alors
qu'elle se fait à partir des scripts habituels PHP en mode CGI, de mon
site web.
C'est absurde et incompréhensible, car la connexion se fait quand
même à partir d'un autre script mode CLI que j'ai fait, dont le
fonctionnement précède celui du script CLI incriminé.
Pas d'erreur dans les identifiants de connexion. Pas de différence
aucune ni d'instructions de connexion, ni quoi que ce soit entre les
scripts CLI qui fonctionnent, et ceux qui ne fonctionnent pas.
Incompréhensible.
Ce qui me fait pencher vers une mise à jour automatique avec des
scripts PHP en mode CGI déclenchables à distance donc, c'est précisément
que ce n'est pas la première fois que le service cron d'OVH tombe en
panne, et d'autre part qu'il vaut mieux pour moi, ne pas dépendre d'une
fonctionnalité particulière ( le service cron d'OVH ) d'un hébergeur,
que d'autres hébergeurs ne fournissent pas.
Vive la portabilité.
Bien à vous.
Jean Francois Ortolo
--
Mon site donne des Statistiques
et des Historiques Graphiques gratuits
sur les Courses de Chevaux du PMU.
http://www.ortolojf-courses.com
On Mon, 02 May 2005 08:54:10 +0200, Jean-François Ortolo :
Tout le problème est de savoir si le service webcron.org est configuré de cette manière.
Le plus efficace serait vraisemblablement d'essayer ;-)
Bonjour Monsieur
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service webcron.org ne prend pas en compte les redirections.
Compte tenu des limitations, habituelles chez les hébergeurs, de la durée d'exécution des scripts PHP, inutile de chercher: Il faudra soit que je lance moi-même mes deux scripts PHP, soit que je demande à mon partenaire qui bénéficiera des mises à jour de mes Statistiques, de le faire avec le service cron de son dédié.
OVH y en a marre.
Rendez-vous compte: C'est depuis la panne de leur service cron, panne réparée heureusement, et mes scripts ( Shell ) sont de nouveau déclenchés aux heures correctes, *mais* la connexion à ma base de donénes ne se fait plus à partir de mes scripts PHP mode CLI, alors qu'elle se fait à partir des scripts habituels PHP en mode CGI, de mon site web.
C'est absurde et incompréhensible, car la connexion se fait quand même à partir d'un autre script mode CLI que j'ai fait, dont le fonctionnement précède celui du script CLI incriminé.
Pas d'erreur dans les identifiants de connexion. Pas de différence aucune ni d'instructions de connexion, ni quoi que ce soit entre les scripts CLI qui fonctionnent, et ceux qui ne fonctionnent pas. Incompréhensible.
Ce qui me fait pencher vers une mise à jour automatique avec des scripts PHP en mode CGI déclenchables à distance donc, c'est précisément que ce n'est pas la première fois que le service cron d'OVH tombe en panne, et d'autre part qu'il vaut mieux pour moi, ne pas dépendre d'une fonctionnalité particulière ( le service cron d'OVH ) d'un hébergeur, que d'autres hébergeurs ne fournissent pas.
Vive la portabilité.
Bien à vous.
Jean Francois Ortolo
-- Mon site donne des Statistiques et des Historiques Graphiques gratuits sur les Courses de Chevaux du PMU. http://www.ortolojf-courses.com
Jean-François Ortolo
Jean-François Ortolo wrote:
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service webcron.org ne prend pas en compte les redirections.
Là... Je pense que le webmaster fait erreur.
C'est évident que wget est lancé en background par le service webcron.
Cependant, wget est configuré dans tous les cas, pour suivre les redirections. Pour les redirections, il ne dépasse pas le nombre de 20 ( tel que j'ai pu l'expérimenter moi-même. )
Il ne me semble pas que le man de wget, mentionne un moyen pour changer cette limite. D'après le man de wget, il estpossible de changer deux choses:
- Le caractère récursif ( Je n'en ai pas besoin car tous mes scripts PHP sont dans le même répertoire, et s'appellent les uns les autres par redirections. ), pour lequel il est possible de spécifier la profondeur max de récursion, par l'option -l valeur. ( 5 par défaut. )
- Le nombre max d'essais successifs, qui par défaut est 20 ( Bizarrement c'est le nombre max de redirections que j'obtiens ), mais le fait de modifier cette option par la valeur -t 0 n'a rien changé dans mon cas. Il ne s'agit donc pas de redirections, mais d'essais successifs sur les même urls. En effet, dans mon cas, j'arrivai au même point avec la même limite 20, dans le cas où je faisais d'abord d'autres traitement avec d'autres scripts, puis les scripts principaux ensuite, que quand je lançais seulement les scripts principaux.
Dans mon cas, je découpe les tâches avec reprise d'erreur, de telle façon qu'il me suffit de lancer le même script 4 fois au maximum, pour obtenir le résultat désiré. Ceci après avoir lancé le script d'initialisation une fois.
Donc, au total: 5 lancements successifs à prévoir pour effectuer la tâche. Gratuit sur www.webcron.org.
Je reprend espoir. L'erreur du webmaster est excusable, car le man de wget n'est pas très explicite. Cependant, comme ça fonctionne chez moi, pas de raison que celà ne fonctionne pas sur webcron.
Je vais tester dès que possible en réel, comme vous me le conseillez. :)
On va voir...
Bien à vous.
Jean Francois Ortolo
-- Mon site donne des Statistiques et des Historiques Graphiques gratuits sur les Courses de Chevaux du PMU. http://www.ortolojf-courses.com
Jean-François Ortolo wrote:
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service
webcron.org ne prend pas en compte les redirections.
Là...
Je pense que le webmaster fait erreur.
C'est évident que wget est lancé en background par le service webcron.
Cependant, wget est configuré dans tous les cas, pour suivre les
redirections. Pour les redirections, il ne dépasse pas le nombre de 20 (
tel que j'ai pu l'expérimenter moi-même. )
Il ne me semble pas que le man de wget, mentionne un moyen pour
changer cette limite. D'après le man de wget, il estpossible de changer
deux choses:
- Le caractère récursif ( Je n'en ai pas besoin car tous mes scripts
PHP sont dans le même répertoire, et s'appellent les uns les autres par
redirections. ), pour lequel il est possible de spécifier la profondeur
max de récursion, par l'option -l valeur. ( 5 par défaut. )
- Le nombre max d'essais successifs, qui par défaut est 20 (
Bizarrement c'est le nombre max de redirections que j'obtiens ), mais le
fait de modifier cette option par la valeur -t 0 n'a rien changé dans
mon cas. Il ne s'agit donc pas de redirections, mais d'essais successifs
sur les même urls. En effet, dans mon cas, j'arrivai au même point avec
la même limite 20, dans le cas où je faisais d'abord d'autres traitement
avec d'autres scripts, puis les scripts principaux ensuite, que quand je
lançais seulement les scripts principaux.
Dans mon cas, je découpe les tâches avec reprise d'erreur, de telle
façon qu'il me suffit de lancer le même script 4 fois au maximum, pour
obtenir le résultat désiré. Ceci après avoir lancé le script
d'initialisation une fois.
Donc, au total: 5 lancements successifs à prévoir pour effectuer la
tâche. Gratuit sur www.webcron.org.
Je reprend espoir. L'erreur du webmaster est excusable, car le man de
wget n'est pas très explicite. Cependant, comme ça fonctionne chez moi,
pas de raison que celà ne fonctionne pas sur webcron.
Je vais tester dès que possible en réel, comme vous me le conseillez. :)
On va voir...
Bien à vous.
Jean Francois Ortolo
--
Mon site donne des Statistiques
et des Historiques Graphiques gratuits
sur les Courses de Chevaux du PMU.
http://www.ortolojf-courses.com
Le webmaster de www.webcron.org m'a répondu dans son mail: Le service webcron.org ne prend pas en compte les redirections.
Là... Je pense que le webmaster fait erreur.
C'est évident que wget est lancé en background par le service webcron.
Cependant, wget est configuré dans tous les cas, pour suivre les redirections. Pour les redirections, il ne dépasse pas le nombre de 20 ( tel que j'ai pu l'expérimenter moi-même. )
Il ne me semble pas que le man de wget, mentionne un moyen pour changer cette limite. D'après le man de wget, il estpossible de changer deux choses:
- Le caractère récursif ( Je n'en ai pas besoin car tous mes scripts PHP sont dans le même répertoire, et s'appellent les uns les autres par redirections. ), pour lequel il est possible de spécifier la profondeur max de récursion, par l'option -l valeur. ( 5 par défaut. )
- Le nombre max d'essais successifs, qui par défaut est 20 ( Bizarrement c'est le nombre max de redirections que j'obtiens ), mais le fait de modifier cette option par la valeur -t 0 n'a rien changé dans mon cas. Il ne s'agit donc pas de redirections, mais d'essais successifs sur les même urls. En effet, dans mon cas, j'arrivai au même point avec la même limite 20, dans le cas où je faisais d'abord d'autres traitement avec d'autres scripts, puis les scripts principaux ensuite, que quand je lançais seulement les scripts principaux.
Dans mon cas, je découpe les tâches avec reprise d'erreur, de telle façon qu'il me suffit de lancer le même script 4 fois au maximum, pour obtenir le résultat désiré. Ceci après avoir lancé le script d'initialisation une fois.
Donc, au total: 5 lancements successifs à prévoir pour effectuer la tâche. Gratuit sur www.webcron.org.
Je reprend espoir. L'erreur du webmaster est excusable, car le man de wget n'est pas très explicite. Cependant, comme ça fonctionne chez moi, pas de raison que celà ne fonctionne pas sur webcron.
Je vais tester dès que possible en réel, comme vous me le conseillez. :)
On va voir...
Bien à vous.
Jean Francois Ortolo
-- Mon site donne des Statistiques et des Historiques Graphiques gratuits sur les Courses de Chevaux du PMU. http://www.ortolojf-courses.com
Fabien LE LEZ
On Tue, 03 May 2005 13:26:55 +0200, Jean-François Ortolo :
Je pense que le webmaster fait erreur.
C'est bien pour ça que je te proposais d'essayer : au moins, tu sauras si ça marche au leiu de perdre ton temps à faire des suppositions... -- Le grand site de la philosophie animale : <http://perso.edulang.com/philo/>
On Tue, 03 May 2005 13:26:55 +0200, Jean-François Ortolo
<ortolo.jeanfrancois_no.reply@free.fr>:
Je pense que le webmaster fait erreur.
C'est bien pour ça que je te proposais d'essayer : au moins, tu sauras
si ça marche au leiu de perdre ton temps à faire des suppositions...
--
Le grand site de la philosophie animale : <http://perso.edulang.com/philo/>
On Tue, 03 May 2005 13:26:55 +0200, Jean-François Ortolo :
Je pense que le webmaster fait erreur.
C'est bien pour ça que je te proposais d'essayer : au moins, tu sauras si ça marche au leiu de perdre ton temps à faire des suppositions... -- Le grand site de la philosophie animale : <http://perso.edulang.com/philo/>
Jean-François Ortolo
Fabien LE LEZ wrote:
C'est bien pour ça que je te proposais d'essayer : au moins, tu sauras si ça marche au leiu de perdre ton temps à faire des suppositions...
Bonjour Monsieur
Voilà, je viens d'inscrire 5 tâches sur webcron:
- Première tâche d'initialisation à 13 heures tous les jours, - 4 tâches de traitement à 14, 15, 16 et 17 heures tous les jours.
...Vais voir demain après-midi si ça marche.
J'espère...
Merci beaucoup de vos conseils.
Jean Francois Ortolo
-- Mon site donne des Statistiques et des Historiques Graphiques gratuits sur les Courses de Chevaux du PMU. http://www.ortolojf-courses.com
Fabien LE LEZ wrote:
C'est bien pour ça que je te proposais d'essayer : au moins, tu sauras
si ça marche au leiu de perdre ton temps à faire des suppositions...
Bonjour Monsieur
Voilà, je viens d'inscrire 5 tâches sur webcron:
- Première tâche d'initialisation à 13 heures tous les jours,
- 4 tâches de traitement à 14, 15, 16 et 17 heures tous les jours.
...Vais voir demain après-midi si ça marche.
J'espère...
Merci beaucoup de vos conseils.
Jean Francois Ortolo
--
Mon site donne des Statistiques
et des Historiques Graphiques gratuits
sur les Courses de Chevaux du PMU.
http://www.ortolojf-courses.com
