CentralScrutinizer

Central Scrutinizer 25-10-2006 #spip 18:21:30) c***: ohlala ! <INCLURE|**{fond=(#ENV{prefix_traitement}).php}> pas très top ça...

(18:25:17) c***: surtout suivi de : [(#ENV{prefix_traitement})]

(18:25:52) c***: bah, direct dans _ze_labo_ ça...

(18:26:42) n***: c***: pour Scrutinizer est-ce qu'on pourrait imaginer un truc genre ; sur une rubrique je colle le lien qui va bien via le mecanisme de site + je colle un modele dans la rubrique = j'ai l'affichage de ton systeme pour un plugin donné ?

(18:37:36) c***: ??? le principe de départ c'est :
(18:37:36) c***: - le dev télécharge manuellement le fichier plugin.xml des versions qu'il veut publier/suivre de ses plugin/ maj => ses infos sont publiées dans un flux RSS "human readable" qui permet de suivre l'actuelité des sorties et maj des plugins et en dans un flux RSS "computer readable"
(18:37:36) c***: Ca laisse l'option de pouvoir faire un plugin qui gère les avertissement des maj *critiques* des plugins...

(18:38:17) c***: à minima

(18:40:15) N***_: c***: pourquoi deux rss distincts ?

(18:41:32) c***: les 2 en 1 ?
(18:41:42) c***: quitte à alourdir les flux ?
(18:41:49) c***: bof...
(18:41:50) N***_: c***: je n'ai pas compris la différence
(18:41:57) N***_: entre les deux
(18:42:50) n***: c*** > merci pour les précisions ... alors si je comprend bien via les boucles article_syndic on peut afficher ses infos on l'on veut dans un site .. par exemple l'actu du plugin sur sur sa rubrique individuelle ds spip-contrib ?
(18:43:35) N***_: en plus "human readable" c'est contradictoire avec http:www.w3.org/XML/1999/XML-in-10-points.fr.html#text
(18:43:54) c***: un flux c'est celui fabriqué "normalement" par le backend de spip (un peu remanié pour être adapté) l'autre avec un flux consistant en le minimum d'infos : id, version, etat, date par ex
(18:45:29) c***: le 2eme il sert juste à permettre le relevé super rapide et léger des infos de maj donc de pouvoir faire afficher un avertissemet +adresse du zip pour ses plugins pas à jours...
(18:46:25) c***: la maj en elle même reste alors manuelle avec contrôle par FTP standard... rien de scandaleux...
(18:47:18) n***: hum, désolé pour mes questions basiques ... en fait je me demandais si l'on pouvait récupérer le flux individuel de chaque plugin (s'il existe) pour pouvoir n'afficher que ce qui concerne un plugin donné.
(18:47:43) n***: tu me vois venir avec mes gros sabots ... ;-)

(18:48:12) c***: oh l'autre ! je lui donne les features dont il rêvera pas avant 1 an clé en main, et il me demande si la cafetière elle fait le café ???
(18:48:17) c***: ;)

(18:48:35) n***: hem ... avec du sucre dans la tasse stp ;-)

(18:50:24) c***: le sucre c'est que dans l'idée pour le webmestre "de base", celui qui suit pas du tout la galaxie, chaque fois qu'il ouvre l'interface d'admin (ce qui est rare !) au moins il voit qu'y ya un truc qui va pas si tous ses plugins ils clignotent dans le rouge...

(18:52:23) c***: ...et comme il qu'a cliquer sur le lien "zip" pour télécharger le zip de la maj, (ou d'un patch) y'a une bien plus grande chance qu'il le fasse qu'avec le b*** organisé actuel
(18:52:26) n***: c*** > euh!!! je n'avais pensé à ça (trés super d'ailleurs) .. je pensais juste à l'affichage dans un site
(18:52:31) c***: synpathique par ailleurs :)
(18:52:43) t***: c'est question de ressources , n*** , trac le fait normalement , mais trac là n il a d'autres problèmes , on veut une synthèse en fait
(18:53:24) N***_: c***: c'est intéressant comme idées, cela mérite de la développer dans spip-dev@rezo ou spip-zone@rezo.
(18:54:37) N***_: personne a implanté d'indication de dépendance dans un plugin ? (par eemple http:listes.rezo.net/archives/spip-zone/2006-10/msg00257.html )
(18:55:03) n***: c***, disons que ma réflexion est en amont de l'installation (complémentaire à la tienne) ... celle d'offrir une actualité à jour à celui qui cherche lesplugins de ces reves

(18:56:19) c***: oué, le but aussi c'est de pouvoir avoir un central Scrutinizer qui récupère les infos de la zone une fois toutes les 1/2 heures et qui met à jour automatiquement le fil RSS "racine" => 1 seule connexion toute les 1/2 heures, autant qu'on veut/peux sur le serveur qui héberge le Central Scrutinizer

(18:57:00) n***: c*** > ok merci pour les infos
(18:57:28) c***: bref : le but c'est d'explorer des possibilités pour que les plugins de spip ça deviennent pas autant le f*** que les extensions de Firefox...

(18:59:46) c***: que le SAD et le suivi de version ne soient plus un frein à la sortie des plugins de la _zone_ sous le prétexte (trop souvent justifié !) qu'il va falloir se taper le suivi alors qu'il ne sais absolument combien et qui sont les utilisateurs...
(19:01:27) t***: faut virer les choses de la zone , c'est clair

(19:01:46) c***: bref, qu'on utilise notre imagination pour essayer de trouver des solutions souples, une combinaison de squelettes et de plugin, avec les possibilités des fils d'infos... bref utiliser ce qu'on a sous la main pour voir ce qu'on peut faire...
(19:01:49) t***: on s'adaptera à contrib

