Bonjour,
Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée
c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question pour
l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce que
là, ça me dépasse.
Merci,
J.
> Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question pour l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce que là, ça me dépasse.
Faut faire ca directement en SQL. En fonction de ce qui est utilisé (mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables et reinjecter ca dans le nouveau site.
Bon courage
Rno
Ou autre solution moins complexe, mais plus longue, sauvegarder le site, restaurer dans le nouveau site, supprimer toutes les autres rubriques (utiliser le plugin Corbeille pour suppression physique) et faire des sous-rubriques des secteurs du nouveau site.
BMR
Renaud a écrit :
> Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question pour l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce que là, ça me dépasse.Faut faire ca directement en SQL. En fonction de ce qui est utilisé (mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables et reinjecter ca dans le nouveau site.
Bon courage
Rno
Jed wrote :
Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée
c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question
pour
l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce
que
là, ça me dépasse.
Renaud a écrit :
Faut faire ca directement en SQL. En fonction de ce qui est utilisé
(mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables
et reinjecter ca dans le nouveau site.
Bon courage
"BMR" wrote :
Ou autre solution moins complexe, mais plus longue, sauvegarder le site,
restaurer dans le nouveau site, supprimer toutes les autres rubriques
(utiliser le plugin Corbeille pour suppression physique) et faire des
sous-rubriques des secteurs du nouveau site.
Ayé ! J'ai fait un dump général et je l'ai réinplanté ailleurs dans une
nouvelle base.
Je prends note des 2 solutions.
La 2nde risque d'être en effet très longue parce qu'elle m'oblige à jeter à
la main plusieurs centaines d'articles... sans compter les brèves, etc.
Interminable autrement dit.
Je vais envisager la 1ère. Mais je ne vois pas bien comment que je peux
faire... Par exemple avec la table "spip_rubriques"... j'efface à la main
depuis phpMyAdmin les "id_rubrique" inutiles ?
Ce que j'aimerais aussi, c'est pouvoir renommer mes rubriques par exemple
114, 115, 116... en 1, 2, 3.
Existe-il une solution pour faire cela ?
Merci encore,
J.
Ayé ! J'ai fait un dump général et je l'ai réinplanté ailleurs dans une nouvelle base.
Je prends note des 2 solutions.
La 2nde risque d'être en effet très longue parce qu'elle m'oblige à jeter à la main plusieurs centaines d'articles... sans compter les brèves, etc.
Interminable autrement dit.Je vais envisager la 1ère. Mais je ne vois pas bien comment que je peux faire... Par exemple avec la table "spip_rubriques"... j'efface à la main depuis phpMyAdmin les "id_rubrique" inutiles ?
Ce que j'aimerais aussi, c'est pouvoir renommer mes rubriques par exemple 114, 115, 116... en 1, 2, 3.
Existe-il une solution pour faire cela ?
En fait tout dépend de la taille des données : pour une dizaine d'articles, faire un dump et ensuite bricoller dedans doit pouvoir se faire.
Sinon la seule solution est d'écrire un code qui fasse un dump ciblé de la base (prend que ce que l'on veut) et qui modifie les numéros de rubrique à la volée.
Pour simplifier: il n'y a pas d'outil standard pour faire çà, il faut coder ! (ou alors trouver une super méthodo mais là j'ai rien pour toi désolé)
Bon courage
Renaud
En effet, si tu as beaucoup d'articles/rubriques, il vaut mieux passer par phpmyadmin.
Le mieux serait de tester la migration en local, en notant tout ce que tu fais, en particulier les requêtes SQL faites dans phpmyadmin. Puis tu feras tout ça en ligne ou bien un restauration à partir du site local. J'ai restructuré un site de 12000 articles en local de cette manière.
Il faut supprimer tous les documents, les articles, brèves, rubriques liés aux secteurs que tu ne conserves pas. Moi, dans phpmyadmin, je fais d'abord un select pour vérifier ce que je vais supprimer, puis si c'est bon, je coche tout et je supprime tout.
Malheureusement, tu ne peux pas modifier les id_rubriques. Ce sont des auto_increment.
BMR
Jed a écrit :
Jed wrote :
Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée
c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question pour
l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce que
là, ça me dépasse.Renaud a écrit :
Faut faire ca directement en SQL. En fonction de ce qui est utilisé
(mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables
et reinjecter ca dans le nouveau site.
Bon courage"BMR" wrote :
Ou autre solution moins complexe, mais plus longue, sauvegarder le site,
restaurer dans le nouveau site, supprimer toutes les autres rubriques
(utiliser le plugin Corbeille pour suppression physique) et faire des
sous-rubriques des secteurs du nouveau site.Ayé ! J'ai fait un dump général et je l'ai réinplanté ailleurs dans une nouvelle base.
Je prends note des 2 solutions.
La 2nde risque d'être en effet très longue parce qu'elle m'oblige à jeter à la main plusieurs centaines d'articles... sans compter les brèves, etc.
Interminable autrement dit.Je vais envisager la 1ère. Mais je ne vois pas bien comment que je peux faire... Par exemple avec la table "spip_rubriques"... j'efface à la main depuis phpMyAdmin les "id_rubrique" inutiles ?
Ce que j'aimerais aussi, c'est pouvoir renommer mes rubriques par exemple 114, 115, 116... en 1, 2, 3.
Existe-il une solution pour faire cela ?
Merci encore,
J.
Jed wrote :
Voilà le problème.
J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée
c'est d'en faire un site.
Ce que je souhaite c'est sauvegarder uniquement la rubrique en question
pour
l'implanter ailleurs.
Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce
que
là, ça me dépasse.
Renaud a écrit :
Faut faire ca directement en SQL. En fonction de ce qui est utilisé
(mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables
et reinjecter ca dans le nouveau site.
Bon courage
"BMR" wrote :
Ou autre solution moins complexe, mais plus longue, sauvegarder le site,
restaurer dans le nouveau site, supprimer toutes les autres rubriques
(utiliser le plugin Corbeille pour suppression physique) et faire des
sous-rubriques des secteurs du nouveau site.
Jed wrote :
Ayé ! J'ai fait un dump général et je l'ai réinplanté ailleurs dans une
nouvelle base.
Je prends note des 2 solutions.
La 2nde risque d'être en effet très longue parce qu'elle m'oblige à jeter
à
la main plusieurs centaines d'articles... sans compter les brèves, etc.
Interminable autrement dit.
Je vais envisager la 1ère. Mais je ne vois pas bien comment que je peux
faire... Par exemple avec la table "spip_rubriques"... j'efface à la main
depuis phpMyAdmin les "id_rubrique" inutiles ?
Ce que j'aimerais aussi, c'est pouvoir renommer mes rubriques par exemple
114, 115, 116... en 1, 2, 3.
Existe-il une solution pour faire cela ?
"BMR" wrote:
En effet, si tu as beaucoup d'articles/rubriques, il vaut mieux passer
par phpmyadmin.
Le mieux serait de tester la migration en local, en notant tout ce que
tu fais, en particulier les requêtes SQL faites dans phpmyadmin. Puis tu
feras tout ça en ligne ou bien un restauration à partir du site local.
J'ai restructuré un site de 12000 articles en local de cette manière.
Il faut supprimer tous les documents, les articles, brèves, rubriques
liés aux secteurs que tu ne conserves pas. Moi, dans phpmyadmin, je fais
d'abord un select pour vérifier ce que je vais supprimer, puis si c'est
bon, je coche tout et je supprime tout.
Malheureusement, tu ne peux pas modifier les id_rubriques. Ce sont des
auto_increment.
Il y a ce code :
DELETE FROM `spip_articles` WHERE `id_rubrique` = 'XX'
pour supprimer tous les articles d'une rubrique.
Je vais ajouter une 3e option : faire un copier/coller de l'existant dans
une base tout propre.
Ce qui permet d'avoir ce qu'il n'est pas possible de faire sinon : article1,
article2, rubrique1, rubrique2, etc.
Et pourquoi ne pas prendre la seconde solution et, une fois ta base en
place, supprimer tes articles depuis phpMyAdmin par lots triés ?
Cordialement.
Samuel Perrin
samper@netplus.ch
-----Message d'origine-----
De : spip-bounces@rezo.net [mailto:spip-bounces@rezo.net] De la part de
Jed
Envoyé : mardi, 13. février 2007 15:50
À :
Objet : Re: [Spip] Transformer une rubrique en siteJed wrote :
>> Voilà le problème.
>> J'ai une rubrique (dans un site Spip) qui prend de l'importance. L'idée
>> c'est d'en faire un site.
>> Ce que je souhaite c'est sauvegarder uniquement la rubrique en question
>> pour
>> l'implanter ailleurs.
>> Est-ce possible (je crois me souvenir que oui) et comment konfé ? Parce
>> que
>> là, ça me dépasse.Renaud a écrit :
> Faut faire ca directement en SQL. En fonction de ce qui est utilisé
> (mots clefs, rubrique, article, etc...) il faut dumper les bonnes tables
> et reinjecter ca dans le nouveau site.
> Bon courage"BMR" wrote :
> Ou autre solution moins complexe, mais plus longue, sauvegarder le site,
> restaurer dans le nouveau site, supprimer toutes les autres rubriques
> (utiliser le plugin Corbeille pour suppression physique) et faire des
> sous-rubriques des secteurs du nouveau site.Ayé ! J'ai fait un dump général et je l'ai réinplanté ailleurs dans une
nouvelle base.
Je prends note des 2 solutions.
La 2nde risque d'être en effet très longue parce qu'elle m'oblige à jeter
à
la main plusieurs centaines d'articles... sans compter les brèves, etc.
Interminable autrement dit.Je vais envisager la 1ère. Mais je ne vois pas bien comment que je peux
faire... Par exemple avec la table "spip_rubriques"... j'efface à la main
depuis phpMyAdmin les "id_rubrique" inutiles ?Ce que j'aimerais aussi, c'est pouvoir renommer mes rubriques par exemple
114, 115, 116... en 1, 2, 3.Existe-il une solution pour faire cela ?
Merci encore,
J.
Il vaudrait mieux supprimer les documents d'abord, car ils sont liés aux articles à supprimer (jointure sur spip_documents, spip_documents_articles et spip_articles).
Puis si tu as plusieurs niveaux de rubriques, il est plus facile de supprimer les articles avec un WHERE id_secteur IN (x, y, z).
BMR
Il y a ce code :
DELETE FROM `spip_articles` WHERE `id_rubrique` = 'XX'
pour supprimer tous les articles d'une rubrique.Je vais ajouter une 3e option : faire un copier/coller de l'existant dans une base tout propre.
Ce qui permet d'avoir ce qu'il n'est pas possible de faire sinon : article1, article2, rubrique1, rubrique2, etc.
bonsoir, je vais peut-être dire une bêtise mais y a pas déjà un plugin qui fait du spip2spip ? je crois avoir vu ça ...
RB
Le 13 févr. 07, à 20:42, rburton a écrit :
bonsoir, je vais peut-être dire une bêtise mais y a pas déjà un plugin
qui fait du spip2spip ? je crois avoir vu ça ...RB
et il me semble que la 1.9PR1 permet de sauvegarder une seule rubrique (et ses descendantes).
il faut être admin restreint de cette rubrique pour celà
à vérifier, et après on peut même fondre cette rubrique dans un autre spip déjà existant
claude