Bonsoir à tous,
La démultiplication des endroits de déclenchement des taches de fond ayant causé qq problèmes, je viens de poster une nouvelle version de leur gestion, qui permet d'en moduler beaucoup plus
finement leur fréquence, leur ordre et leur nombre.
Elle evite de plus d'utiliser la fonction timeout qui reposait sur un verrou SQL qui pouvait poser des problèmes de synchronisation.
Je vous laisse découvrir les spécifications dans les commentaires du fichier inc_cron, principal fichier modifié.
Je m'excuse par avance si cette souplesse nouvelle commence par amener des régressions dans certains cas: n'hésitez pas à faire part des pbs rencontrés lors de sa mise en place.
A coté des demandes de corrections de bugs, cette question a suscité des interrogations un peu naïves, ce qui est pardonnable, et des affirmations aussi péremptoires que fausses voire diffamatoires, ce qui l'est moins. Je rappelle donc que les membres de l'équipe de développement doivent:
1. corriger les bugs;
2. réécrire le code devenu trop touffu à force d'ajouts, afin d'anticiper les bugs et faciliter les nouveaux ajouts à venir (qu'il soit bien clair que nous sommes les premiers à déplorer que le code de Spip ne soit pas toujours un exemple à distribuer dans les écoles);
3. se documenter sur les nouveaux ajouts possible, notamment en tenant leur rôle d'administrateurs de spip-contrib où figurent des idées fiables car ayant passé l'épreuve de l'implémentation et l'épreuve du plébiscite par un minimum de personnes (une expérience récente montre que c'est le seul moyen connu de se faire coopter par l'équipe de développement ;-));
4. discuter entre nous pour que ces ajouts débouchent sur une nouvelle version cohérente de Spip bien qu'issue des motivations de chacun qui ne sont pas nécessairement les mêmes et ne peuvent etre fondées que sur un épanouissement personnel étant donné le caractère bénévole de la chose;
5. que ce caractère bénévole sous-entend que nous avons aussi des obligations professionnelles qui peuvent se révéler prioritaires, ainsi que souvent, l'origine de Spip en témoigne, des activités militantes, et enfin que nous avons un certain souci du bien-être de nos compagnes, enfants, parents, amis qui n'utilisent pas nécessairement Spip mais nous sont au moins aussi chers que ses utilisateurs.
Tout ceci explique que nous n'avons AUCUN moment à consacrer aux mails relevant plutot du cours particulier sur l'implémentation de Spip (qui est l'enseignant et qui est l'enseigné n''étant d'ailleurs pas toujours clair) et encore moins aux attaques personnelles dont le seul effet est d'inciter à ne plus lire cette liste et donc à ne plus s'occuper que de notre propre usage de Spip.
Les messages soucieux de l'intérêt général sont eux, évidemment, toujours sollicités.
Ils sont heureusement les plus nombreux.
A bientot
Emmanuel
, les nouveaux dev qui apportent les point de vue et