(19:03:10) t***: la zone c'est _dev_ => _test_ => _stable_ == apres ==> contrib
(19:03:31) t***: mais on peut commencer dans l'autre sens
(19:03:49) N***_: t***: c'est quoi ""experimental" ?
(19:03:57) n***: c*** ; je peux citer tes logis irc sur le sujet .. parce que je pense que ca impacte la maniere de gerer spip-contrib .. je suis d'accord avec toi d'ailleurs, faut ouvrir la cage aux plugins ;-)

(19:05:24) n***: en apparté ... les derniers zip globaux des plugins, valent leurs pesant d'or maintenant ... ils s'échangent sous le manteaux ;-)
(19:05:35) t***: lol
(19:05:45) t***: c'est le move
(19:06:11) N***_: t***: je sais pas.
(19:06:24) t***: ils sont vieux , n***
(19:06:43) t***: c'est facile à faire
(19:06:51) n***: bah oué je sais ... c'est des collectors ; -)
(19:07:00) t***: oué
(19:07:17) t***: toujours détruit dès que vieux
(19:07:34) n***: oué à bas le jeunisme

(19:08:30) c***: à la limite, là dessus je suis pas dans une démarche de collectionneur... tout ceq ui m'intéresse c'est que les dernières version stables et test soient téléchargeables au même endroit et que je sois averti quand il faut faire les maj... si par ailleurs ça pose des problèmes ça sera plutôt au niveau de l'augmentation potentielle des téléchargements des zips que ça risque d'induire...
(19:08:55) t***: mais svn nivelle ça , je t'en fais comme tu veux des "collectors"
(19:09:29) N***_: "tout ceq ui m'intéresse c'est que les dernières version stables et test soient téléchargeables au même endroit et que je sois averti quand il faut faire les maj" +1
(19:09:33) t***: tant que les disques fondent pas
(19:10:01) n***: euh ... c'est ponctuel un ... c'est juste pour certains plugins que leurs devs n'ont pas listé dans archivelist.txt
(19:10:05) t***: oué , c'est cool N***_
(19:10:41) n***: (je parlais des collectors) sinon d'accord avec toi c***
(19:11:40) c***: ben oué, alors ça permet de se concentrer sur l'important : que les utilisateurs puissent faire leurs retours sous une forme ultra simple : (étoiles, bilan... via les pétitions par ex...) bref, y'a plein de chos qu'il va falloir organiser pour que ça décharge des taches de suivi
(19:11:58) t***: _fil_ (hormis les disques) pensait que ça pourrait être à la demande
(19:12:28) c***: Y'a qu'a voir comment les wikipédiens ont développés une floppée d'outils automatiques (robots, options de suivit automatique....)
(19:13:27) t***: on pourrait aussi introduire un numéro de version dans archivelist ... le dev qui voudrait fixer
(19:13:39) c***: coté serveurs *et* coté clients
(19:13:53) c***: +1 togg
(19:14:16) t***: mais svn le fait , y a qu'a brancher
(19:14:49) c***: on pourrait aussi imaginer que le deal c'est : vous n'intégrez dans archive.liste que les versions pour lesquelles il y aura de la doc et (un peu) de SAD
(19:15:09) t***: nan , svn permet de brancher
(19:15:24) t***: et la zone c'est du dev
(19:16:50) n***: hum ... est-ce qu'il ne faut essayer de créer une spirale vertueuse ... déjà tout ce qui est stable est mis en zip par leurs dev (via archivelist)
(19:17:00) t***: je veux dire , tu vas en _stable_ , tu exportes sur contrib (que du zip , hein) mais tu corriges les bugs sur le zone _stable_
(19:17:17) c***: ça donnera aussi la possibilité d'avoir un suivi des statistiques *d'installation/d'utilisation* des plugins avec les statistiques du flux "computer readable"
(19:17:36) t***: je vais le faire avec boutonstexte
(19:17:55) t***: celui là , c'est le mien
(19:18:25) t***: c'es stable , sans problèmes
(19:18:30) t***: +t
(19:18:48) n***: je me demande si à minima on ouvrait un article forum (avec l'accord de l'auteur) par plugin ... ça permettrai de grouper les questions/réponses sur le plugin au même endroit ... ça peut être fait vite ça
(19:18:49) c***: bref plein de choses sans avoir rien à inventer... que faire les "noisettes mixtes" => squelette + plugins
(19:18:57) t***: que les zonards dewidgets qui ont foutu la merde
(19:18:58) c***: qui permettent d'intrconnecter
(19:19:47) c***: le tout emballé dans une couche client de jQuery pour avoir une ergonomie moderne :)
(19:21:18) n***: SPIP deviendrais moderne ? ;-)
(19:21:30) n***: ça enlève le charme ça
(19:21:41) t***: y a le wiki de trac ôur ça n*** , mais c'est naze
(19:21:41) t***: pour
(19:21:44) c***: pas deviendrait ... *est* moderne ...
(19:21:59) n***: euh ... je trolle gentiment la, un
(19:23:29) n***: sérieux .. déjà un plugin = a minima 1 article forum relié à sonauteur (avec son accord), meme si pas encore de doc... c'est basique et sa peut être fait de suite
(19:23:39) n***: sur spip-contrib
(19:23:58) n***: sans une ligne de code
(19:24:07) n***: en attendant le code
(19:25:36) n***: je dis ça ... parce que ça une personne de mon niveaux peut le faire
(19:25:50) n***: histoire de répartir le boulot quoi
(19:26:20) c***: ...et pour conclure (avant que j'aille faire copier des logs sur le wiki pour archivage...)
(19:27:14) ***c*** devrait pas développer sous spip SVN, ça donne trop de pistes à essayer !

Discussion

Aucune discussion

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom