Re: [SPIPremix] Une distribution SPIP alternative
nicod_ <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <[email protected]> |
Le 10/07/2018 à 13:16, [email protected] a écrit : > Salut > > En faisant des recherches pour voir comment avancer sur la lancée je > suis tombé sur : https://www.ostraining.com/blog/coding/composer-cms/ > > Je constate qu'on n'est pas les premiers à se poser la question. Ce > qui est plutôt bon signe. Le problème c'est que je n'ai pas vu de > solutions. Il faut continuer à creuser, on va bien trouver une > solution. L'article est assez juste si on lit bien son titre, "5 Reasons Not to Require Composer" : require au sens de rendre obligatoire. Un passage à Composer selon la méthode proposée par James ne le rendrait pas plus obligatoire (côté serveur comme en local) que ne l'est SVN actuellement. On pourra très bien, faire un `composer create-project` ou bien continuer à tout installer à la mano depuis un ZIP. Et si on [ne veut pas|ne sait pas|ne peut pas] utiliser Composer côté serveur, on peut toujours déployer en ligne par une autre méthode (sFTP, Webdav, gitftp...) NB : Composer est un outil de gestion de dépendances, pas un outil de déploiement. Ce n'est pas la mort des "petits hébergements" qui a été annoncée, ni la mise à l'écart de celleux qui ne savent pas / ne veulent pas passer à Composer. En fait, sur les 5 points de l'article, le seul qui nous pose une bonne question est le #2 (accès bloqué à Github/Packagist). Si c'est vraiment un frein, on peut héberger notre propre Satis : https://composer-spip.lerebooteux.fr/ -- nicod_