Re: Composer et SPIP sont dans un bateau

Le lundi 18 mars 2019 à 17:25 +0100, Matthieu Marcillaud a écrit :
> Le 18/03/2019 à 17:00, Maïeul a écrit :
> > Le 18/03/2019 à 16:48, Matthieu Marcillaud a écrit :
> > > 
> > > Évidemment certains outils (CMS) se sont quand même penchés sur
> > > la 
> > > question, que nous citons dans l’article. A minima cela revient à 
> > > calculer A sans dépasser le memory-limit (en le sous-traitant à
> > > un 
> > > autre serveur par exemple), à appliquer B) et à désactiver C) 
> > > totalement.
> > > 
> > 
> > ok, je comprend mieux. Mais du coup cela voudrait dire qu'on
> > pourrait 
> > utiliser composer pour par ex generer des distributions SPIP depuis
> > un 
> > serveur, gérer des dépendances à des lib externes pour un plugin,
> > mais 
> > pas forcément pour installer des plugins sur un site, car cela
> > serait 
> > trop gourmand. 
> 
> En terminal ce n’est pas un problème (on peut faire installer les 
> plugins dans le répertoire plugins/ ou plugins-dist/ même).
> On peut même packager des zips tout prêts de distributions SPIP 
> alternatives pour les utiliser ensuite avec spip-loader
> éventuellement.
> 
> C’est effectivement l’ajout depuis une interface graphique qui est 
> ensuite délicate. La suggestion de séparer des paquets «graphiques»
> sans 
> dépendances est une possibilité (des thèmes, des squelettes par
> exemple) 
> en continuant d’utiliser SVP pour eux (à mon avis on sera très limité 
> quand même car quantité de plugins ont des dépendances) (et aussi
> parce 
> qu’il faudrait que les gens puissent télécharger graphiquement 
> «Formidable» par exemple qui a tout un tas de dépendances lui-même) ; 
> mais il faudrait que ça soit transitoire pour ne pas avoir à terme à 
> gérer 2 systèmes.

oui, perso les squelettes que je dev ont tous des dépendances... 
> 
> C’est aussi pour cela la suggestion de la conclusion. Il pourrait y 
> avoir une distribution SPIP «mature» qui continue de fonctionner
> comme 
> actuellement, pendant qu’un autre morceau (le noyau) explore de 
> nouvelles possibilités. Mais bon, on le voit bien aussi encore 
> aujourd’hui, les plugins de la zone ont besoin de Composer (pas que
> le 
> core ni les plugins-dist).
> 
> > Et là on resterait sur du SVP traditionnel, qui irait chercher des 
> > "packs" tout fait de plugins et de dépendance, qui eux seraient
> > gérés 
> > par composer sur le serveur distant?
> 
> Non. Du tout. En tout cas on ne pourrait pas intégrer des packs qui 
> auraient aussi un répertoire vendor/ dedans. Ça risquerait de créer
> des 
> conflits et en plus on ne saurait pas faire le merge.
> 
> Il faut laisser Composer gérer le calcul et le téléchargement des 
> dépendances (il est vraiment fait et optimisé pour ça).
> Je suis pas forcément très clair dans ce que j’exprime, mais tout
> n’est 
> pas encore clair dans comment faire après :)
> 
> MM.
> 

Donc cela voudrait dire que sans composer, pas de gestion de
dépendance...

Ce que je comprend moyen, c'est la nécessité de composer pour gérer les
dépendances interne au monde SPIP. Pour une dépendance externe, oui, ca
a du sens. Mais pour une dépendance interne...  

_______________________________________________
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: http://www.spip.net/
dev: http://trac.rezo.net/trac/spip/
irc://irc.freenode.net/spip