Re: Piste de conception d'interface SPIP-Composer

Le 31/03/2019 à 12:26, [email protected] a écrit :
> Dans le raisonnement , ne pas oublier une notion de fil d'attente. Si
> on délègue le service à un tiers celui-ci risque d'être chargé , il
> faudra donc bien penser à indiquer une notion de fil d'attente pour
> obtenir le lock et ensuite les téléchargements.

Oui, enfin le but c'est de pouvoir servir pas mal de monde d'un coup,
mais c'est certain que c'est un GROS chantier et compliqué avec ça.

Pour la partie composer.spip.net, c'est complètement hors SPIP, et même
si ça doit gérer des requêtes HTTP entrées-sorties, ya très peu de code,
ça va surtout être de l'admin sys, des lancements de commandes sur le
serveur. Personnellement je n'y connais RIEN là dedans, et donc ça me
fait peur.

Et c'est bien pour ça que j'insiste sur le fait qu'il faut commencer à y
réfléchir dès maintenant absolument, car c'est compliqué, et si on ne le
fait pas, ça signifie forcément perdre pendant longtemps la gestion des
plugins par interface (dès lors que des plugins vont commencer à
nécessiter des projets en Composer bien sûr). Hors d'après les retours
qu'on a commencé à avoir, mis à part quelques devs pros qui n'en ont pas
besoin (y compris moi hein), et bien ya pas beaucoup de monde qui a
envie de perdre ce moyen.

> En délégation on devrait aussi prendre en compte aussi le tiers local
> pour ceux qui hébergent (sans nécessairement intervenir au niveau des
> sites) cela permettrait d'avoir une gestion local

Oui je suis assez d'accord, et ça ça devrait être côté "Plugin Composer"
sur mon schéma.

Si le plugin détecte que PHP accepte l'exec de la commande "composer",
ça pourrait alors utiliser tout en local au lieu de faire appel à un
service externe.

Du coup les gens sur un hébergement correct (pas OVH mutu quoi) qui
peuvent tout bien installer et configurer, pourraient quand même laisser
leurs utilisateurices chercher et installer des plugins par l'interface,
mais en autonomie.

Après ça pose des problèmes de sécurité quand même, ce n'est pas une
super bonne pratique (exec de commande qui peut écrire dès la racine…
hum…). Alors que la solution du schéma est un peu plus cadrée tout de
même, il me semble.

-- 
RastaPopoulos

_______________________________________________
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