Re: Composer et SPIP sont dans un bateau

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.

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.



_______________________________________________
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