La liste des nouveautés (squelette nouveautes.html) est pratique pour tenir les rédacteur au courant de la vie du site.
J’ai l’impression qu’il y a un mécanisme qui permet d’empécher qu’un article déjà signalé par cette lettre ne le soit à nouveau.
Qu’en est-il ? Si cela passe par une écriture dans la base, quel champ est concerné. Merci de vos infos sur la question.
Le 25/03/12 14:38, Dut a écrit :
La liste des nouveautés (squelette nouveautes.html) est pratique pour tenir les rédacteur au courant de la vie du site.
J’ai l’impression qu’il y a un mécanisme qui permet d’empécher qu’un article déjà signalé par cette lettre ne le soit à nouveau.
Qu’en est-il ? Si cela passe par une écriture dans la base, quel champ est concerné. Merci de vos infos sur la question.
Le champ date + un cron de relance qui teste l’envoi:
Les articles sont sélectionnés en fonction de leur date par rapport à maintenant, si aucun article n’est retourné, le résultat est vide, dans le cas contraire, c’est envoyé.
Dans le même style tu as le plugin abomailman, qui permet de choisir la fréquence des envois et ce qu’on met dedans 
++
touti
Le problème c’est que la lettre precedente est partie dans une adresse bac à sable et que même si j’augmente le nombre de jours, il ne renvoie pas les élément déjà envoyés. D’où ma question : quel champ modifier (à la main) dans la base pour que les articles en question partent au prochain cron.
Le lundi 26 mars 2012 à 10:37 +0200, toutati a écrit :
Le 25/03/12 14:38, Dut a écrit :
La liste des nouveautés (squelette nouveautes.html) est pratique pour tenir les rédacteur au courant de la vie du site.
J’ai l’impression qu’il y a un mécanisme qui permet d’empécher qu’un article déjà signalé par cette lettre ne le soit à nouveau.
Qu’en est-il ? Si cela passe par une écriture dans la base, quel champ est concerné. Merci de vos infos sur la question.
Le champ date + un cron de relance qui teste l’envoi:
Les articles sont sélectionnés en fonction de leur date par rapport à maintenant, si aucun article n’est retourné, le résultat est vide, dans le cas contraire, c’est envoyé.
Dans le même style tu as le plugin abomailman, qui permet de choisir la fréquence des envois et ce qu’on met dedans
++
touti_______________________________________________ [spip-zone@rezo.net](mailto:spip-zone@rezo.net) - [http://listes.rezo.net/mailman/listinfo/spip-zone](http://listes.rezo.net/mailman/listinfo/spip-zone)
Le 26/03/12 16:39, Dut a écrit :
Le problème c'est que la lettre precedente est partie dans une adresse
bac à sable et que même si j'augmente le nombre de jours, il ne renvoie
pas les élément déjà envoyés. D'où ma question : quel champ modifier (à
la main) dans la base pour que les articles en question partent au
prochain cron.
Je vais essayer que ce soit plus clair:
Prenons un cron qui est une tache qui se déclenche automatiquement et des dates de publication des articles du site pour se repérer dans le temps.
Un exemple: tous les 3 jours, le cron 'nouveautes' se déclenche (lors d'une visite au moins) et vérifie que des articles ont une date de publication comprise entre il y a moins de 3 jours et maintenant.
Si c'est le cas, il les prend et les envoie par mail à l'adresse indiquée.
Dans tous les cas, le cron recherche ou créé un fichier lock, qui lui permet de connaitre la date du cron précédent, puis ce lock (qui signifie bloquer ou fermer en anglais) va être remis à l'heure au moment de la vérification et ainsi de suite.
Mais ce fichier lock est ou et comment on le modifie?
regardez dans le dossier /tmp/nom_tache.lock
on peut l'effacer il n'y a rien dedans
On peut aussi essayer job_queue qui gère la liste des taches cron à effectuer ou à reprendre.
Bref, SPIP travaille pour vous
voilou
++touti
Euh, il faut faire un touch sur le cron.lock pour le replacer deux semaine plus tôt (par exemple) ET changer la date système en rapport, ce que j’ai su faire en localhost, mais ne me semble pas envisageable en prod.
seulement le cron.lock, ça ne marche pas.
Merci quand même.
Le lundi 26 mars 2012 à 20:04 +0200, touti a écrit :
Le 26/03/12 16:39, Dut a écrit : > Le problème c'est que la lettre precedente est partie dans une adresse > bac à sable et que même si j'augmente le nombre de jours, il ne renvoie > pas les élément déjà envoyés. D'où ma question : quel champ modifier (à > la main) dans la base pour que les articles en question partent au > prochain cron. Je vais essayer que ce soit plus clair: Prenons un cron qui est une tache qui se déclenche automatiquement et des dates de publication des articles du site pour se repérer dans le temps. Un exemple: tous les 3 jours, le cron 'nouveautes' se déclenche (lors d'une visite au moins) et vérifie que des articles ont une date de publication comprise entre il y a moins de 3 jours et maintenant. Si c'est le cas, il les prend et les envoie par mail à l'adresse indiquée. Dans tous les cas, le cron recherche ou créé un fichier lock, qui lui permet de connaitre la date du cron précédent, puis ce lock (qui signifie bloquer ou fermer en anglais) va être remis à l'heure au moment de la vérification et ainsi de suite. Mais ce fichier lock est ou et comment on le modifie? regardez dans le dossier /tmp/nom_tache.lock on peut l'effacer il n'y a rien dedans :) On peut aussi essayer job_queue qui gère la liste des taches cron à effectuer ou à reprendre. Bref, SPIP travaille pour vous :) voilou ++touti _______________________________________________ [spip-zone@rezo.net](mailto:spip-zone@rezo.net) - [http://listes.rezo.net/mailman/listinfo/spip-zone](http://listes.rezo.net/mailman/listinfo/spip-zone)
Merci, c’est lumineux.
J’avais tenté d’effacer le fichier cron, il faut au contraire que je l’antidate et ça devrait marcher.
Le lundi 26 mars 2012 à 20:04 +0200, touti a écrit :
Le 26/03/12 16:39, Dut a écrit : > Le problème c'est que la lettre precedente est partie dans une adresse > bac à sable et que même si j'augmente le nombre de jours, il ne renvoie > pas les élément déjà envoyés. D'où ma question : quel champ modifier (à > la main) dans la base pour que les articles en question partent au > prochain cron. Je vais essayer que ce soit plus clair: Prenons un cron qui est une tache qui se déclenche automatiquement et des dates de publication des articles du site pour se repérer dans le temps. Un exemple: tous les 3 jours, le cron 'nouveautes' se déclenche (lors d'une visite au moins) et vérifie que des articles ont une date de publication comprise entre il y a moins de 3 jours et maintenant. Si c'est le cas, il les prend et les envoie par mail à l'adresse indiquée. Dans tous les cas, le cron recherche ou créé un fichier lock, qui lui permet de connaitre la date du cron précédent, puis ce lock (qui signifie bloquer ou fermer en anglais) va être remis à l'heure au moment de la vérification et ainsi de suite. Mais ce fichier lock est ou et comment on le modifie? regardez dans le dossier /tmp/nom_tache.lock on peut l'effacer il n'y a rien dedans :) On peut aussi essayer job_queue qui gère la liste des taches cron à effectuer ou à reprendre. Bref, SPIP travaille pour vous :) voilou ++touti _______________________________________________ [spip-zone@rezo.net](mailto:spip-zone@rezo.net) - [http://listes.rezo.net/mailman/listinfo/spip-zone](http://listes.rezo.net/mailman/listinfo/spip-zone)