Re...: [spip-dev] SPIP multi bases & deontologie (encore ???)

Bonjour,

désolé de relancer le débat

Au contraire, je n'ai pas eu le temps ces derniers jours de maintenir
ce sujet chaud, donc heureusement que d'autres interviennent ... :wink:

Tout ca pour dire que je suis partant...

C'est un bon début ...

Et si on commencait, de facon pratique, par choisir une bibliothèque
multibase (PEAR-DB ou autre) ?

Il faut définir une API unifiée d'accès aux données plus qu'une API
unifiée d'accès aux bases de données (subtil), donc PEAR::DB ne peut
pas beaucoup nous aider, surtout qu'elle nécessite PHP4 ...

-Nicolas

Re...

Désolé de manisfester mon incompréhension, mais...

Il faut définir une API unifiée d'accès aux données plus qu'une API
unifiée d'accès aux bases de données (subtil), donc PEAR::DB ne peut
pas beaucoup nous aider, surtout qu'elle nécessite PHP4 ...

si j'étais tout seul, j'aurais choisi une couche d'accès aux données (type PEAR::DB), puis j'aurais fait une couche (objet ?) par dessus représentant les données (rubrique, article, mot-clef, etc...)

et pourquoi pas PHP4 ? Le temps qu'on finisse de travailler, tout le monde aura migré en v4.0.0 - au moins :wink:

Philippe,
plein de bonnes volontés et de naiveté...

Désolé de manisfester mon incompréhension, mais...

Y'a pas de mal ... :wink:

Il faut définir une API unifiée d'accès aux données plus qu'une API
unifiée d'accès aux bases de données (subtil), donc PEAR::DB ne
peut pas beaucoup nous aider, surtout qu'elle nécessite PHP4 ...

si j'étais tout seul

Tu ne l'es pas, et moi non plus, c'est bien le problème.

j'aurais choisi une couche d'accès aux données (type PEAR::DB), puis
j'aurais fait une couche (objet ?) par dessus représentant les
données (rubrique, article, mot-clef, etc...)

Le tout étant à mon avis de d'abord définir l'API ou la couche objet à
adopter, le code des implémentations important moins pour l'instant.

A priori, pas d'objet pour que ça tourne sur correctement sur PHP3 et
les vieux PHP4.

D'où ma proposition du 5 novembre :

et pourquoi pas PHP4 ? Le temps qu'on finisse de travailler, tout le
monde aura migré en v4.0.0 - au moins :wink:

Joker ... :wink:

-Nicolas

Bonjour à tous,

Quelques mots sur le sujet.

j'aurais choisi une couche d'accès aux données (type PEAR::DB), puis
j'aurais fait une couche (objet ?) par dessus représentant les
données (rubrique, article, mot-clef, etc...)

Le tout étant à mon avis de d'abord définir l'API ou la couche objet à
adopter, le code des implémentations important moins pour l'instant.

A priori, pas d'objet pour que ça tourne sur correctement sur PHP3 et
les vieux PHP4.

D'où ma proposition du 5 novembre :
Discuter chez rezo.net

où tu as écrit:

> Par exemple, au début de 'articles_edit.php3' :
> spip_query("UPDATE spip_articles SET date_modif=NOW(), auteur_modif=$connect_id_auteur WHERE id_article=$id_article");
>
> Deviendrait :
> $data = array(
> 'date_modif' => time(),
> 'auteur_modif' => $connect_id_auteur
> );
> updateArticle($id_article, $data);

OK sur le formalisme général... Rien que pour t'embêter, je mettrais:
article_ update($id_article, $data);

suivant la forme:
x_action($x, $data1, $data2...)

afin de pouvoir basculer un jour sur:
$x->action($data1, $data2...)

avec un: $x = x_new($d1, $d2...)
devenant: $x = new X ($d1, $d2...)

ce qui donnerait:
$article = article_new( $id_article);
article_setmodif( $article, array('date_modif' => time(), 'auteur_modif' => $connect_id_auteur)); // modification par qq a une heure
ou
article_settitre( $article, array('titre' => 'Nouveau titre')); // modification du titre de l'article

Peut-être un peu lourd, mais facilement (?) objetisable...

philippe

Hello,

$data = array(
    'date_modif' => time(),
    'auteur_modif' => $connect_id_auteur
);
updateArticle($id_article, $data);

OK sur le formalisme général...

C'est déjà ça ... :wink:

Rien que pour t'embêter, je mettrais:
article_update($id_article, $data);

Oui, bonne idée.

afin de pouvoir basculer un jour sur:
$x->action($data1, $data2...)

Je ne suis pas sûr que ça aide vraiment, mais commençons de toute
façon comme ça, et on en reparlera quand SPIP abandonnera la
compatibilité PHP4 au profit de PHP5 ... :wink:

Peut-être un peu lourd, mais facilement (?) objetisable...

Pour le "facile", je suis pas sûr ...

-Nicolas