En effet le /dev/null semble lui poser problème, mais j'ai vérifié : l'ordre des éléments est bien celui demandé par le concepteur du module (donc je vais laisser, à priori, du moment que ça fonctionne…)
En tout cas, tout semble fonctionner comme prévu : le bash lance la commande qui donne l'ordre d'envoyer des emails. Du coup je laisse tomber l'examen approfondi du curl (mais ça peut servir…)
Merci encore à vous tous d'avoir accordé tout ce temps à mon petit problème ! C'est vraiment très sympa ! Bonne journée ! Cyril
Utilisez la syntaxe que j'ai donné car là le contrat vous enregistre un fichier à chaque appel (car j'ai fait le test sur mon VPS).
De plus si vous me croyez pas regardé la doc de wget plutôt que de copier/coller à l'aveugle un code donne sur un site (surtout que les erreurs peuvent arriver lors de la rédaction d'une doc).
Moi je veux bien, c'est vrai que copier coller bêtement n'est pas signe d'une grande intelligence (mais en ce domaine je ne la revendique pas, à vrai dire, malheureusement ) ; cependant, ne pensez-vous pas possible que ce soit le but de la manœuvre de la part du développeur : enregistrer un fichier à chaque appel ?
cependant, ne pensez-vous pas possible que ce soit le but de la manœuvre de la part du développeur : enregistrer un fichier à chaque appel ?
Non sinon il n'y aurait pas /dev/null (qui est l'équivalent d'un trouble noir informatique, tout ce qui pointe vers /dev/null est détruit instantanément ) dans la commande.
Le plus le fichier créé se nomme "–max-redirect=10000" (cf: votre log).
Donc non clairement c'est une mauvaise commande qui a été fournie.
Il faut reconnaître que c'est bizarre. Leur site est pourtant sacrément précis. Je vais tenter comme vous dites, merci. (J'étais en train de regarder les docs wget à la recherche de ces précisions pour y voir plus clair.) Cordialement Cyril
En effet on voit bien que le /dev/null doit être placé après le -O, dans la logique de la commande. J'ai mis dans cet ordre, et j'attends que le cron fonctionne pour vous faire un retour.