Re: mise à jour de 3.1 par spip_loader , pb en cas d'écrasement de fichiers
James <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Message-ID | <CAE50Zk4EoogXBCVgA-ZyLXoF8yB-ftFhmD6cj94Fcc0qtRxTUw@mail.gmail.com> |
Petit complément: ce script permet de vérifier qu'il n'y a pas de suppression de fichiers entre, par exemple, une 3.0.20 et une 3.0.21 j'ai fait les tests suivants : 2.0.26 vers 2.1.28 2.1.28 version 3.0.21 et j'ai poussé les résultats ici http://zone.spip.org/trac/spip-zone/browser/_acotes_/fichiers_supprimes Le 17 janvier 2016 à 01:22, James <[email protected]> a écrit : > Donc, comme il n'est pas possible d'explorer les svn:externals via la > commande svn diff, j'ai fait un script que vous pourrez trouver à l'url > suivante : > > http://zone.spip.org/trac/spip-zone/browser/_outils_/print_deleted_files.sh > > c'est du bash. Je ne l'ai pas documenté. > > en PJ, le résultat entre 3.0.21 et 3.1.0. Sur mon ordi, le script à mis > 2m30 pour produire le résultat complet. > > Fonctionnement : > > OLD est l'ancienne version, NEW est la nouvelle. On traite ici les tags, > donc, les versions stables de SPIP. Ne vous amusez pas à le tester avec des > branches de maintenance ou le trunk (je veux dire, la version de DEV) > > On fait la liste des plugins gérés par svn:externals des deux versions > On compare ces listes en faisant la correspondance par le répertoire de > chaque external > Pour chaque plugins listé dans OLD > Si le répertoire n'est pas listé dans NEW, on affiche de répertoire voué à > être supprimé > Si le répertoire est aussi listé dans NEW, on compare les fichiers via svn > diff et on affiche les fichiers existants dans OLD et supprimés dans NEW > On compare enfin les fichiers des 2 versions via svn diff et on affiche > les fichiers existants dans OLD et supprimés dans NEW > > Amicalement, > > PS: pour info, Toggg avait fait un script php (du joli nom de cancellatore > http://zone.spip.org/trac/spip-zone/browser/_outils_/cancellatore/cancellatore.php) > qui efface des fichiers depuis un serveur web... En matière de sécurité, on > fait mieux, mais on en avait besoin parce que le spip_loader de l'époque > faisait des misères aux serveurs qui activaient le safe_mode... On avait > envie de le fusionner avec spip_loader et puis, bon, voilà, c'est jamais > arrivé... > > > Le 16 janvier 2016 à 18:51, Franck <[email protected]> a écrit : > >> Hello J >> >> Normalement, si je n’avais pas fait d’erreur, tu trouveras la même chose >> que moi. >> >> http://www.spip.net/ecrire/?exec=article&id_article=5842 >> >> >> >> Par contre en passant, je suis pas sûr, mais il me semble qu’il n’y a pas >> eu d’équivalent pour spip 2.0 vers 2.1 ; 2.1 vers 3.0 >> >> Je peux faire la même chose, mais s’il y a moyen de le faire >> automatiquement, cela serait mieux J >> >> Franck >> >> >> >> >> >> *De :* James [mailto:[email protected]] >> *Envoyé :* samedi 16 janvier 2016 12:24 >> *À :* SPIP-dev SPIP >> *Objet :* Re: [spip-dev]mise à jour de 3.1 par spip_loader, pb en cas >> d'écrasement de fichiers >> >> >> >> Salut, >> >> la ligne de commande suivante donne la liste des fichiers supprimés entre >> 2 versions stable (3.0.21 vs 3.1.0): >> svn diff --summarize --old=svn://trac.rezo.net/spip/tags/spip-3.0.21 >> --new=svn://trac.rezo.net/spip/tags/spip-3.1.0 | egrep "^D" | sed -e >> "s/.*spip-3.0.21\/\(.*\)$/\1/" >> >> résultats : >> >> rien.gif >> CHANGELOG.txt >> prive/javascript/pause.js >> prive/javascript/jquery.colors.js >> prive/formulaires/selecteur/jquery-ui-1.8.custom.js >> prive/formulaires/selecteur/inc-nav-rubriques_fonctions.php >> prive/formulaires/selecteur/rubriques_fonctions.php >> prive/formulaires/selecteur/ajax_fonctions.php >> prive/formulaires/selecteur/selecteur_fonctions.php >> prive/formulaires/selecteur/picker-ajax_fonctions.php >> prive/formulaires/selecteur/navigateur_fonctions.php >> prive/formulaires/selecteur/articles_fonctions.php >> prive/squelettes/inclure/plan-articles.html >> ecrire/req/pg.php >> ecrire/action/reorganiser.php >> ecrire/action/iconifier.php >> >> C'est reproductible d'une version à l'autre, il y a peut-être moyen de >> fournir un référentiel en ligne puis, à terme, une méthode systématique, >> non ? >> >> Amicalement, >> >> >> >> >> >> >> >> Le 16 janvier 2016 à 11:32, Gilles Vincent <[email protected]> a >> écrit : >> >> Hello >> >> >> >> 2016-01-15 16:37 GMT+01:00 denisb via spip-dev <[email protected]>: >> >> >> le mieux, à mon avis, serait de déplacer en backup les >> répertoires mis à jour ecrire/, plugins-dist/, etc par exemple >> en les renommant back_ecrire/ back_plugins-dist/ back_etc >> >> mais ça veut dire doubler la taille physique de l'installation >> (ajouter 70 à 80 Mo sur l'hébergement donc...) >> >> >> >> >> >> Il suffirait alors d'indiquer à l'utilisateur qu'il n'est pas possible de >> faire la sauvegarde, faut d'espace disque. >> >> >> >> >> >> >> >> >> _______________________________________________ >> liste: http://listes.rezo.net/mailman/listinfo/spip-dev >> doc: http://www.spip.net/ >> dev: http://trac.rezo.net/trac/spip/ >> irc://irc.freenode.net/spip >> >> >> >> >> _______________________________________________ >> liste: http://listes.rezo.net/mailman/listinfo/spip-dev >> doc: http://www.spip.net/ >> dev: http://trac.rezo.net/trac/spip/ >> irc://irc.freenode.net/spip >> >> >> >> >> -- >> >> James >> > > > > -- > James > -- James