Re: SPIP nu
Fil <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAERh8-kDQ8aKUdn-9BtJ+FOZVrM7aenGzcnmZDCwYtXwst-gPQ@mail.gmail.com> |
> > Pour un SPIP nu, sur lequel s'appuierait le SPIP un peu habillé (mini), je > me demande quelle fonctionnalité peut encore être retirée ... et j'ai pas > d'apriori. > Le choix de job_queue de stocker les jobs dans une table n'est qu'une possibilité parmi d'autres. En ce sens, il n'est pas indispensable. Mais par contre si on devait retirer job_queue, il faudrait laisser une API minimaliste de manière à ce que tout le puisse envoyer des travaux (à exécuter tout de suite, le cas échéant) sans devoir se poser la question de la présence ou non du plugin. Pour les itérateurs, ils sont complètement fondus dans le compilo désormais, c'est la généralisation des boucles, et ça n'a plus grand sens d'en parler à part. Est-ce qu'on peut imaginer avoir un SPIP sans compilo, ça peut-être même si je ne vois pas bien ce que ça donnerait. Ce qui serait sympa ce serait d'arriver à n'avoir aucune dépendance à MySQL … et au final il ne va rester que spip_meta, qui pourrait peut-être être géré "à plat". -- Fil