Community « Le forum « Soupçons de bogues « Yacs 8.6beta30.31 : Notification mail décallée «
Comment: Yacs 8.6beta30.31 : Notification mail décallée
| << Previous |
Le problème est apparu vers le 21 juillet, lorsque la commande fournie par BlueHost pour lancer PHP en ligne de commande a cessé de fonctionner avec
Les traitements d'arrière-plan n'étant plus lancés correctement, les notifications générées par yacs se sont accumulées dans la table des messages.
Lors de l'analyse du problème j'ai lancé le script à la main, en tapant son adresse dans le navigateur, et c'est pour cette raison que quelques messages ont été transmis sporadiquement.
Cette méthode est d'ailleurs celle qui a été utilisée pour résoudre définitivement le problème. Au lieu de lancer l'interpréteur PHP en lui passant le script
Avant, la commande cron était :
Maintenant, c'est :
Notez que cette solution est déjà documentée dans le fichier
cron.php.Les traitements d'arrière-plan n'étant plus lancés correctement, les notifications générées par yacs se sont accumulées dans la table des messages.
Lors de l'analyse du problème j'ai lancé le script à la main, en tapant son adresse dans le navigateur, et c'est pour cette raison que quelques messages ont été transmis sporadiquement.
Cette méthode est d'ailleurs celle qui a été utilisée pour résoudre définitivement le problème. Au lieu de lancer l'interpréteur PHP en lui passant le script
cron.php en paramètre, la commande de traitement d'arrière-plan s'appuie maintenant sur la méthode d'accès web.Avant, la commande cron était :
/ramdisk/bin/php5 -q home/paxerinf/public_html/cron.php
Maintenant, c'est :
/usr/bin/wget -O - -p http://www.yetanothercommunitysystem.com/cron.php
Notez que cette solution est déjà documentée dans le fichier
tools/yacs_crontab fourni avec l'archive standard d'installation. La seule chose nouvelle, c'est sa mise en oeuvre chez l'hébergeur BlueHost.
by Bernard on Aug. 5
