plugins pour PluXml 5.2 et versions antérieures
bg62
Member
bonjour,
petites réfections que je me fais ...
1 - j'ai un blog sous une version antérieure à la 5.2, je cherche un plugin, je viens ici, je télécharge et .... fonctionne pas s'il est vraiment actualisé ....
donc, je vais devoir lancer un sos et faire perdre du temps à tous ceux qui ne me répondront pas "met ton blog à jour", car n'y connaissant rien, pas trop envie de mettre à jour avec des choses qui foirent .... donc je laisse tomber, ou je finirai par me servir d'un autre CMS ....
2 - j'ai la 5.2, je cherche un plugin, il ne fonctionne pas non plus, car 'antérieur' .... et je n'y connais rien en codage pour le modifier moi-même ....
je relance un sos, celui-ci est mis à jour ... mais les gens qui pourraient s'en servir sont maintenant dans la ^^, résultat --> " 1 "
une histoire de fous et qui risque d'en échauder plus d'un à mon humble avis ....
alors que l'on cherche à faire connaître pluXml de toutes parts, d'un autre côté on finira par perdre tous ceux qui ne connaissent pas grand chose ou qui découvrent et iront finalement voir ailleurs ....
n'y aurait-il pas une solution, via le wiki par exemple, pour stocker les anciennes versions des plugins <5.2 quelque part ? Ils seraient ainsi et facilement accessibles et téléchargeables directement .... ???
@+
petites réfections que je me fais ...
1 - j'ai un blog sous une version antérieure à la 5.2, je cherche un plugin, je viens ici, je télécharge et .... fonctionne pas s'il est vraiment actualisé ....
donc, je vais devoir lancer un sos et faire perdre du temps à tous ceux qui ne me répondront pas "met ton blog à jour", car n'y connaissant rien, pas trop envie de mettre à jour avec des choses qui foirent .... donc je laisse tomber, ou je finirai par me servir d'un autre CMS ....
2 - j'ai la 5.2, je cherche un plugin, il ne fonctionne pas non plus, car 'antérieur' .... et je n'y connais rien en codage pour le modifier moi-même ....
je relance un sos, celui-ci est mis à jour ... mais les gens qui pourraient s'en servir sont maintenant dans la ^^, résultat --> " 1 "
une histoire de fous et qui risque d'en échauder plus d'un à mon humble avis ....
alors que l'on cherche à faire connaître pluXml de toutes parts, d'un autre côté on finira par perdre tous ceux qui ne connaissent pas grand chose ou qui découvrent et iront finalement voir ailleurs ....
n'y aurait-il pas une solution, via le wiki par exemple, pour stocker les anciennes versions des plugins <5.2 quelque part ? Ils seraient ainsi et facilement accessibles et téléchargeables directement .... ???
@+
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
Dans les deux cas il y a cet article de Stéphane : http://www.pluxml.org/article64/comment-rendre-compatible-les-anciens-plugins-avec-pluxml-5-2
Pour les nouveaux sur PluXml qui souhaitent utiliser un "plugin anterieur" il suffit de suivre l'article.
Pour ceux qui ont une version <5.2 de PluXml et qui souhaitent utiliser un plugin pour Pluxml 5.2, à confirmer, mais je pense qu'il suffit de suivre l'article ci-dessous dans l'autre sens.
mais déjà là, celui qui découvre, ou simplement se sers de PluXml sans aucune connaissance ... et totalement perdu ... ( j'ai déjà des retours ^^ )
et " mais je pense qu'il suffit de suivre l'article ci-dessous dans l'autre sens." ... je pense que tu parles du changement de code ... ce que la majorité des gens ne savent pas faire ...
@+
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
Je vais faire une réponse simple, bête et méchante :
Si ton blog ou plugins ne fonctionnent plus parce qu'ils ne sont pas à jour: soit tu restes en l'état soit tu le(s) mets à jour.
Dans la vie de tous les jours c'est exactement pareil.
Si tu as un appareil obsolète et qu'il ne fonctionne plus parce que tout évolue autour et qu'il est dépassé, soit tu restes avec sans rien changer, soit tu es bon pour en racheter un récent et tu profiteras de toutes les évolutions.
Pour PluXml c'est pareil. Tu gagnes en fonctionnalités, mais surtout souvent la sécurité est renforcée (failles corrigées) et des bugs sont corrigés.
Mettre à dispo des versions de plugins obsolètes seraient une erreur de notre part car cela rendrait vulnérable PluXml.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Une personne débutante qui commence avec PluXml se doit d'utiliser la dernière version de PluXml et les dernières versions des plugins. Si une personne utilise une ancienne version, c'est à ses risques et périls. Il n'est pas possible de maintenir chaque version, c'est pour cela que servent les mises à jour.
Par contre, un développeur de plugin doit faire en sorte que son plugin fonctionne avec le version en cours de PluXml.
Par exemple sur mes plugins, si quelqu'un rencontre un soucis avec la dernière de celui-ci, sur la version en cours de PluXml, j'assure le support. Si ce n'est pas le cas, je ne le fais pas.
" Si ton blog ou plugins ne fonctionnent plus parce qu'ils ne sont pas à jour: soit tu restes en l'état soit tu le(s) mets à jour. "
non pas d'accord, si j'ai un blog dans lequel je veux juste ajouter un plugin et rien de plus ... 90% des gens laisseront tomber ...
@Jos
tu conserves les anciennes versions ???
... faut penser à tous ceux qui tournent encore <5.2 ... il y en a un sacré paquet !!! à vue de nez ... plus de 800 000 pages actuellement ...
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
Ben désolé. si ton blog n'est pas à jour et que le plugin ne supporte pas (ou plus) ta version du site, tu feras sans.
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
Par soucis de stabilité et de sécurité, mes tests portent sur la version en cours de PluXml. Les mises à jour ne sont pas à prendre à la légère, et c'est pour cela qu'il est primordial de faire ses mises à jour (PluXml et Plugin).
Supporter les anciennes version serait risqué et abérant. D'ailleur on peut même considérer que les mises à jour sont une forme de support, et si certains utilisateurs ne font pas leurs mises à jour, c'est à leurs risque et périls, car (en théorie), la dernière version apporte la stabilité et la sécurité.
Ha mais j'y pense, peut être que le plugins de Stéphane qui permet d'installer à distance des plugins serait un grand pas de solution qui mâche le travail ?
Oui je sais même là il faut envoyer ce plugin par Ftp....
c'est dommage quand même
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
Le faites qu'il puisse enfin compter sur un cms qui est à jour ainsi que ses plugins ?
A ce que je sache, les autres cms procèdent de la même manière pour une mise à jour (enfin presque car faut penser a faire un backup du Ftp + Base sql).
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
c'est ce que cherchent les gens .... en général ...
ou alors: un 'futur plugin de mise à jour automatique' pour PluXml ...
je sais bien, trop bien, que sur le forum, toute aide demandée arrive très vite ... encore faut-il la demander et savoir ensuite le faire ....
je suis tout à fait d'accord également avec ce 'principe', mais avant toutes choses il faut aussi penser qu'il y a des gens qui ne savent même pas ce que signifie 'ftp', qui se servent de PluXml et qui risquent de le dénigrer ensuite plutôt que de faire ce petit effort personnel ....
.... reste la solution de la mise à jour "100% automatisée" .... mais alors là Stéphane, bon courage à toi et aux autres "codeurs" ...
@+
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
Les soucis de compatibilité de plugins seront toujours existants, on ne peut pas forcer un dev de plugins à mettre à jour aussitôt ou à anticiper une version qui change des choses côté code. Alors soit la personne qui a une install sait mettre à jour et se débrouiller avec les plugins (ou vient sur le forum demander de l'aide, ça marche plutôt bien il me semble), soit elle fait appel à quelqu'un de compétent en la matière.
Perso, je propose à tous les clients un forfait de maintenance, qu'une grande majorité accepte, car ils se rendent compte de l'importance de tenir à jour la base des sites + les plugins.
Soit on veut du tout cuit, et on y met le prix en s'adressant à des professionnels qui feront le travail, soit on se sort les doigts et on essaie de régler le problème soi même ou en demandant (gentiment) de l'aide.
Personnellement, j'ai développé un certains nombre de plugins que je n'ai pas matériellement le temps actuellement de mettre à jour. Mais les plugins sont disponibles et peuvent être repris par quelqu'un de motivé.
Peut-etre faudrait-il conserver en archive cms version xxx avec plugin version xxx ??? Je ne suis pas contre de m'occuper de cette partie du wiki.
Par exemple, j'ai voulu récemment passer un site de PluXml 5.1.6 à 5.2, et j'ai abandonné parce qu'il utilise le plugin de newletter Gutuma, qui ne fonctionne pas avec PluXml 5.2 (je sais, Jerry, que tu n'as pas le temps de t'en occuper actuellement).
Mais changer tout ça c'est aussi beaucoup de boulot.
Le problème de la migration c'est que si on a un thème perso, il y a des risques qu'il ne fonctionne pas avec la nouvelle version ! !
Pour en revenir aux plugins, à mon avis, il faudrait qu'ils incluent un manifeste qui indiquerait avec quelle(s) version(s), ils fonctionnent.
Cela éviterait des problèmes lors de mise à jour, en particuliers avec plxMyPluginDownloader : celui-ci pourrait vérifier si le plugin est compatible avec la version avant de le télécharger (voire de le proposer).
La même chose serait intéressante pour les thèmes.
Je retiens l'idée. ça serait pas mal en effet
Consultant PluXml
Ancien responsable du projet (2010 à 2018)
"Personnellement, je pense qu'avoir un coin Archives avec d'anciennes versions de PluXml et les plugins qui correspondent ne pourraient pas faire de mal et rendraient bien service, à ceux qui ont une version un peu ancienne et qui ne veulent pas migrer."
je te rejoins, avec un avertissement peut-être au niveau de la sécurité, mais surtout pour dépanner ceux qui ne voudront pas 'migrer' et que l'on risque ainsi de perdre ...
quant à la suggestion pour les plugins, valable, oui !!!
mes sites principaux : fonds d'écran gratuits - longue traîne - référencer votre site - brocante en ligne -
C'est vrai que pour certains systèmes touchy pour lesquels on ne peut pas faire autrement ou qui ont mal été étudié à la base c'est utile de faire du standby mais je ne pense pas que cela constitue la majorité des utilisateurs (je peux me tromper).
Perso je ne suis pas codeur mais j'aime trop les outils que j'utilise et franchement PluXml n'est pas sorcier. Avec un petite base html et php on peut refaire le monde. Perso quand j'installe je tente d'ouvrir les entrailles de ce que je mets en place pour en comprendre les fonctionnalités et ne pas dépendre d'autrui.
Maintenant ça serait sans doute différent pour un produit payant ou même très cher...
Et franchement je suis curieux de voir l'activité sur un accès archives de pluxml...
Je suis entièrement d'accord avec Stéphane. Pour ma part, j'utilise que les plugins officiels et ceux qui passent la validation du W3C.
Un débutant qui utilise PluXml... Va commencer à l'étudier avant de se lancer sur des plugins... :8
C'est bien beau des plugins, mais je crois que les développeurs devraient ce concentré plus sur la création de jolis thèmes qui manquent franchement à ce CMS... 8.(
Merci! Jerry
C'est sur des forums comme celui-ci que j'ai compris l'intérêt d'un CMS pour une communauté de codeurs.
Coder est votre activité principale. Il est légitime que vous raisonniez en terme de produit, voire de service, car les heures passées dans le code sont déjà bien gracieusement mises à disposition sans autre demande de contrepartie qu'un feedback ou un soutien
Celui qui veut du sur-mesure peut poser sa question sur le forum...s'il est pressé, il trouvera tjrs qq'un sur le forum pour lui facturer le plugin.
Néanmoins je comprends aussi les attentes de BackGround62
Les CMS sont des usines à promesses mais pour avoir la Belle toute entière (et pas qu'une cuisse responsive 1.0) le meilleur moyen reste de copier le code des autres pour le tourner à sa volonté.
Alors merci les devs, la structure de Pluxml est celle qui rejoint le plus mes attentes, je regrette juste que mes 2 misérables plugins persos ne puissent pas faire avancer le Pluxml . Vous m'avez ouvert à la POO. Si je gagne un jour des ronds avec mon projet, je saurais me souvenir à qui je les dois.
Faut aussi juger du support et de l'activité des autres plugins. Personnellement, je veille à ce que ça marche (et proprement s'il vous plaît), à faire des MAJs pour assurer le support sur les dernières versions et quand je n'ai pas le temps à dire clairement sur quelle version le plugin est compatible.
Tout ça, c'est juste de la lecture. Il faudrait juste faire un rappel de bon sens aux utilisateurs et pas leur dire que d'aller voir les officiels. Parce que bon, les officiels, c'est en grande partie Stéphane (beau boulot) et c'est d'ailleurs pour cela qu'ils portent leurs noms d'officiel, non ?
+1 pour un système de dépôts de plugins approuvés par les devs de Pluxml, validés pour une certaine version de Pluxml, comme le fait Wordpress.
Voilà un petit coup de gueule...