Bonjour à tous,
Je me suis monter en local le site plugins pour modifier le json.
J’ai fait en sorte de n’avoir que les paquet modifier dans les 24 dernière heures et en me basant sur le champ maj_archive qui semble avoir la date de génération du zip.
Du coup la synchro avec contrib devrait ne plus avoir de trou pour les prochains changement de balise compatibilité spip ou autre.
Est ce que je peut commiter dans ce sens ou il y a mieux ?
Pierre
Personne pour un retour ?
Peux-tu attendre qu’on regarde ?
Merci.
Le 23. 11. 17 à 14:54, Pierre KUHN a écrit :
Personne pour un retour ?
Le 20 novembre 2017 à 09:53, Pierre KUHN <pierrekuhn82@gmail.com <mailto:pierrekuhn82@gmail.com>> a écrit :
Bonjour à tous,
Je me suis monter en local le site plugins pour modifier le json.
J'ai fait en sorte de n'avoir que les paquet modifier dans les 24
dernière heures et en me basant sur le champ maj_archive qui semble
avoir la date de génération du zip.Du coup la synchro avec contrib devrait ne plus avoir de trou pour
les prochains changement de balise compatibilité spip ou autre.Est ce que je peut commiter dans ce sens ou il y a mieux ?
Pierre
--
Pierre KUHN
http://www.voisins-spipeurs.net----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Merci pour ce travail, toutefois je ne comprend pas, cela ne correspond pas à ce que nous avions discuté.
N'afficher que les paquets des dernières 24 n'est pas ce que nous souhaitions, C'est même pire que mal, puisque contrib tire aléatoirement 20 paquets dont il met à jour les données sur son site. Donc là on risque d'avoir encore moins de données à jour.
Il faudrait simplement avoir le json trié par date, et la date indiquée dans le json. Puis sur le script de contrib, dire qu'on regarde les fichiers qui ont été modifié depuis le dernier lancement du cron.
Donc tu ferais un tris !par date simplement ?
Et c’est contrib qui prends que les 20 derniers ?
Bah j'ai expliqué ce qu'il faudrait faire (comme on en avait discuté sur
IRC hier). Je reformule.
1. Trier par date dans le JSON
2. Faire en sorte que la date apparaisse dans le JSON
3. Reprogrammer contrib pour qu'il prenne en compte tous les paquets qui
ont été modifiés depuis la dernière execution du cron.
C'est la seule manière possible pour s'assurer que les infos sur contrib
soient systématiquement à jour.
Le lundi 04 décembre 2017 à 09:21 +0100, Pierre KUHN a écrit :
Donc tu ferais un tris !par date simplement ?
Et c'est contrib qui prends que les 20 derniers ?Le 4 décembre 2017 à 09:18, Maïeul <maieul@maieul.net> a écrit :
> Le 23. 11. 17 à 14:54, Pierre KUHN a écrit :
> > Personne pour un retour ?
> >
> > Le 20 novembre 2017 à 09:53, Pierre KUHN <pierrekuhn82@gmail.com
> > <mailto:pierrekuhn82@gmail.com>> a écrit :
> >
> > Bonjour à tous,
> >
> > Je me suis monter en local le site plugins pour modifier le
> > json.
> > J'ai fait en sorte de n'avoir que les paquet modifier dans les
> > 24
> > dernière heures et en me basant sur le champ maj_archive qui
> > semble
> > avoir la date de génération du zip.
> >
> > Du coup la synchro avec contrib devrait ne plus avoir de trou
> > pour
> > les prochains changement de balise compatibilité spip ou
> > autre.
> >
> > Est ce que je peut commiter dans ce sens ou il y a mieux ?
> >
> > Pierre
> >
> >
> >
> >
> > --
> >
> > Pierre KUHN
> > http://www.voisins-spipeurs.net
> >
> >
> > ----
> > spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-
> > zone
> >
> >
> Merci pour ce travail, toutefois je ne comprend pas, cela ne
> correspond pas à ce que nous avions discuté.
> N'afficher que les paquets des dernières 24 n'est pas ce que nous
> souhaitions, C'est même pire que mal, puisque contrib tire
> aléatoirement 20 paquets dont il met à jour les données sur son
> site. Donc là on risque d'avoir encore moins de données à jour.
>
> Il faudrait simplement avoir le json trié par date, et la date
> indiquée dans le json. Puis sur le script de contrib, dire qu'on
> regarde les fichiers qui ont été modifié depuis le dernier lancement
> du cron.
>
>
>
>
> ----
> spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zo
> ne
>
Si on retourne dans le flux les mises à jour depuis 24h cela doit suffire non ?
oui, mais je vois deux limites:
- peut être que d'autres services utilisent le json, et il vaudrait
mieux éviter une rupture trop forte
- si on ne fait actuellement que 20 plugins d'un coup, c'est pour
limitefr la charge serveur. Donc se dire "on actualise uniquement les
plugins modifiés depuis le dernier passage" me semble mieux
Le lundi 04 décembre 2017 à 09:31 +0100, Pierre KUHN a écrit :
Si on retourne dans le flux les mises à jour depuis 24h cela doit
suffire non ?Le 4 décembre 2017 à 09:24, Maïeul Rouquette <maieul@maieul.net> a
écrit :
> Bah j'ai expliqué ce qu'il faudrait faire (comme on en avait discuté
> sur
> IRC hier). Je reformule.
> 1. Trier par date dans le JSON
> 2. Faire en sorte que la date apparaisse dans le JSON
> 3. Reprogrammer contrib pour qu'il prenne en compte tous les paquets
> qui
> ont été modifiés depuis la dernière execution du cron.
>
> C'est la seule manière possible pour s'assurer que les infos sur
> contrib
> soient systématiquement à jour.
>
> Le lundi 04 décembre 2017 à 09:21 +0100, Pierre KUHN a écrit :
> > Donc tu ferais un tris !par date simplement ?
> > Et c'est contrib qui prends que les 20 derniers ?
> >
> > Le 4 décembre 2017 à 09:18, Maïeul <maieul@maieul.net> a écrit :
> > > Le 23. 11. 17 à 14:54, Pierre KUHN a écrit :
> > > > Personne pour un retour ?
> > > >
> > > > Le 20 novembre 2017 à 09:53, Pierre KUHN <pierrekuhn82@gmail.c
> om
> > > > <mailto:pierrekuhn82@gmail.com>> a écrit :
> > > >
> > > > Bonjour à tous,
> > > >
> > > > Je me suis monter en local le site plugins pour modifier
> le
> > > > json.
> > > > J'ai fait en sorte de n'avoir que les paquet modifier dans
> les
> > > > 24
> > > > dernière heures et en me basant sur le champ maj_archive
> qui
> > > > semble
> > > > avoir la date de génération du zip.
> > > >
> > > > Du coup la synchro avec contrib devrait ne plus avoir de
> trou
> > > > pour
> > > > les prochains changement de balise compatibilité spip ou
> > > > autre.
> > > >
> > > > Est ce que je peut commiter dans ce sens ou il y a mieux ?
> > > >
> > > > Pierre
> > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Pierre KUHN
> > > > http://www.voisins-spipeurs.net
> > > >
> > > >
> > > > ----
> > > > spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/s
> pip-
> > > > zone
> > > >
> > > >
> > > Merci pour ce travail, toutefois je ne comprend pas, cela ne
> > > correspond pas à ce que nous avions discuté.
> > > N'afficher que les paquets des dernières 24 n'est pas ce que
> nous
> > > souhaitions, C'est même pire que mal, puisque contrib tire
> > > aléatoirement 20 paquets dont il met à jour les données sur son
> > > site. Donc là on risque d'avoir encore moins de données à jour.
> > >
> > > Il faudrait simplement avoir le json trié par date, et la date
> > > indiquée dans le json. Puis sur le script de contrib, dire qu'on
> > > regarde les fichiers qui ont été modifié depuis le dernier
> lancement
> > > du cron.
> > >
> > >
> > >
> > >
> > > ----
> > > spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spi
> p-zo
> > > ne
> > >
> >
> >
>
Ok mais on a un log pour suivre le dernier passage ? une meta ?
c’est pas le parmètre $t qui est passà en génie?
Sinon oui on doit l’avoir quelquepart puisque spip est capable de l’afficher dans job_queue
Cela fait un tableau avec les $domains dans l’ordre du array.
On pourrait pas déjà les mettre par ordre d’utilisation ? voir virer http://www.spip-contrib.net/ qui est un peu caduque ?
on peut, mais cela ne changerai pas grand chose puisque l'essentiel est
deja sur contrib.spip.net
Le vendredi 15 décembre 2017 à 13:02 +0100, Pierre KUHN a écrit :
En relisant Connexion · GitLab
.spip-contrib.net/squelettes/2012/genie/synchro_plugins.php#L45
Cela fait un tableau avec les $domains dans l'ordre du array.On pourrait pas déjà les mettre par ordre d'utilisation ? voir virer h
ttp://www.spip-contrib.net/ qui est un peu caduque ?Le 4 décembre 2017 à 10:27, Maïeul Rouquette <maieul@maieul.net> a
écrit :
> c'est pas le parmètre $t qui est passà en génie?
>
> Sinon oui on doit l'avoir quelquepart puisque spip est capable de
> l'afficher dans job_queue
> Le lundi 04 décembre 2017 à 10:16 +0100, Pierre KUHN a écrit :
> > Ok mais on a un log pour suivre le dernier passage ? une meta ?
> >
> > Le 4 décembre 2017 à 10:10, Maïeul Rouquette <maieul@maieul.net> a
> > écrit :
> > > oui, mais je vois deux limites:
> > > - peut être que d'autres services utilisent le json, et il
> > > vaudrait
> > > mieux éviter une rupture trop forte
> > > - si on ne fait actuellement que 20 plugins d'un coup, c'est
> > > pour
> > > limitefr la charge serveur. Donc se dire "on actualise
> > > uniquement les
> > > plugins modifiés depuis le dernier passage" me semble mieux
> > > Le lundi 04 décembre 2017 à 09:31 +0100, Pierre KUHN a écrit :
> > > > Si on retourne dans le flux les mises à jour depuis 24h cela
> > > doit
> > > > suffire non ?
> > > >
> > > > Le 4 décembre 2017 à 09:24, Maïeul Rouquette <maieul@maieul.ne
> > > t> a
> > > > écrit :
> > > > > Bah j'ai expliqué ce qu'il faudrait faire (comme on en avait
> > > discuté
> > > > > sur
> > > > > IRC hier). Je reformule.
> > > > > 1. Trier par date dans le JSON
> > > > > 2. Faire en sorte que la date apparaisse dans le JSON
> > > > > 3. Reprogrammer contrib pour qu'il prenne en compte tous les
> > > paquets
> > > > > qui
> > > > > ont été modifiés depuis la dernière execution du cron.
> > > > >
> > > > > C'est la seule manière possible pour s'assurer que les infos
> > > sur
> > > > > contrib
> > > > > soient systématiquement à jour.
> > > > >
> > > > > Le lundi 04 décembre 2017 à 09:21 +0100, Pierre KUHN a
> > > écrit :
> > > > > > Donc tu ferais un tris !par date simplement ?
> > > > > > Et c'est contrib qui prends que les 20 derniers ?
> > > > > >
> > > > > > Le 4 décembre 2017 à 09:18, Maïeul <maieul@maieul.net> a
> > > écrit :
> > > > > > > Le 23. 11. 17 à 14:54, Pierre KUHN a écrit :
> > > > > > > > Personne pour un retour ?
> > > > > > > >
> > > > > > > > Le 20 novembre 2017 à 09:53, Pierre KUHN <pierrekuhn82
> > > @gmail.c
> > > > > om
> > > > > > > > <mailto:pierrekuhn82@gmail.com>> a écrit :
> > > > > > > >
> > > > > > > > Bonjour à tous,
> > > > > > > >
> > > > > > > > Je me suis monter en local le site plugins pour
> > > modifier
> > > > > le
> > > > > > > > json.
> > > > > > > > J'ai fait en sorte de n'avoir que les paquet
> > > modifier dans
> > > > > les
> > > > > > > > 24
> > > > > > > > dernière heures et en me basant sur le champ
> > > maj_archive
> > > > > qui
> > > > > > > > semble
> > > > > > > > avoir la date de génération du zip.
> > > > > > > >
> > > > > > > > Du coup la synchro avec contrib devrait ne plus
> > > avoir de
> > > > > trou
> > > > > > > > pour
> > > > > > > > les prochains changement de balise compatibilité
> > > spip ou
> > > > > > > > autre.
> > > > > > > >
> > > > > > > > Est ce que je peut commiter dans ce sens ou il y a
> > > mieux ?
> > > > > > > >
> > > > > > > > Pierre
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > >
> > > > > > > > Pierre KUHN
> > > > > > > > http://www.voisins-spipeurs.net
> > > > > > > >
> > > > > > > >
> > > > > > > > ----
> > > > > > > > spip-zone@rezo.net - http://listes.rezo.net/mailman/li
> > > stinfo/s
> > > > > pip-
> > > > > > > > zone
> > > > > > > >
> > > > > > > >
> > > > > > > Merci pour ce travail, toutefois je ne comprend pas,
> > > cela ne
> > > > > > > correspond pas à ce que nous avions discuté.
> > > > > > > N'afficher que les paquets des dernières 24 n'est pas ce
> > > que
> > > > > nous
> > > > > > > souhaitions, C'est même pire que mal, puisque contrib
> > > tire
> > > > > > > aléatoirement 20 paquets dont il met à jour les données
> > > sur son
> > > > > > > site. Donc là on risque d'avoir encore moins de données
> > > à jour.
> > > > > > >
> > > > > > > Il faudrait simplement avoir le json trié par date, et
> > > la date
> > > > > > > indiquée dans le json. Puis sur le script de contrib,
> > > dire qu'on
> > > > > > > regarde les fichiers qui ont été modifié depuis le
> > > dernier
> > > > > lancement
> > > > > > > du cron.
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > ----
> > > > > > > spip-zone@rezo.net - http://listes.rezo.net/mailman/list
> > > info/spi
> > > > > p-zo
> > > > > > > ne
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
je laisse de côté, ça perturbe personne ce truc.