Quelle est la bonne manière actuellement d’intégrer dans un plugin SPIP
une librairie PHP fournie par composer
en harmonie avec l’écosystème SPIP actuel et prévu dans le futur,
et de manière à faciliter les mises à jour de la librairie ensuite ?
Y a t il un plugin existant à prendre en exemple ?
JL
Actuellement y a pas d’autre choix que de mettre un vendor tout pourri dans le plugin, et de charger l’autoloader qu’il contient (en indiquant dans la package.json un config.platform.php de version php au php mini attendu par le SPIP. Ex: ‹ 7.4.33 › (la dernière 7.4 publiée par PHP) pour SPIP 4.2. (en publiant le composer.json et composer.lock tant qu’à faire). Le vendor avec --no-dev quand même…
Et donc ce ne sont pas des exemples à suivre… y a juste pas d’alternative actuellement si tu veux fournir un plugin qui fonctionne directement.
Hmmm
Là présentement je veux utiliser une librairie qui ne dépend d’aucune autre en mode « no-dev ».
Du coup, pour l’instant du moins et comme personnellement je ne me sers pas de Composer, ta réponse m’encourage à juste intégrer la librairie php seule, comme si elle était pas fournie par Composer et sans le vendor « tout pourri » et le reste spécifique à la mécanique Composer.