[spip-dev] Descr. database ?

Hello,

je cherche a mettre au point des procédures pour récupérer des données de
PHP-Nuke dans la database spip.

Il y a pas mal de valeur calculées un peu mystérieuses :slight_smile:

existe-t-il un descriptif de la database spip ?

Exemples de données un peu mystérieuses :

spip_auteurs
   statut tinyblob NOT NULL, // bon là j'ai quand même une vague idée,
      // c juste le type tinyblob ki me trouble
   pgp blob NOT NULL,
   htpass tinyblob NOT NULL,

spip_articles
   export varchar(10) DEFAULT 'oui',
   images text, ???
   referers blob NOT NULL

spip_rubriques
   id_secteur bigint(21) DEFAULT '0' NOT NULL,

spip_index_articles
   hash bigint(20) unsigned DEFAULT '0' NOT NULL,
   points int(10) unsigned DEFAULT '0' NOT NULL,

spip_index_auteurs
   hash bigint(20) unsigned DEFAULT '0' NOT NULL,
   points int(10) unsigned DEFAULT '0' NOT NULL,

... enfin d'une manière générale, c koi c tables "index" ? C'est des données
"brutes" ou des données calculées lors de la navigation, indexation ou autre ?

Merci !

Yo,

existe-t-il un descriptif de la database spip ?

c'est en chantier (un peu en statu quo).

en attendant :

spip_auteurs
   statut tinyblob NOT NULL, // bon là j'ai quand même une vague idée,
                        // c juste le type tinyblob ki me trouble

statut = '0minirezo' pour les admins, '1comite' pour les rédacteurs,
'5poubelle' pour les accès effacés (sans les apostrophes, bien sûr)

tinyblob, c'est un blob d'au plus 256 caractères, c'est tout

   pgp blob NOT NULL,

la clé PGP de l'auteur (une info comme une autre...)

   htpass tinyblob NOT NULL,

attention : pass est le mot de passe hashé en md5 (fonction md5()),
htpass est le mot de passe crypté pour le .htpassword (utiliser de
préférence la fonction generer_htpass dans ecrire/inc_acces.php3).
donc petite moulinette à faire depuis phpnuke, qui si je me souviens
bien stocke les pass en clair.

spip_articles
   export varchar(10) DEFAULT 'oui',

laisser par défaut : c'est un champ pour plus tard, un jour....

   images text, ???

laisser vide, c'est la liste des fichiers images utilisés par
l'article, dans un format un peu spécial

   referers blob NOT NULL

laisser vide, c'est rempli par les stats si elles sont activées
(idem pour "visites"). referers contient les 15 premiers
caractères du hash md5 de chaque referer, c'est pour compter le
nombre de referers distincts par articles (pas très utilisé ;-))

spip_rubriques
   id_secteur bigint(21) DEFAULT '0' NOT NULL,

l'id_rubrique de la rubrique de premier niveau
contenant la rubrique (id_secteur == id_rubrique
si la rubrique en question est elle-même de premier
niveau)

spip_index_articles
   hash bigint(20) unsigned DEFAULT '0' NOT NULL,
   points int(10) unsigned DEFAULT '0' NOT NULL,

spip_index_auteurs
   hash bigint(20) unsigned DEFAULT '0' NOT NULL,
   points int(10) unsigned DEFAULT '0' NOT NULL,

... enfin d'une manière générale, c koi c tables "index" ? C'est des données
"brutes" ou des données calculées lors de la navigation, indexation ou autre ?

ça sert à l'indexation. la table "dico" stocke les correspondances
entre hash et mots en clair, et les autres tables indexent les
articles, breves, rubriques, etc., selon les hash susnommés (un
certain nombre de points en fonction du nombre d'occurences
du mot associé au hash et de la position du dit mot - plus de
points si le mot est dans le titre, etc.). cf. ecrire/inc_index.php3
pour voir comment les tables sont remplies.

pour le transfert depuis phpnuke, pas besoin de toucher à ces
tables, donc.

a+

Antoine.

PS : si tu fais les routines de transfert depuis PHPNuke, ce
serait sympa de les mettre à disposition, quelque part....

Yo,

> existe-t-il un descriptif de la database spip ?

c'est en chantier (un peu en statu quo).

en attendant :

<snip>

Merci BEAUCOUP !

PS : si tu fais les routines de transfert depuis PHPNuke, ce
serait sympa de les mettre à disposition, quelque part....

Ben tu croyais que j'avais l'intention de les garder pour moi ?

A++ (salutations orientées objet)

ET dans la même veine, il pourrait être intéressant d'avoir une base de données factice avec du contenu, permettant à la personne qui joue avec au début de voir comment marche le système et voir notamment ce que cela fait sur les articles les sections quand on modifie quelque chose.

Karl qui crée du lopsem à tour de bras pour faire du contenu et voir la réaction des gabarits :wink:

BTW, Fil: Merci pour les explications... c'est plus clair :wink: