Re: mise à jour de 3.1 par spip_loader , pb en cas d'écrasement de fichiers
erational <[email protected]>
| Newsgroups | gmane.comp.web.spip.devel |
|---|---|
| Organization | secret society of rational thoughts |
| Message-ID | <[email protected]> |
Oui pourquoi pas de faire une backup des répertoires que l'on archive. L'idéal est surtout de pouvoir utiliser le spip_loader sans se connecter en FTP pour simplifier au maximum la vie des usagers actuellement la méthode de mise à jour est un *poil* complexe pour un débutant (10 étapes...) http://contrib.spip.net/Mettre-a-jour-vers-SPIP-3-1-pour-les-nuls Le 15/01/2016 16:37, denisb via spip-dev a écrit : > Le 15/01/16 10:37, nicod_ a écrit : >> Pourquoi pas directement dans spip_loader si on a la liste précise des >> fichiers à supprimer ? >> Mais ça voudrait dire annoncer qu'il y a un nouveau spip_loader... > > > je suis pas persuadé que supprimer d'anciens fichiers (et répertoires) > de l'installation antérieure soit une bonne idée. > > ne serait-ce que pour ceux qui veulent utiliser spip_loader pour > passer de 2.1 à 3.0 par exemple. > > 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...) > > > > _______________________________________________ > 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 > -- _________________________________________ http://www.erational.org