Rétrograder de SPIP 1.9.3 SVN vers SPIp 1.9.2c - comments Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2008-09-07T17:17:56Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment408477 2008-09-07T17:17:56Z <p>Même problème ce script n'a rien changé pour moi non plus</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2008-05-23T19:05:24Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment406318 2008-05-23T19:05:24Z <p>En plein dans le mille.... La réponse la plus sensée de ce fil !!! J'applaudit des deux mains !</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2008-02-19T17:06:44Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment403216 2008-02-19T17:06:44Z <p>Bonjour,</p> <p>Je suis siderer par ce que je lit dans ce forum<br class="autobr" /> J'ai besoin de ce script car j'ai fait une boulette<br class="autobr" /> j'ai monter la version dev sur le mauvais site.</p> <p>Je crois que la seule chose à marquer ici c'est merci, merci cedric d'avoir pris de ton temps pour nous donner gracieusement une possibilité de ratrapper NOS erreurs.</p> <p>Et hop</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-12-25T19:06:12Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment401528 2007-12-25T19:06:12Z <p>Je tenais à remercier l'auteur de ce script qui m'a sauvé la vie (mais pourquoi aussi vouloir toujours être à jour! Quelle idée^^)<br class="autobr" /> Bref Merci Merci Merci! (tout fonctionne à merveille pour moi en tout cas)</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-12-10T15:55:52Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment401063 2007-12-10T15:55:52Z <p>j'ai utilisé en simulation sous phpadmin ce script. je suis en utf-8. La base de donnée devient compatible avec la (version 1.9.2.c) mais elle perd tous les accents ?. <br class="autobr" /> Une piste ?</p> Message de soutient... aux devs 2007-11-26T12:19:29Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment400506 2007-11-26T12:19:29Z <p>Pour commencer, j'ai déjà lu ce genre de <a href="http://www.spip-contrib.net/Compatibilite-des-plugins-entre#forum399454" class="spip_out" rel='nofollow external'>“règlement de compte a ok corral”</a>. Perso, ça fait 5 ans que j'utilise spip pour des site persos pros et même en<strong> bénévolat</strong> et, pour avoir testé d'autre cms, je tiens à dire que spip toute versions confondues est le plus souple de tous et le plus compréhensible aussi. Tout est personnisable à 200% (squelettes/css) et on est pas obliger de s'inspirer de la dist pour que le site fonctionne. Il suffit de cocher une case dans l'admin pour l'optimiser... et que la majorité des plugins sont compatible avec la version stable en cours.</p> <p>C'est vrai que moi aussi je m'arrache les cheveux lorsque ça ne fonctionne pas et que je me retrouve avec un magnifique Site en travaux/erreur msql et que mes modifications (eg les plus longues et les plus chiantes) n'ont pas été saugardée ou lorsque je suis passé en 193 et que plus rien ne s'affichait ni en public ni en admin. Mais bon ce danger est écrit noir sur blanc, et rien ne vaut mamp (osx) ou easy php(win) pour faire ce genre d'experience.</p> <p>Pour finir, même si là ça n'est pas flagrant ici, les devs sont prêt à remettre sur la table leurs plugin et à les modifier si on expose calmement le bug rencontré.</p> <p>Vivement la 193 stable que je puisse utiliser le plug autorité à 100%</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 0.99c 2007-11-02T13:22:52Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399781 2007-11-02T13:22:52Z <p>Heu, oui mais heu... La 099C elle valide xhtml1.1 strict et elle accepte les formats de documents que MS tente de faire standardiser ?</p> <p>Passke sinon, je vous le dis, tout cela est lamentable :-)</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-30T21:52:09Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399678 2007-10-30T21:52:09Z <p>Oui, je viens aussi du monde de l'industrie ou les bugs logiciels peuvent mettre en danger la sécurité des personnes. Où l'on rédige des spécifications fonctionelles, corroborées par une analyse préliminaire de la surêté de fonctionnement. Où l'on pratique le cycle de développement en V. Où l'on réalise des tests unitaires, puis des tests d'intégration ...</p> <p>J'en passe, et des meilleures, sur les tonnes de papiers que l'on produit dans ces modes de fonctionnement pour justifier, appuyer, confirmer la cahier des charges et les choix techniques qui prévalent à sa bonne tenue.</p> <p>Je tairais les magnifique plantade dans lesquelles cela mène tout aussi sûrement, les plannings de développement logiciel jamais tenus, les reprises de code pour spécification erronée, ou mal comprise, ou mal interpretée. Et tout cela en connaissant dès le début parfaitement l'environnement matériel et logiciel, les contraintes de performances etc ...</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-27T13:12:51Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399558 2007-10-27T13:12:51Z <p>Ruby on Rails propose de créer un script de downgrade avec chaque script d'upgrade, c'est en effet pas idiot.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c - pure calomnie 2007-10-25T23:39:32Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399532 2007-10-25T23:39:32Z <p>Pour abonder dans le sens du post d'esj je reprends des passages du troll d'origine</p> <blockquote class="spip"> <p> il suffit que le cahier des charges soit CORRECTEMENT élaboré, MUREMENT réfléchis afin que la version 1.9.2c soit tout à fait compatible avec la version 1.9.3</p> </blockquote> <p>C'est une pure calomnie (et/ou une grande incompréhension) que d'envisager cela ... il n'y a jamais eu de “cahier des charges MUREMENT réfléchis, etc ..” pour SPIP. Dans le cas contraire je suppose qu'il n'aurait jamais démarré ou progressé d'ailleurs, par exemple cf. <a href="http://archives.rezo.net/spip-dev.mbox/200001.mbox/thread" class="spip_url spip_out" rel='nofollow external'>http://archives.rezo.net/spip-dev.m...</a>. Par contre il y a beaucoup de réflexions, d'intuitions, de besoins, d'envies, de remontés de bugs, d'échanges, d'impulsions individuelles ou collectives. Et cela peut emprunter des tours et des détours comme il est normal dans toute oeuvre de création. Comme beaucoup de projets du libre, SPIP relève du processus «Bazar organisé» et non pas «Cathédrale» (cf. <a href="http://www.linux-france.org/article/these/cathedrale-bazar/cathedrale-bazar.html" class="spip_out" rel='nofollow external'>La cathédrale et le bazar</a>. C'est peut être déroutant ou insécurisant parfois pour l'utilisateur mais c'est ce mode de fonctionnement qui lui à permis d'exister et de progresser, et qui assure sa pérennité.</p> <blockquote class="spip"> <p> Je vais te faire un petit dessin : tu passes des heures BENEVOLEMENT à réaliser un site scolaire (ne soit pas surprise, il n'y a pas que les dev de SPIP qui font du bénévolat) ... Je risque donc d'attendre longtemps, pour ne pas dire très longtemps avant de pouvoir faire évoluer le site.</p> </blockquote> <p>Soyons clair, le fait d'avoir pu utiliser gratuitement (en argent) SPIP et des plugins (ce qui n'est pas rien si l'on y songe) pour faire un site, quelque soit le sujet, les contraintes, ou le cadre économique associé à ce site (<a href="http://www.spip-contrib.net/Compatibilite-des-plugins-entre#forum399531" class="spip_out" rel='nofollow external'>bénévolat ou pas peu importe</a>), ne donne aucun droit à *exiger* que dans le cadre de la communauté soit assuré le SAV (puisqu'il n'y a pas de V), c'est défini sans ambiguité ici : <a href="http://www.spip.net/fr_article1479.html" class="spip_out" rel='nofollow external'>Mon site sous SPIP est planté, est-ce que je vous fais un procès ?</a>. D'autant plus quand il s'agit ici des fonctions particulières avancées non standards.</p> <p>Le constat est que le développeurs font généralement le (très gros) effort de suivre leurs contributions, autant qu'il leur est possible. Pour cela ils doivent y trouver, d'une manière ou d'une autre, une motivation (par exemples des retours de bugs circonstanciés). Ce genre de message agressif et consumériste, n'y contribue certainement pas. Profiter des compétences que l'on argue pour contribuer fait au contraire avancer les choses.</p> <p>@+ NicolasR</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T22:06:27Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399530 2007-10-25T22:06:27Z <p>Ah tiens, mon cookie avait expiré et j'ai posté anonyment sans m'en apercevoir. Je revendique donc le message précédent.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T22:04:07Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399529 2007-10-25T22:04:07Z <p>Question condescendance, tu te défends pas mal non plus.<br class="autobr" /> Tu dénonces l<i>'incompétence et le manque de réflexion</i> pour cause d'incompatibilité entre deux versions, mais tu en connais beaucoup des logiciels <strong>portables</strong> qui ne font jamais ça ? Lis les docs de PHP et MySQL, pour ne citer que ceux auxquels SPIP se confronte quotidiennement: c'est bourré d'avertissements que ceci marchait comme cela avant et comme ceci maintenant. Quant à l'interprétation divergentes des CSS et du JavaScript dans les diférentes versions des navigateurs, c'est encore pire car ils ne préviennent pas.</p> <p>Je ne mets pas en doute la qualité de ce que tu fais, mais développer des pilotes d'un matériel spécifique impose certaines choses, développer un outil générique s'adaptant à toutes les versions de serveurs et clients ne respectant pas les standards impose d'autres choses. Alors ces jugements de la part de gens qui visiblement ne savent pas ce qu'est le développement de ce genre d'outil, professés courageusement derrière un tranquille anonymat, effectivement: circulez, il n'y a rien à voir.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T21:08:32Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399528 2007-10-25T21:08:32Z <blockquote class="spip"> <p> il suffit que le cahier des charges soit CORRECTEMENT élaboré, MUREMENT réfléchis afin que la version 1.9.2c soit tout à fait compatible avec la version 1.9.3</p> </blockquote> <p>Et il ne te vient pas à l'idée que la durée d'un telle maturation fera que tu <i>risque donc d'attendre longtemps, pour ne pas dire très longtemps avant de pouvoir faire évoluer le site</i> ? <br class="autobr" /> Ni que justement cette maturation pourrait se faire plus rapidement à l'aide d'une version de développement pour valider certaines hypothèses et y renoncer si ce n'est finalement pas bon ?</p> <blockquote class="spip"> <p> Ha, j'allais oublié ...il faut aussi savoir programmer</p> </blockquote> <p>oui, et réfléchir aussi.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T19:53:21Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399526 2007-10-25T19:53:21Z <p>T'inquiète, quand je développe un programme, l'utilisateur n'a pas à supporter l'incompétence et le manque de réflexion de l'équipe de développement parce que mes logiciels servent à dimensionner du matériel onéreux et que ce matériel peut-être en jeux la sécurité du public ... Donc pour moi c'est très clair, la moindre erreur risque de se terminer au tribunal. maintenant je developpe depuis 1993.<br class="autobr" /> Alors ton côté condescendant, tu t'assoies dessus et comme tu le disais, à la lecture du titre de cet article qui vaut son pesant de cacahuètes : circulez, i n'y a rein à voir.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T16:02:32Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399519 2007-10-25T16:02:32Z <p>Je répondais à l'anonyme qui a posté un message au dessus de celui de cedric hein. ...Qu'il n'y ai pas de confusion. :)</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T15:51:45Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399518 2007-10-25T15:51:45Z <p>Boarf reste zen. J'ai quelques terrines d'écureuils dans le frigo pour toi. Cela remplace le lyon au petit dej' quand parfois l'excès de programmation rend odieux. On a tous eu quelques petites modifs à faire pour assurer la pérénité de nos sites. Personne n'en est mort. Les versions ultérieures sont bien plus bénéfiques en options. Si ton site est en production, essaie une nouvelle version sur un serveur d'évaluation. Cela évite la casse. :) Les plugins suivent généralement de très prêt ou devancent les versions de SPIP. Un peu de patience, il n'y a pas de quoi fouetter l'écureuil.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T15:36:02Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399517 2007-10-25T15:36:02Z <p>bien sur, mais sur demande uniquement. <br class="manualbr" />A ta charge de fournir un serveur avec SPIP 0.99c installé et opérationel. Fais moi signe dès que tu es prêt.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T15:33:21Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399516 2007-10-25T15:33:21Z <p>Si tu lis bien ici <a href="http://www.spip.net/fr_download" class="spip_url spip_out auto" rel="nofollow external">http://www.spip.net/fr_download</a> :</p> <blockquote class="spip"> <p> La version en cours de développement peut, selon le moment, corriger un bug récent ou être totalement inutilisable.</p> </blockquote> <p>De quoi te plains tu exactement ? De pouvoir télécharger une version de développement, et de pouvoir contribuer utilement ?</p> <p>Il y a parfois des utilisateurs trop optimistes quand à leur capacité à assumer les conséquences des bugs d'une version de développement.</p> <p>Mais toi qui es si fort, viens nous aider ... Ou peut-être préfère tu les produis MS en boite, fini et prêt à l'utilisation sans avoir à lever le petit doigt ?</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T15:26:01Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399515 2007-10-25T15:26:01Z <p>Superbe Exemple :</p> <ul class="spip"><li> ou bien tu utilises le plugin Acces restreint, qui a été développé en respectant les API de SPIP, et qui est compatible SPIP 1.9.0, SPIP 1.9.1, SPIP 1.9.2 et meme SPIP 1.9.3 dev SVN</li><li> ou bien tu utilises l'autre (l'Acces Restreint par Groupes), et, oui, tu es dans la mouise : ce plugin ne respecte pas l'API de SPIP, il surcharge des pans entiers de SPIP, et l'equipe de dev de SPIP n'est responsable en rien. Du coup il ne pouvais jamais être compatible avec la version suivante sans une réécriture complète.</li></ul> <p>Cela dit, depuis la version 1.9.2 de SPIP, celui-ci a pu être réécrit en s'appuyant sur l'API supportée de SPIP. Ca devrait donc aller beaucoup mieux dans le futur. Et si tu cherches mieux, tu dois trouver chaussure à ton pied (ie la version 1.9.2 du plugin)</p> <p>En tout état de cause l'équipe de dev de SPIP ne peut être tenue responsable de choix hasardeux de dévelopeurs tiers. Donc circulez, rien à voir.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T14:35:49Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399507 2007-10-25T14:35:49Z <p>super comme réponse ! c'est pas grave...</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T13:01:26Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399502 2007-10-25T13:01:26Z <p>Arrête de te moquer STP : respecte le travail de ces bénévole qui arrivent à faire d'un produit fonctionnel une usine à gaz pour ne pas dire une usine à pets !</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T12:59:05Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399499 2007-10-25T12:59:05Z <p>C'est tout à fait normal ! Lis un peu plus haut : tu fais partie des essuyeurs de plâtre.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-25T12:52:56Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399494 2007-10-25T12:52:56Z <p>Tu fais partie des personnes qui reprochent aux autres ce qu'elles ne s'appliquent pas à elle même !</p> <p><strong>“SPIP s'adresse à ceux qui savent lire et qui ne racontent pas n'importe quoi. Comment l'évolution de SPIP pourrait-elle rendre les anciennes versions inutilisables”</strong></p> <p>Tu as simplement oublié de citer “les anciennes versions inutilisables ....<strong>dans leur intégralité</strong>”</p> <p>Je vais te faire un petit dessin : tu passes des heures <strong>BENEVOLEMENT</strong> à réaliser un site scolaire (ne soit pas surprise, il n'y a pas que les dev de SPIP qui font du bénévolat).<br class="autobr" /> Sur ce site tu publies des photos à accés restreint pour permettre aux élèves concernés d'y accéder sans que le grand public puisseles visionner. (La loi, les histoires de pédophilie, en as tu entendu parlé ?) Maintenant une nouvelle version SPIP sort et le plugin gérant ces accès est incompatible avec la nouvelle version. De deux chose l'une : <br />- ou bien le site n'évolue plus pour être utilisable dans son <strong>INTEGRALITE</strong> et permettre la publication de photos à accès restreint. <br />- ou bien le site évolue et n'est plus utilisable dans son <strong>INTEGRALITE</strong>. les élèves auront les déplaisir de ne plus avoir de photos sur leurs activités.</p> <p>Quand à la solution que tu préconises :</p> <p><i>“Une version SVN est une version en cours de développement, personne n'est obligé de l'utiliser, il est plus sage d'attendre une version stable, avec la liste des pbs potentiels et les moyens de les résoudre”</i></p> <p>Voici ce que l'on peut lire ici même :<br class="autobr" /> « <strong>Ce plugin est compatible uniquement avec la version 1.9.1 de spip. Il n'est pas compatible avec la version SVN spip 1.9.2 ni avec la 1.9.0</strong> »</p> <p>Je risque donc d'attendre longtemps, pour ne pas dire très longtemps avant de pouvoir faire évoluer le site.</p> <p>Pour terminer :<br class="autobr" /> <i>“Si tu es certain que c'est facile d'ajouter des fonctionnalités à un système sans jamais créer d'incompatibilités, viens donc nous l'expliquer nous sommes toute ouïe.”</i></p> <p>Très facile : il suffit que le cahier des charges soit CORRECTEMENT élaboré, MUREMENT réfléchis afin que la version 1.9.2c soit tout à fait compatible avec la version 1.9.3 (je ne dis pas la version 8.9.7). Voilà, c'est tout !</p> <p>Ha, j'allais oublié ...il faut aussi savoir programmer :-D ;-).</p> <p>Je terminerai par quelques propos réactionnaires : SPIP est MERVEILLEUX, SPIP est GENIAL ! SPIP est .... HI SPIP SPIP HOURRAAAAAAAAA !</p> <p>ca va comme çà ? Est-ce bien ce que tu voulais lire ? <br class="autobr" /> Vu l'esprit borné et étriqué des dev qui m'ont répondu (style facho qui s'ignore), ces quelques phrase dédiées au culte SPIPien va leur faire plaisir.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-24T18:01:21Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399462 2007-10-24T18:01:21Z <p>SPIP s'adresse à ceux qui savent lire et qui ne racontent pas n'importe quoi. Comment l'évolution de SPIP pourrait-elle rendre les anciennes versions inutilisables ? Une version SVN est une version en cours de développement, personne n'est obligé de l'utiliser, il est plus sage d'attendre une version stable, avec la liste des pbs potentiels et les moyens de les résoudre. Ceux qui l'utilisent quand même savent qu'ils vont essuyer des plâtres, c'est leur manière de crontribuer. C'est beaucoup plus constructif que de limiter ses interventions à des discours réactionnaires comme le tien. Si tu es certain que c'est facile d'ajouter des fonctionnalités à un système sans jamais créer d'incompatibilités, viens donc nous l'expliquer nous sommes toute ouïe.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-24T12:14:53Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399456 2007-10-24T12:14:53Z <p>Je n'avais pas lu : <br class="autobr" /> “Si vous aussi vous vous mordez les doigts d'avoir passé votre site en ligne en version de développement 1.9.3 SVN, alors voici le script magique pour revenir en arrière et respirer !”</p> <p>ou le progrès en marche arrière ! Désolant.</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-24T12:10:11Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399455 2007-10-24T12:10:11Z <p>A qui s'adresse SPIP désormais ? Aux spécialistes spécialement spécialisés ? la moindre évolution de SPIP rend désormais l'ancienne version inutilisable dans son intégralité, ce qui devait être une souplesse (plugin) s'avère un handicap. SPIP est-il dévellopé par Microsoft ?</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-20T21:37:34Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399337 2007-10-20T21:37:34Z <p>Est-ce qu'il y a une version pour revenir à SPIP 0.99c ?</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-18T13:22:44Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399261 2007-10-18T13:22:44Z <p>je nage completement, j'utilise le script depuis la racine,<br class="autobr" /> le spip est configuré avec la base de donnée</p> <p>mais rien ne se produit, la base de donnée (sous phpmyadmin) reste à l'identique.</p> <p>un peu d'aide ?</p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-17T23:17:14Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399255 2007-10-17T23:17:14Z <p>Arg, merci</p> <p>ne pas oublier de recoller le type si il est passé à 0</p> <p><code>UPDATE `spip_documents` SET `id_type` = '1' where fichier like 'IMG/jpg%'</code></p> Rétrograder de SPIP 1.9.3 SVN vers SPIP 1.9.2c 2007-10-17T14:43:16Z https://contrib.spip.net/Retrograder-de-SPIP-1-9-3-SVN-vers#comment399246 2007-10-17T14:43:16Z <p>Ce serait d'ailleurs pas forcément idiot que SPIP sache s'auto rétrograder comme il sait si bien s'auto upgrader...</p>