Maintenant que ma colère est retombée, je repose cette question!
5 sites en spip. 5 bases de données. Les plus vieux sites sont en 1.8.2g
Je veux maintenant récupérer la table spip_auteurs et son contenu ...surtout son contenu pour le balancer sur toutes les autres tables et notamment des sites en 1.9
C'est possible, oui ou non?
Les login et password seront ils les m^mes partout?
Merci
Le 15/09/06, monnaieancienne a écrit :
Maintenant que ma colère est retombée, je repose cette question!
??
5 sites en spip. 5 bases de données. Les plus vieux sites sont en 1.8.2g
Je veux maintenant récupérer la table spip_auteurs et son contenu
...surtout son contenu pour le balancer sur toutes les autres tables et
notamment des sites en 1.9
C'est possible, oui ou non?
Avec phpmyadmin sans problème si les tables sont identiques et *qu'il
n'y a pas d'auteurs* dans les sites que tu mettre à jour.
Tu fais les exportations de tes différentes tables que tu conserves
dans un fichiers texte..
Tu exportes ta table en sql (la structure, le contenu), tu changes le
prefixe spip_ pour une autre table et tu réinjectes. Pour cela tu
utilises ce qui suit "Contenu de la table 'spip_auteurs'
INSERT INTO .........
et tu vois si ça fonctionne.
Avant tu peux vérifier la structure de ta table. S'il y a un problème,
tu utilises CREATE TABLE ... et INSERT INTO de la table que tu viens
de modifier pour la remettre dans son état initial.
Les login et password seront ils les m^mes partout?
Ca dépend de ce que tu as mis.
*Le fait d'importer de cette facon va surement modifier la
correspondance auteur->article par exemple*.
Quant tu INSERT tu as
INSERT INTO `XXX_auteurs` VALUES (4, 'marie-pierre',....
le 4 correspond à cet auteur (id_auteur) dans la table exportée. Si tu
as déjà un auteur 4; il va disparaître.
Tout compte fait, il serait préférable d'écrire un script php qui
récupèrerait tes données mais qui testerait avant de faire l'INSERT
que le id_auteur n'existe pas.
Ou bien, tu le fais à la mano, en incrémentant l'id_auteur, ceci pour
tes 4 installations de spip.
Attend peu être d'autres avis 
--
Jacques
Marre de "*quoter comme un goret*" avec OE : (Rappel: quoter n'est
pas coder) http://www.aminautes.org/forums/configurer/oe/QF_doc.html
Où placer sa réponse ?
[Mini-FAQ] Repondre par courrier ou dans les news ?
Jacques J. a écrit :
Le 15/09/06, monnaieancienne a écrit :
Maintenant que ma colère est retombée, je repose cette question!
??
5 sites en spip. 5 bases de données. Les plus vieux sites sont en 1.8.2g
Je veux maintenant récupérer la table spip_auteurs et son contenu
...surtout son contenu pour le balancer sur toutes les autres tables et
notamment des sites en 1.9
C'est possible, oui ou non?Avec phpmyadmin sans problème si les tables sont identiques et *qu'il
n'y a pas d'auteurs* dans les sites que tu mettre à jour.Tu fais les exportations de tes différentes tables que tu conserves
dans un fichiers texte..
Tu exportes ta table en sql (la structure, le contenu), tu changes le
prefixe spip_ pour une autre table et tu réinjectes. Pour cela tu
utilises ce qui suit "Contenu de la table 'spip_auteurs'
INSERT INTO .........
et tu vois si ça fonctionne.
Avant tu peux vérifier la structure de ta table. S'il y a un problème,
tu utilises CREATE TABLE ... et INSERT INTO de la table que tu viens
de modifier pour la remettre dans son état initial.Les login et password seront ils les m^mes partout?
Ca dépend de ce que tu as mis.
*Le fait d'importer de cette facon va surement modifier la
correspondance auteur->article par exemple*.Quant tu INSERT tu as
INSERT INTO `XXX_auteurs` VALUES (4, 'marie-pierre',....le 4 correspond à cet auteur (id_auteur) dans la table exportée. Si tu
as déjà un auteur 4; il va disparaître.Tout compte fait, il serait préférable d'écrire un script php qui
récupèrerait tes données mais qui testerait avant de faire l'INSERT
que le id_auteur n'existe pas.
Ou bien, tu le fais à la mano, en incrémentant l'id_auteur, ceci pour
tes 4 installations de spip.Attend peu être d'autres avis
Si je comprends bien c'est bien de le faire lorsque la table est vide :o))
En fait j'ai un 1.8.3 qui est le plus important. Je viens de faire un 1.9 qui est complémentaire. Il n'y a aps d'article encore donc pas de jointure entre les tables spip_auteurs et spip_aricles_auteurs.
Ce que je souhaitais c'est de pouvoir récuperer et les profils et les données de connection sur la 1.9 pour éviter de multi-inscriptions. C'est donc possible?
Merci
MA
Si je comprends bien c'est bien de le faire lorsque la table est vide :o))
En fait j'ai un 1.8.3 qui est le plus important. Je viens de faire un 1.9 qui est complémentaire. Il n'y a aps d'article encore donc pas de jointure entre les tables spip_auteurs et spip_aricles_auteurs.
Ce que je souhaitais c'est de pouvoir récuperer et les profils et les données de connection sur la 1.9 pour éviter de multi-inscriptions. C'est donc possible?
Si tout tes auteurs correspondent (car même projet), pourquoi ne pas faire 5 répertoires de squelettes, et d'organiser un seul SPIP qui va redispatcher sur les différents sites ?
ce serait peut être plus propre que des récupérations / insertions d'auteurs, amha. (parce qu'il n'y a pas que la table auteurs à gérer il y a aussi le rattachement des auteurs aux articles).
FX