Ah ben oui, je suis entièrement d'accord il faut garder une méthode de sauvegarde simplissime (et d'ailleurs j'en profite pour remercier mon entraîneur, parce qu'en effet elle est super cette sauvegarde.
Par contre, j'aurais bien vu un changement de nom à cahque sauvegarde, comme le nom du répertoire à créer change, j'aurais bien vu un dumpnuméro pour ne pas écraser le précédent car il ne prévient pas. Pour les têtesen l'air..., sinon on le fait à la main, bien entendu)
Ma question était surtout sur l'éventuelle possibilité de bidouillage.
Oui il y a de lourdes obligations, en particulier pour les liens.
Mais si on en a vraiment besoin (ce qui est mon cas) il sera toujours plus facile de passer les articles un à un pour vérifier les liens que de tout refaire en les copiant un à un...
Bon, je demandais hein.
Comme me l'a toujours dit mon papa : "Demande, tu risques quoi ? Seulement qu'on te dise non !
Ben voilà, on me dit non, et c'est tout simple !
______________________________
At 17:29 20/09/2001 +0200, ARNO* wrote:
Salut,
Pour l'instant, l'export se fait automatiquement sur l'intégralité du site (gros fichier XML). En effet, le but premier de la fonction d'export est de faciliter la sauvegarde du site d'une manière très simple. Le déplacement d'un site vers un autre site est une fonction qui dérive de cette sauvegarde; comme la fonction n'a pas été prévue à l'origine pour cela, effectivement elle manque de possibilités, notamment l'export partiel.
Je suppose que c'est un point auquel il faudra réfléchir pour la suite.
Cependant:
(1) Il faut absolument que la sauvegarde de la base reste très très simple. D'expérience (parce que je fais la même erreur), je sais que les non-techniciens n'ont pas l'habitude vicérale d'effectuer des sauvegardes des bases de données. Or c'est une habitude à prendre systématiquement. Donc: il faut vraiment que ça reste très simple.
(2) Si on exporte des "bouts" de site, il va falloir gérer les éventuels doublons: c'est une grosse difficulté. En effet, que faire si on importe des parties de deux sites différents; que faire si on importe une partie d'un site sur un site qui existe déjà; que faire si on importe une partie contenant des liens vers des articles situés à d'autres endroits du site...? Problèmes très importants de conflits dans les numéros de rubriques, dans la structure du site, dans les numéros des articles, dans les liens internes entre articles...
Pour l'heure, il est donc important de considérer la fonction d'export comme une fonction de _sauvegarde_ (c'est-à-dire essentiellement pour se prémunir d'un plantage de la base; accessoirement pour déménager l'intégralité d'un site). Pour d'autres utilisations, ça pose des difficultés assez lourdes à prévoir.
Amicalement,
ARNO*
At 12:32 +0200 20/09/01, Perline wrote:
Je pense (plus tard, d'ici quelques mois) à transférer certaines informations de la base de données Spip actuelle dans une autre base de données Spip autre part.
Puis-je transférer simplement des morceaux (des rubriques avec le contenu total sous-rubirques et articles par exemple) ?
Si oui comment ?
Sinon, devrai-je travailler sur deux bases de données ?
Si oui comment ?
Il n'y a aucune urgence, c'est juste pour me préparer le terrain.
--
Le Scarabée : http://www.scarabee.com
uZine 2 : http://www.uzine.net
DH/DSS, 0x11930F0B, DEEB 602D B344 644B AF88 BF73 85F4 2297 1193 0F0B
----------
Perline (mailto:perline@lipietz.net)
Directrice Internet
et Attachée parlementaire
d'Alain Lipietz (député européen, France, Les Verts)
http://lipietz2002.net/
-------------------------------------------------------------------------
