TÂCHES AUTOMATISÉES - CRON
FhX
Messages postés
2350
Date d'inscription
mercredi 13 octobre 2004
Statut
Membre
Dernière intervention
18 avril 2015
-
13 oct. 2005 à 11:36
astuces_jeux Messages postés 731 Date d'inscription mercredi 15 novembre 2000 Statut Membre Dernière intervention 27 mai 2010 - 19 juin 2007 à 20:27
astuces_jeux Messages postés 731 Date d'inscription mercredi 15 novembre 2000 Statut Membre Dernière intervention 27 mai 2010 - 19 juin 2007 à 20:27
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/34182-taches-automatisees-cron
https://codes-sources.commentcamarche.net/source/34182-taches-automatisees-cron
19 juin 2007 à 20:27
19 juin 2007 à 20:26
17 oct. 2005 à 19:08
Tes internautes intègrent le flux, à chaque appel de mises à jour du flux ton script est joué... Ça pourrait être une idée.
J'ai jamais monté de RSS donc j'en sais rien ^^
ahem (mieux orthographié ^_^)
17 oct. 2005 à 19:06
tes internautes intergrent le flux, a chaque appelle de mises à jour du flux ton script est joué... Ça pourrait être une idée.
J'ai jamais monté de RSS donc j'en sais rien ^^
17 oct. 2005 à 13:31
17 oct. 2005 à 08:54
13 oct. 2005 à 21:27
13 oct. 2005 à 20:35
13 oct. 2005 à 20:25
13 oct. 2005 à 20:21
13 oct. 2005 à 20:09
13 oct. 2005 à 19:33
Voila le pourquoi j'ai fait comme ceci !!! :D
13 oct. 2005 à 18:47
Ce script a de l'idée, mais ne peut fonctionner que sur un site fréquenté régulièrement...
13 oct. 2005 à 14:34
Mais l'idée et la même. N'avoir en Base de donnée qu'un seul champ.
13 oct. 2005 à 14:31
13 oct. 2005 à 14:30
ensuite je ne vois pas en quoi la requête est plus lourde, au contraire.
13 oct. 2005 à 14:15
Cependant, dans le cas de multiple champ pour générer une date, le traitement de la requête sera parcontre plus lourd vu qu'il y a plusieurs champs à examiner, au lieu d'une seule. C'est d'ailleur pour cette raison que les types DATE et DATETIME ont été créer ^^
Ainsi au final, si la syntaxe ne te plait pas, tu peux tout aussi bien utiliser une chaine de caractère que tu considère comme une date mais auquel tu donne la syntaxe que tu veux ^^.
13 oct. 2005 à 14:04
13 oct. 2005 à 14:03
En effet, il ne peut être qualifier de cron puisqu'il doit être chargé par un navigateur (comme l'a dit FhX), ou plus exactement, un navigateur doit faire une requète au serveur pour que celui-ci l'exécute.
Or un CRON est en soit un script qui est lancé de manière périodique par le serveur seul.
Pour optenir ce résultat, il faut avoir accès à la configuration de ton serveur et modifier la variable "crontable" qui est un fait un tableau où s'ont enregistrer l'ensemble des crons qui doivent être lancé à une date,heure,min,sec précise, périodiquement ou non.
Si j'ose rajouter quelques remarques :
- tu peux remplacer tes variables de date (jour, mois, année, etc) par une seul de type "DATETIME" dans ta base de donnée. Elle dispose d'une syntaxe certe particulière qu'il faut connaitre si on veut pouvoir l'utiliser correctement : "Y-m-d H:i:s" ce qui correspond à ANNEE-mois-jour HEURE:minute:seconde
Tu peux générer facilement ce genre de date par la fonction : date() => date('Y-m-d H:i:s')
Pour plus d'information sur la fonction date() je te conseille le site : www.nexen.net
Enfin, pour plus de clarté dans ton code, essaie de séparer des variables php de tes chaines
> Date actuelle ::> $date_actuelle -- $date_a_venir <:: Prochaine execution
> Date actuelle ::> ".$date_actuelle." -- ".$date_a_venir.3 <:: Prochaine execution
Un peu comme tu te dois de le faire en javascript :)
Ta version marche très bien, mais disons qu'elle est moins lisible face à de longues chaînes.
13 oct. 2005 à 13:20
idem que FhX, en rajoutant quelques trucs :
n'utilise pas de SELECT * mais un SELECT champ1,champ2...
lorsques tu utilises tes champs ne met pas $day $res[day]; mais $day $res['day'];
etc...
13 oct. 2005 à 11:36