Discussion :

[a_me]

salut,
peut-on faire un envoi automatique d'email sans avoir à lancer le site ??
j'ai realise un site, et dans la partie administration, un email automatique doit etre envoye automatiquement à l'administrateur à chaque fois que le délai de ses clients approche à sa fin, et cela sans avoir à lancer le site, et sans que lui aie besoin à vérifier à chaque fois à partir de l'administration..

est-ce possible??
si oui, comment y procéder??

merci d'avance

[Mr N.]

Cadeau:
http://matthieu.developpez.com/execution_periodique/

[xave]

Tu as deux solutions pour ça, ou un script qui tourne en permanence et qui enverra le mail dès qu'il aura reçu une information ou un script qui s'exécute périodiquement et qui enverra le mail si besoin (cf tuto donné par Mr N.)

[HS] Ravie de te revoir Mr N. [/HS]

[Mr N.]

[HS]Ouaip. Ca faisait longtemps qu'on c'était pas croisés [/HS]

[a_me]

voilà ca fonctionne
j'ai eu un petit problème, j'ai cherché, et j'ai trouvé qu'il fallait installé le package WGET, maintenant cela fonctionne

merci Mr N.

[a_me]

suite à la demande de aude_1603, je vais poster la façon dont j'ai procédé pour résoudre ce problème.

tout d'abord, j'explique la tache voulue: envoi automatique d'email à partir d'un script php sans avoir à l'éxécuter manuellement. quelque soit la tâche ou le script que vous volez exécuter, cela n'a pas d'importance

pour le lancer automatiquement, il faut utiliser le planificateur de tâche de unix/linux: CRON

pour utiliser cron, lance le terminal, connecte toi en root, et tape:

Code :

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

vi /etc/crontab

tu aura la liste des tâches qui s'exécutent périodiquement, tu ajoute la tienne sous cette forme:

Code :

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

mm hh dd mo js commande_a_executer

mm: les minutes
hh: les heures
dd: les jours du mois
mo: les mois
js: les jours de la semaine
et enfin la commande à éxécuter (dans notre cas un script php)

pour plus de détails référence toi au lien donné plus haut par les amis pour le fonctionnement du cron.

puis tu appuie sur échap, et tu tape:

Code :

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

:wq

w pour write (enregistrer les modification)
q pour quit quiter l'éditeur du fichier.

mais avant, il te faut pour exécuter le script php, un package à installer WGET, qui simule un navigateur. pour le télécharger tu peux le trouver ici:
WGET 1.10.2
tu l'installe en suivant la procédure décrite dans le package.

maintenant, tu peux écrire la commande à executer comme suit (en supposant que mon script se trouve à http://www.monsite.com/cron/script.php)

Code :

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

wget http://www.monsite.com/cron/script.php

dans ce cas, il va à chaque fois que le script est exécute, il va créer un fichier de sortie dans le document root de ton serveur, car wget agit comme un navigateur donc il doit retourner la page générée par le script, pour rémedier à cela, tu envoi le résultat à la poubelle de cette manière:

Code :

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

wget http://www.monsite.com/cron/script.php >> /dev/null

à la fin, il ne te reste qu'a déterminé la fréquence d'éxécution de ce script et de l'ajouter aux taches cron.
par exemple tu veux l'éxécuter chaque début de mois à 16h, tu tapera:

Code :

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

* 16 1 * * wget http://www.monsite.com/cron/script.php >> /dev/null

et voilà, j'espère que j'ai bien expliqué
sinon je suis toujours à votre disposition

[Mr N.]

euh... les scripts appelés par cron, dans la mesure du possible, j'éviterais de les mettre accessibles sur le net. la commande php est là pour executer un script, autant s'en servir sans avoir à utiliser wget. A condition bien sur que cron et l'application web en question soient sur le meme serveur...

[a_me]

euh... les scripts appelés par cron, dans la mesure du possible, j'éviterais de les mettre accessibles sur le net. la commande php est là pour executer un script, autant s'en servir sans avoir à utiliser wget. A condition bien sur que cron et l'application web en question soient sur le meme serveur...

oui tu as raison, mais c'est la solution que j'ai utilisé moi, c'était pas notre serveur, et j'avais pas totalité d'accès dessus, alors j'ai utilisé wget avec cron. de plus, le script en lui même ne fait que des test et envoi des emails

[Mr N.]

"que" envoyer des mails ?

Imagine que je suis un petit malin et que je connaisse l'url de ton script :

Code :

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

1
2
3
4
for ($i = 0 ; $i < 100000 ; $i++) {
   fopen('http://le.site.de.a_me/cron/script.php');
}

Et là ton serveur va se mettre à cracher 100000 mails... De quoi se faire passer pour spammeur...

[a_me]

oups, et comment configurer sans utiliser wget?
si tu peux nosu éclaircir cela

[Pascal Roget]

Trois points:

1) Il est aussi possible de choisir un nom très difficile à deviner pour le script PHP envoyant les emails, par exemple http://www.monsite.com/g4sd43.php
2) Il est aussi possible de mettre le script dans un repertoire protegé par .htaccess. Dans ce cas, wget peut être utilisé de la manière suivante: wget --http-user=utilisateur - -http-password=monmotdepasse http://www.monsite.com/protected/envoyer_mails.php
3) Un script pour envoyer des mails de cette sorte bien écrit ne devrait en théorie n'envoyer que des emails si leur envoi est prévu. Par example le script devrait charger une table MySQL et envoyer seulement des emails si c'est prévu, et pour chaque email envoyé mettre a jour la table. Par exemple nous avions un client qui avait besoin d'avoir des emails envoyés 24h après la confirmation de leur achat. Dans la table "commandes", j'ai créé un champ appelé "email_suivi_envoye" qui est mis a "1" quand le mail est envoyé. De cette manière même si le script envoyant les mails différés est appelé 10000 fois, seul un email par commande est envoyé.

Il est aussi possible de commencer un script PHP par
#!/usr/bin/php
et de l'appeler directement par cron (/home/site/domaine/public_html/script.php)
Dans ce cas la le script peut etre mis dans un repertoire accessible par cron mais pas par l'exterieur (par ex. /home/site/domaine/script/php)
Cette dernière méthode est moins fiable que les précedentes dans la mesure ou elle depend de plus de facteurs, e.g. où est l'executable PHP, etc.
Mais cela devrait répondre au attentes des plus paranoides

Pascal Roget
OC Agency, Inc