Discussion :

[sonik1st]

Bonjour,

J'effectuai récemment sans aucun problème des tâches planifiées appelant des batch qui exécutaient des scripts PHP.

L'objet de ces scripts est un traitement rapide d'informations contenues dans une base, exports de ces informations sous forme de fichier csv puis envoi de l'export par mail.

Or depuis 2 jours, sans modification de code, tous les traitements (update de la base et génération du fichier d'export) se font sans problème. Mais, seul, les emails ne partent plus ???

J'ai testé mes scripts via un navigateur et là chose étrange les mails partent sans problème

C'est le même script, aucun paramètre n'est envoyé au script, donc pourquoi se comporte-t-il différemment entre le navigateur et l'interpréteur de commande ?? Et surtout pourquoi maintenant et pas avant ??

J'ai essayé de trouvé un palliatif en lançant le navigateur via une ligne de commande, là ça marche mais impossible de fermer le browser (même avec un taskkill juste après la commande d'ouverture du browser), donc pas top quand on a une douzaine d'export quotidien.

Vous allez me dire "envoie sur un FTP !", je répondrai "j'aimerai bien, mais je suis obligé de passer par les mails. aaahh c'est utilisateurs ! grrr"

Quelqu'un aurait-il une idée sur ce problème plutôt particulier ?

[FCYPBA]

La différence entre l'appel depuis un navigateur et la ligne de commande est que l'appel par le navigateur est traité par l'instance apache ( ou autre serveur web )

Par contre, si rien n'a changé, je ne vois pas.
Peut-être un souci au niveau du serveur mail utilisé ?

[sonik1st]

oui, il faudra que je teste avec un autre SMTP.

à défaut est-il possible d'envoyer une requête HTTP sans passer par un navigateur en ligne de commande ? Puis-je envoyer une commande à Apache ?

[FCYPBA]

Tu peux utiliser php pour faire cela.

un petit php qui remplace ton batch avec pour seul instruction :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
file_get_contents('http://monurl/versmonphp.php');

[pc.bertineau]

Bonjour,

Il se peut que l'instance de PHP qui est lancée en ligne de commande soit différente de celle hébergée sur Apache (ex: php-cgi.exe avec Wamp). Ou que le fichier de conf php.ini utlilisé soit différent pour la ligne de commande..

A la question "Pourquoi maintenant", je n'ai pas de réponse

[sonik1st]

Tout d'abord merci pour vos réponses et l'intérêt que vous portez à mon post.

bien vu le coup du file_get_contents() ça marche, le seul soucis c'est que je vais doubler mon nombre de script :
- un script php qui contient le file_get_contents (appelé par le batch)
- et un autre qui effectue le traitement (appelé par le file_get_contents)

J'ai une douzaine de script indépendant, ça m'en ferait 24 !! Je pourrai passer le nom de la page php en paramètre depuis le batch, mais je ne sais pas comment envoyer(récupérer) un paramètre autrement que par du GET ou du POST...

sinon j'ai essayé de regarder dans le php.ini, mais je ne vois rien qui concernerai une limitation des requêtes si elles sont envoyées par un interpréteur de commande au lieu d'un brower. As-tu une piste ?

[pc.bertineau]

Ce n'est pas dans un fichier.ini mais 2 fichiers php*.ini qu'il faudrait regarder.

Sinon, exécute la commande phpinfo(); depuis ton navigateur et le terminal et compare... Il y a une ligne "Loaded Configuration File " qui indique l'emplacement du fichier ini chargé.

Exemple sous Wamp :

1 fichier php.ini pour le serveur Apache : wampdirectory/bin/apache/apachexx/bin/php.ini
1 fichier php.ini pour la ligne de commande : wampdirectory/bin/php/phpx.x.x/php.ini

[sonik1st]

oui et c'est bien dans ce fichier php.ini que j'ai été regarder, mais je n'ai rien trouvé qui puisse paramètrer l'interprétation de command passée autrement que par Apache...

[pc.bertineau]

J'ai écrit une erreur au-dessus, c'est un fichier php.ini pour Apache, 1 autre pour le CGI. Et pas deux configurations différentes dans le même fichier...

As-tu fait le test avec phpinfo() ?

[sonik1st]

c'est bon j'ai trouvé un palliatif, à l'origine voici la commande qui appelait mon script PHP :

"C:\mon chemin vers php\php.exe" -q "C:\mon chemin vers mon script\script.php"

L'option -q passe en mode silencieux et supprimer les entêtes HTTP (http://www.php.net/manual/fr/features.commandline.php)

J'ai donc opté pour cette nouvelle commande (merci FCYPBA )
"C:\mon chemin vers php\php.exe" -r file_get_contents('http://mon_url/script.php');

En exécutant la commande PHP directement dans le batch (grâce à l'option -r), cela m'évite de doubler les scripts (un contenant le file_get_contents et un contenant le script)

merci à vous