[Spip 2.0.3] pb export table spip_rubrique

Général
1

Bonjour,

Voici ma config :

version de spip : 2.03
en local : mysql 5.0.70 / php 5.2.8 en module d’apache
en distant : mysql 5.0.32 / php 5.2.6 en cgi

Quand je fais un dump de ma base en local que je récupère ensuite en distant,
dans ma base mysql, pour certaines rubriques dans la table spip_rubriques la valeur de la colonne statut est à « prive »
alors qu’en local, j’ai la valeur « publie »

de plus pour d’autres rubriques, quand en distant j’ai la valeur « prive », en local j’ai « 0 »

J’ai repéré ça parce qu’en distant, Spip se comporte comme si les rubriques dont le statut est « prive », n’existaient pas (ou ne contenaient pas d’articles) alors qu’elles existent bien dans l’admin et contiennent bien des articles.

En local, tout fonctionne très bien.

Merci d’avance pour votre aide,

David

2

David Gourdet a écrit :

Quand je fais un dump de ma base en local que je récupère ensuite en distant,
dans ma base mysql, pour certaines rubriques dans la table spip_rubriques la valeur de la colonne statut est à "prive"
alors qu'en local, j'ai la valeur "publie"
de plus pour d'autres rubriques, quand en distant j'ai la valeur "prive", en local j'ai "0"

tu as les mêmes plugins en local et en distant ?

3

Oui j'ai le plugin "Champs Extras" en local et en distant

-----Message d'origine-----
De : denisb [mailto:denisb@laposte.net]
Envoyé : jeudi 22 janvier 2009 12:29
À : spip@rezo.net
Objet : Re: [Spip] [Spip 2.0.3] pb export table spip_rubrique

David Gourdet a écrit :
> Quand je fais un dump de ma base en local que je récupère
ensuite en
> distant,
> dans ma base mysql, pour certaines rubriques dans la table
> spip_rubriques la valeur de la colonne statut est à "prive"
> alors qu'en local, j'ai la valeur "publie"
>
> de plus pour d'autres rubriques, quand en distant j'ai la valeur
> "prive", en local j'ai "0"

tu as les mêmes plugins en local et en distant ?

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

irc://irc.freenode.net/spip ou
http://embed.mibbit.com/?server=irc.freenode.net&channel=%23spip

4

David Gourdet a écrit :

Oui j'ai le plugin "Champs Extras" en local et en distant

le statut 'prive' pour les rubriques est donné
par la fonction creer_rubrique_nommee('truc/trac/tric', $id_parent='x')

cette fonction permet de créer une arborescence
   rubrique_truc
      -> sous-rubrique_trac
         -> sous-sous-rubrique_tric
            -> sous-sous-sous-rubrique_...
               -> ...

mais cette fonction n'est pas utilisée par un spip de base (core).

(je parle là en 2.0.3)

5

j'en déduis :

1. que le "problème" vient du plugin "Champs Extra"
2. qu'il se produit à l'export

c'est ça ?

-----Message d'origine-----
De : denisb [mailto:denisb@laposte.net]

le statut 'prive' pour les rubriques est donné
par la fonction creer_rubrique_nommee('truc/trac/tric',
$id_parent='x')

cette fonction permet de créer une arborescence
   rubrique_truc
      -> sous-rubrique_trac
         -> sous-sous-rubrique_tric
            -> sous-sous-sous-rubrique_...
               -> ...

mais cette fonction n'est pas utilisée par un spip de base (core).

(je parle là en 2.0.3)

6

David Gourdet a écrit :

j'en déduis : 1. que le "problème" vient du plugin "Champs Extra"
2. qu'il se produit à l'export
c'est ça ?

non non.
champs_extra ne va pas ecrire dans rubriques.statut

c'est ailleurs que ça se passe...

7

denisb a écrit :

c'est ailleurs que ça se passe...

sans doute au moment de l'import.

il y a un calculer_rubriques() appelé qui peut updater rubriques.statut avec la valeur de rubriques.statut_tmp déclarée à 'prive' par défaut...

mais c'est pas trés clair comme cheminement

pourrait aussi intervenir la gestion des articles post-datés :
   rubriques.statut serait passé à 'prive'
   si choix de 'pas de publication d'article post-daté'
   dans la configuration