Nécessaire
Pour bien fonctionner, STEP nécessite un répertoire lib/
et un répertoire plugins/auto/
dans lequel le serveur peut écrire. STEP est programmé pour ne pas écrire en dehors du répertoire plugins/auto/
.
Présentation
Ce système STEP vient en complément du système d’installation de plugin présent dans SPIP 2.1. Il permet de sélectionner une liste de plugins (ceux archivés sur la Zone) et en analyse le contenu [1]. En comparant avec les plugins déjà présents sur le site, STEP peut déterminer les mises à jour qui existent et les proposer.
Utilisation
STEP propose une interface de recherche dépliable. La recherche en texte libre peut être orientée par type de plugin mais aussi selon l’emplacement du plugin ou l’état de développement.
A l’installation d’un plugin, STEP indiquera la liste des éventuelles dépendances à d’autre plugins, qu’il téléchargera pour vous.
De même lors d’une désinstallation ou désactivation d’un plugin, il indiquera que certains plugins en dépendent, et proposera alors de les désactiver proprement dans la foulée.
Fonctionnement des mises à jour
STEP dispose de la liste des plugins présents dans extensions/
, plugins/
(et donc plugins/auto/
). Il dispose également de la liste des plugins existants (sur la Zone).
Pour savoir si une mise à jour existe, il regarde :
- le préfixe (qui doit être identique)
- la version de SPIP nécessaire au plugin (qui doit fonctionner avec le SPIP utilisé)
- la version du plugin existant (qui doit être supérieure au plugin installé)
- l’état du plugin (stable, dev, test...) qui doit être supérieur ou égal à celui du plugin installé.
Ainsi l’on a un « agenda, stable, 1.12 », et qu’il existe un « agenda, test, 1.13 », STEP ne proposera pas la mise à jour automatiquement, puisque le plugin de version supérieure existant a un état de stabilité inférieur.
Tout plugin est installé dans plugins/auto/
STEP installe ou met à jour les plugins dans le répertoire « plugins/auto/ ». Si un « plugins/xx » peut être mise à jour et que vous l’acceptez, STEP installera la nouvelle version de ces plugins dans plugins/auto/xx
et activera ce plugin à la place de l’ancien. STEP ne touche donc pas les plugins en dehors de plugins/auto/
.
Par contre, tout plugin déjà dans auto/
et pouvant être mis à jour sera mis à jour dans ce répertoire (et les fichiers obsolètes seront effacés).
Note importante ou Todo : Il faudra peut être envisager de dupliquer l’ancien plugin au lieu de le mettre à jour en le renommant à la date de la mise à jour suivant ce schéma :
- plugins/auto/xx est à mettre à jour ;
- il est dupliqué dans plugins/auto/xx.date
- plugins/auto/xx est mis à jour
De la sorte, si un problème survenait, on pourrait toujours revenir à l’état précédant une mise à jour... au moins manuellement par FTP.
Les extensions
Nous avons choisi arbitrairement que STEP ne puisse pas toucher aux extensions : il ne propose donc pas automatiquement les mises à jour (même si l’icone de mise à jour pour l’extension reste visible).
Néanmoins (à vos risques et périls) il suffit dans les options de recherche de cocher « plus récents : tous », pour que les plugins plus récents que votre extension à mettre à jour s’affichent ; ils peuvent alors être activés (ce qui désactivera l’extension au profit du plugin plus à jour)...
Avenir...
Il est prévu de reprendre ce plugin et son fonctionnement et de le coupler aux travaux d’Eric sur « SVP » (système de visualisation de plugin), mais ce (gros) chantier n’est pas réalisé. En l’état actuel (v0.13.x de STEP), ces deux plugins sont totalement incompatibles.
Aussi STEP est donc voué à être profondément modifié pour interagir avec ce nouveau système de recherche de plugins (SVP).
Dans ce contexte, le développement de STEP est ainsi actuellement gelé et proposé sous statut "En développement". Il est fonctionnel sous 2.1 mais comporte très probablement encore des bugs. N’hésitez pas à les signaler dans le forum, selon les disponibilités de chacun, ils seront corrigés ou non :)
Discussions par date d’activité
14 discussions
Pour info
lien svp erreur 503
En effet, ce plugin a été i« ntégré à l’extension SVP) qui » gère les plugins dans SPIP 3. De ce fait, une
PS
je ne trouve pas d‘info sur l‘ajout de dépôts de plugins external pour Spip 3.2
Répondre à ce message
Hello,
J’ai installé STEP 0.15.6 sur SPIP 2.1.12 et configuré l’utilisation de la zone de dépôt par défaut (http://files.spip.org/spip-zone/archives.xml). Par contre, les recherches de plugins ne renvoie pas toujours des résultats pertinents.
Par exemple, une recherche sur « bonux » renvoie « Spip-Bible » (alors que le mot clé ne figure pas dans le descriptif du plugin) et « Thèmes interface privée » mais pas « SPIP Bonux » ou encore, « menu » ne retourne pas « Menus » ou Menu de langues sous forme de liens.
Est-ce dû à la manière dont ces plugins sont déclarés dans le fichier XML ?
Jean-Baptiste
Salut,
En l’état actuel, STEP est devenu moins (peu) utilisable. Les bugs que tu soulèves et d’autres sont connus mais Matthieu ne le développe plus pour des raisons très compréhensibles : ce plugin a été réécrit et intégré à l’extension SVP (http://zone.spip.org/trac/spip-zone...) qui gèrera les plugins dès spip 3. Une série de normes ont été définies pour SVP qui ont un impact sur les outils « serveur » de gestion des plugins (dont archives.xml). Ces modifications ont été faites dans le souci de maintenir la compatibilité avec la gestion des plugins intégrée à SPIP 2 mais, logiquement, pas celle avec STEP. Celui-ci est un plugin et c’est à lui de s’adapter aux évolutions de SPIP, pas l’inverse :-p En outre, des corrections au core de spip ont aussi eu un impact sur l’utilisabilité de STEP.
Du coup, bon, ben c’est un bel outil pour SPIP 2 qui fonctionne moins bien en 2012 sous spip 2.1.12 qu’en 2010 sous spip 2.0... Il est sur la zones et si d’aucun-e-s veulent y corriger des bugs, c’est la zone, « il n’y a qu’à ». A ma connaissance, Matthieu n’y touchera plus vu qu’il consacre son temps disponible à l’avenir plutôt qu’au maintien de l’existant.
Personnellement, je suis incapable d’aider à ça : j’ai fait la présente doc avec Matthieu alors que STEP existait déjà depuis... longtemps, en me disant qu’il fallait partager ça. Je t’avoue que de mon côté, SPIP3 commence à être la norme sur mes sites perso aussi et sur mes 2.1.12 j’ai désactivé STEP ou, en tous les cas, je repasse par l’admin classique de gestion des plugins après avoir utilisé STEP car certaines tâches d’activation semblent aussi ne plus aboutir sous STEP...
Voilà, voilà.
Vivement SPIP3 (qui motorise le présent site depuis quelques semaines déjà :-) ) !
Merci pour ces informations, Surke.
Jean-Baptiste
C’est rigolo, je viens de tester sur un 2.1 et STEP semble parfaitement fonctionner contrairement à ce que j’aurais pu croire.
Et si le plugin « spip-bible » ressort lorsque tu cherches « bonux », c’est bien parce que le descriptif du plugin cite « spip-bonux ».
Bref. Je suis étonnamment surpris, mais j’ai bien l’impression que ça fonctionne encore.
Sincèrement, je ne me souviens plus, je n’ai plus de 2.1 depuis 10 mois ^^
Mais bon, il y avait des bugs ci et là qui obligeaient de temps à autre à passer par l’interface SPIP pour mettre à jour, des màj non notifiées par STEP, ce genre de choses. Il y a encore eu une remarque de ce type il y a quelques jours sur les listes (ou forum ?) : un plugin annoncé à jour alors qu’il en est à x versions depuis lors.
Après, oui je l’utilisais toujours pour l’installation des plugins. De mémoire ;-) Donc, si tu fait un autre constat, corrige l’article (et je pars me flageller). Mais OK STEP a toujours été utilisable : c’est pourquoi j’ai écrit « moins utilisable » (puis « peu utilisable »), cette dernière formule étant trompeuse peut-être. Je ne sais plus.
Bah on a corrigé tellement de choses dans SVP que ça m’étonne qu’à moitié. D’ailleurs je pensais même que STEP ne pouvait plus fonctionner (hors plugins locaux), mais il arrive toujours à rechercher et choper des plugins distants et les télécharger. C’est bien que ça doit fonctionner encore un peu :)
Répondre à ce message
Hello,
est-ce que la chaine de langue
est encore présente dans spip 3 ? Avec une recherche rapide je n’ai pas trouvé. Si tel est le cas on modifiera en
Répondre à ce message
Bonjour,
En mettant à jour
STEP Version
0.15.2 (dernière version : 0.15.3)
(vu sur 2 sites en SPIP 2.1.10 [17657])
... avec STEP
tous les autres plugins sur la page ecrire/ ?exec=step deviennent grisés
comme s’ils étaient désactivés
par contre les sites semblent fonctionner correctement (après vidange du
cache)
Petit bonus :
message d’erreur après mise à jour du plugin Bonux revision 49254 3 juillet 2011 (avec le gestionnaire de plugins)
Warning : constant() [function.constant] : Couldn’t find constant in /srv/d_site/www/www.site.fr/htdocs/plugins/auto/step/inc/step_actionneur.php on line 560
Warning : Cannot modify header information - headers already sent by (output started at /srv/d_site/www/www.site.fr/htdocs/plugins/auto/step/inc/step_actionneur.php:560) in /srv/d_site/www/www.site.fr/htdocs/ecrire/inc/actions.php on line 212
dd
Bonjour,
j’ai le même souci... avec SPIP 2.1.10 [17657] voir dans l’image jointe
pour info, step (0.15.1) est stocké dans /plugins/ et tous les autres plugins sont dans /plugins/auto/
j’ai de temps à autre des soucis aussi : ils sont en général résolus après un passage sur la page « classique » de gestion des plugins...
Avec STEP 0.15.4 et en mettant à jour spip-lettres, j’ai pas les warning signalés mais j’ai le double affichage contradictoire comme sur la copie d’écran de stefdn :
alors que la version 4.5.9 de spip-lettres, c’est la version installée, la version à jour étant la 4.5.12.
Répondre à ce message
Bonjour,
Ce plugin m’intéresse spécialement pour la possibilité de mettre à jour facilement les plugins sans passer par le couteau suisse. Or, je constate qu’aucune mises à jour ne sont disponibles. Or certains de mes plugins ne le sont pas du tout ! Pourquoi je ne vois pas l’icone de « mise à jour » ?
Merci
Parce que le plugins/auto n’est pas là ? parce que la liste des plugins est pas installée ? comment savoir sans plus de précisions ?
Tu as validé la liste des plugins ?
^^
J’avais tout simplement pas mis la bonne adresse. En fait, j’avais bêtement recopié les adresses des flux rss de spip-contrib et plugin.spip.
Forcément, ça ne marchait pas.
Vraiment désolé pour le désagrément !
C’est STEP ou il y a un problème avec Contrib ?
Depuis hier sur un site, puis aujourd’hui sur un autre, il n’y a plus qu’un plugin qu’il dit...
Faut mettre à jour STEP je crois (un minibug corrigé normalement)...
Ou, autre possibilité... la zone devient trop grosse :)
Nous avons découvert avec Eric qu’il y a une limitation dans les preg_match() de PCRE qui limite par défaut une taille de certaines recherches à 100 000 caractères... je ne pense pas que STEP tombe là dessus.
J’ai mis à jour avec le zip ici (version du 1er avril donc) juste avant de poster, mais sans changement.
Pour moi c’est pas bien grave tant que les mises à jours sont récupérées (un gros boulot de maintenance des sites sous SPIP que STEP m’a allégé —je me demande même pourquoi en adept de
apt-get ..
je n’y avait pas pensé—) Ça, on le verra dans le temps...L’interface standard syndiquait 214 plugins le 25 mars et 216 aujourd’hui ; et vu la longueur des noms + description, je crois pas qu’on tombe sur la limite, mais je ne fais que supposer. :)
STEP utilise lui un autre fichier qui (une fois téléchargé et ouvert dans un éditeur de texte) a 39861 lignes (en 39808 si on excepte les blancs, le tout pour 1298277 caractères :/) et a 755 occurrences de
<archive id=
(ce qui était bien le nombre indiqué par STP avant de se mettre à dire 1 : ouf, sont donc tous là...)C’est vrai que ce chiffre indique une assez grosse zone (et le succès de notre écureuil) Faudrait que STP utilise aussi les flux rss, ou alors que la liste
archive.xml
puisse et soit généré par branche... (je trouve qu’il ne sert à rien de trouver des plugins qui soient pas pour la la version qu’on utilise...)Le problème de 1 plugin est corrigé par http://zone.spip.org/trac/spip-zone/changeset/46339
Ne dites pas à Éric qu’il aurait du prévenir qu’il changeait le format de archives.xml ... :)
Ce n’est pas la zone qui devient trop grosse, c’est le code d’affichage des plugins qui n’est pas bon. Dans la branche Spip-2.2, j’ai corrigé code qui comportait une énorme redondance de calcul, c’est expliqué ici. Avec ça, j’affiche les 775 plugins de la zone en une quinzaine de secondes, alors qu’avec la version courante de SPIP on dépasse les 30 secondes fatidiques et la page reste vide.
Bonjour,
j’ai ce flux d’activé pour STEP : http://files.spip.org/spip-zone/archives.xml
et il m’indique qu’aucune mise à jour de plugin n’est disponible.
Auparavant j’utilisai la lame « mise à jour automatique » du couteau suisse. et celui-ci m’indique :
Bandeau 2.1 (v1.1.10) La révision 46305 est disponible.
cfg : moteur de configuration (v1.16.0) La révision 45709 est disponible.
Couteau KISS (v1.0.2) La révision 45902 est disponible.
Mediathèque (v1.6.2) La révision 46206 est disponible.
etc..
(tous dans /auto )
Quelle est la différence entre les 2 outils de mise à jour ? J’aimerai autant laisser tomber le couteau suisse si possible.
merci
dd
@ Matthieu Marcillaud
Je me confirme que STEP est dans les choux (d’une part aucune recherche ne renvoyait plus rien, d’autre part j’avais une mise à jour qu’il ne voyait/détectait pas) et une heure après tu annonce que c’est réglé \o/
Euh... Éric le sait quand même et s’en excuse :D
@ Désse A.
C’est vrai que 775 c’est beaucoup, mais la zone set loin d’être grosse avec ça ;P C’est vrai aussi que c’est quand même assez long et je suis content de voir que tu as pu booster ça.
Une bonne nouvelle chaque jour : c’est mieux que les œufs de Pâques 0 :)
@DD
Il faut que tu mettes à jours STEP manuellement (de façon classique/traditionnelle) pour qu’il continue à voir les mises à jours... La description de la zone a changé et du coup il voit plus rien.
Pour le couteau suisse, je ne sais pas du tout : j’ai jamais été tenté donc même pas essayé.
Pour la différence CS / STEP je crois (de mémoire) que CS indique une mise à jour dès que quelqu’un fait un dépot sur le SVN du plugin sur la ZONE alors que STEP ne la propose que si le numéro de version a changé (pas son numéro SVN)
Répondre à ce message
Bonjour,
J’ai un gros souci de mise à jour de step.
J’ai essayé en vain de le mettre à jour manuellement en écrasant, par upload, le plugin step.
Depuis, j’ai une fatal error qui m’empêche d’accéder à mes plugins ! :
Par FTP, il m’est impossible d’effacer le plugin ! Avez vous svp une solution pour réinitialiser ce plugin ?
Merci
Bon... C’est tout bon.
J’ai rechargé step via l’installation auto de plugins. Apparemment, tout est rentré dans l’ordre. Désolé pour le dérangement... ^^
Répondre à ce message
Bonjour,
Un message pour signaler un « bug » d’affichage.
Lorsqu’on est sur ?exec=step, on peut n’afficher que les « Mise à jour disponible ». Cela s’affiche correctement, ici. Au lieu de cliquer sur « Sélectionner les mises à jour », je sélectionne un par un les plugins qui m’intéressent.
Je clique sur « Mettre à jour ». Il s’ajoute bien dans la liste de tâches à faire.
Mais là, tous les plugins réapparaissent, ignorant de ce fait mon choix précédent « Mise à jour disponible » (qui est resté en gras).
Je dois cliquer sur « Mise à jour disponible » pour défaire mon choix puis re-cliquer pour ne voir que les plugins avec mise à jour disponible…
Est-ce que j’ai été compréhensible ?
Répondre à ce message
Bonjour,
Vraiment pas content de tous ça, ça bug dans tous les sens, c’est pas ergonomique,... et non je rigole, c’est impeccable ! :)
Nicolas.
Répondre à ce message
Je viens de comprendre pourquoi je croyais que ce plugin ne marchait pas : cliquer sur le bouton « activer » ne suffit pas car il faut ensuite cliquer sur le second bouton « appliquer les modifications ». Pourquoi ce bouton n’agit pas de suite ? Il ne faut pas qu’il ait l’apparence d’un bouton, mais d’un simple texte, voir une case à cocher, ce sera plus compréhensible !
Quelques remarques en vrac :
- on ne distingue plus suffisamment les plugins actifs des autres (je dois garder STEP et ?exec=admin_plugin ouverts dans 2 onglets côte à côte pour m’y retrouver) ; l’habillage de la page ?exec=admin_plugin est beaucoup plus simple et compréhensible :P
- quand on termine une action (après avoir activé un plugin, par exemple) on se trouve dans une impasse, avec le seul message de succès, mais aucun lien ne permet de revenir à la liste des plugins (sauf à passer via le menu « configuration »)
Comme indiqué,
Pour les remarques
Oui, c’est en lisant la doc que j’ai compris qu’il y avait un second bouton à actionner. Il n’est pas évident à trouver, en haut de page. Il y a peut-être des améliorations d’interface à apporter pour rendre moins bloquantes certaines étapes morcellés par l’ajax. Mais bon, comme tu dis, c’est surtout que ce plugin ne correspond pas à mon utilisation (ça sert vraiment à qqch de voir les « plugins récemment utilisés » !?? ;)
Répondre à ce message
Il apparait sous "Modifications à réaliser" et lorsque je l’applique... ça fonctionne maintenant ?!
Mais le message est différent lorsqu’on le déplie dans la liste des plugins ("Ce plugin est installé en tant qu’« extension ». Aucune action ne peut être effectuée.")
Oui, finalement... on vient de décréter qu’une extension ne peut pas être mise à jour. Le bouton ne fait maintenant plus cela.
La maj des extensions ne pourrait elle pas être accessible aux webmestres ? Ils ont de toute façon accés au FTP alors autant leur faciliter la vie...
J’ai pas mal réfléchi à cette question et chaque argument tend à faire pencher dans un sens ou dans l’autre. En fin de compte, je ne suis pas pour la màj des extensions, pour les raison suivantes :
- les extensions ne sont pas des plugins comme les autres. Associées à SPIP-core, elles vont former une sorte de distribution. Elles vont devenir de plus en plus nombreuses : brèves, statistiques, forums, ... Tout ça va devenir « extensions ». Dans le futur, une « version » SPIP sera une sorte de distribution « packagée » avec des extensions de base qui maintiennent a minima les fonctionnalités fondamentales d’un SPIP d’avant les extensions. Si des bugs sont trouvés dans les extensions, cela justifiera un nouveau package avec incrément de version et tout. Donc une mise à jour « de SPIP » tel que packagé.
- A contrario, si des mises à jours sont faites sur les extensions sans mettre à jour le core, le risque de casser sera plus grand. STEP facilite tellement les choses que l’on risque sérieusement de provoquer des accidents chez les webmestre amateurs. Pour les autres, la mise à jour est toujours possible en FTP. Imagine le cas d’un plugin qui nécessiterait une version d’extension supérieure, incompatible avec le core... Tu fais ça automatiquement ? Pouf. Enfin bref, c’est tout la problématique des dépendances qui va « surgir » là.
Enfin bref, je suis pas pour... Par contre, je t’avoue que du coup j’ai retiré le porte-plume des extensions pour le mettre en plugin, si tu vois ce que je veux dire... Mais bon : j’estime que je sais à quoi je m’engage... Mais tu as raison, c’est tellement facile :-)
Il y a aussi des questions plus stratégiques sur la maintenance, le sad, la motivation à tester les choses en dev et en test, la faisabilité de packager des distributions spip spécifiques, etc. Mais ça se passe sur la taverne à Tonton plutôt.
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |