Boucle pour table non SPip

Général
1

Bonjour,

Est il possible de faire une boucle pour une table qu' on a crée?

<BOUCLE1(MATABLE)>
#MES_CHAMPS
</BOUCLE1>

Bien cordialement
--
http://www.moramora-madagascar.com

2

Ramanandraitsiory Mamitiana a écrit :

Bonjour,

Est il possible de faire une boucle pour une table qu' on a crée?

<BOUCLE1(MATABLE)>
#MES_CHAMPS
</BOUCLE1>

oui :

<BOUCLE1(matable)>
  #MES_CHAMPS
</BOUCLE1>

3

Merci de la réponse

et lorsqu' on fait un dump de la base est ce que la table non spip est
sauvegardée

Merci encore

Le mardi 16 octobre 2007 à 09:42 +0200, Stephane a écrit :

Ramanandraitsiory Mamitiana a écrit :
> Bonjour,
>
> Est il possible de faire une boucle pour une table qu' on a crée?
>
> <BOUCLE1(MATABLE)>
> #MES_CHAMPS
> </BOUCLE1>
>

oui :

<BOUCLE1(matable)>
  #MES_CHAMPS
</BOUCLE1>
_______________________________________________
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
FAQ : FAQ webmestre - SPIP

--
http://www.moramora-madagascar.com

4

Ramanandraitsiory Mamitiana a écrit :

Merci de la réponse

et lorsqu' on fait un dump de la base est ce que la table non spip est
sauvegardée

non, pour ca il faut declarer la table dans spip (et donc on peut utiliser les majuscules)

en 1.9.2, pour la table spip_carto_cartes de spip carto par exemple, ca donne (dans mes_fonctions) :
$spip_carto_cartes = array(
  "id_carto_carte" => "bigint(21) NOT NULL",
  "titre" => "VARCHAR(255) BINARY NOT NULL",
  "texte" => "TEXT BINARY NOT NULL",
  "url_carte" => "TEXT BINARY NOT NULL",
  "callage" => "TEXT BINARY NOT NULL",
  "id_srs" => "bigint(21) NOT NULL",
  "idx" => "ENUM('', '1', 'non', 'oui', 'idx') DEFAULT '' NOT NULL");

$spip_carto_cartes_key = array(
  "PRIMARY KEY" => "id_carto_carte");

GLOBALS['tables_principales']['spip_carto_cartes'] =
  array('field' => &$spip_carto_cartes, 'key' => &$spip_carto_cartes_key);

$GLOBALS['table_des_tables']['carto_cartes']="carto_cartes";

$GLOBALS['table_primary']['carto_cartes']="id_carto_carte";
(ce dernier est peut etre obsolete maintenant, je ne sais plus)

enfin, avec ca, c'est sauvegardé et je peux faire :
<BOUCLE1(CARTO_CARTES)>
  <a href="#URL_CARTE">#TITRE</a>
  <p>#TEXTE</p>
</BOUCLE1>

@++

Merci encore

Le mardi 16 octobre 2007 à 09:42 +0200, Stephane a écrit :

Ramanandraitsiory Mamitiana a écrit :

Bonjour,

Est il possible de faire une boucle pour une table qu' on a crée?

<BOUCLE1(MATABLE)>
#MES_CHAMPS
</BOUCLE1>

oui :

<BOUCLE1(matable)>
  #MES_CHAMPS
</BOUCLE1>
_______________________________________________
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
FAQ : FAQ webmestre - SPIP

5

Stephane a écrit :

Ramanandraitsiory Mamitiana a écrit :

et lorsqu' on fait un dump de la base est ce que la table non spip est
sauvegardée

non, pour ca il faut declarer la table dans spip (et donc on peut utiliser les majuscules)

Y a t il d'autres bénéfices collatéraux à déclarer une table ?

Par ailleurs, est il nécessaire de passer par tous ces aspects de déclaration
notamment de déclarer tous les champs
MÊME si la table existe déjà préallablement
(et qu'on ne demande pas à spip de la créer ) *
?

JL

en 1.9.2, pour la table spip_carto_cartes de spip carto par exemple, ca donne (dans mes_fonctions) :
$spip_carto_cartes = array(
  "id_carto_carte" => "bigint(21) NOT NULL",
  "titre" => "VARCHAR(255) BINARY NOT NULL",
  "texte" => "TEXT BINARY NOT NULL",
  "url_carte" => "TEXT BINARY NOT NULL",
  "callage" => "TEXT BINARY NOT NULL",
  "id_srs" => "bigint(21) NOT NULL",
  "idx" => "ENUM('', '1', 'non', 'oui', 'idx') DEFAULT '' NOT NULL");

$spip_carto_cartes_key = array(
  "PRIMARY KEY" => "id_carto_carte");

GLOBALS['tables_principales']['spip_carto_cartes'] =
  array('field' => &$spip_carto_cartes, 'key' => &$spip_carto_cartes_key);

$GLOBALS['table_des_tables']['carto_cartes']="carto_cartes";

$GLOBALS['table_primary']['carto_cartes']="id_carto_carte";
(ce dernier est peut etre obsolete maintenant, je ne sais plus)

enfin, avec ca, c'est sauvegardé et je peux faire :
<BOUCLE1(CARTO_CARTES)>
  <a href="#URL_CARTE">#TITRE</a>
  <p>#TEXTE</p>
</BOUCLE1>

@++

Merci encore

Le mardi 16 octobre 2007 à 09:42 +0200, Stephane a écrit :

Ramanandraitsiory Mamitiana a écrit :

Bonjour,

Est il possible de faire une boucle pour une table qu' on a crée?

<BOUCLE1(MATABLE)>
#MES_CHAMPS
</BOUCLE1>

oui :

<BOUCLE1(matable)>
  #MES_CHAMPS
</BOUCLE1>
_______________________________________________
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
FAQ : FAQ webmestre - SPIP

6

JLuc wrote:

Y a t il d'autres bénéfices collatéraux à déclarer une table ?

Oui, tu peux faire des jointures particulieres et déclarer tes criteres logiques (genre plus sophistiqué que juste le nom du champs)

Ca permet aussi de brancher les "crayons" sur ta table, pour édition rapide.

Ca doit aussi permettre d'indexer avec le moteur de recherche en bricolant un peu.

Ca permet de gerer les conflits entre plugins (par exemple spip-listes verifie si inscription2 est là avant de s'installer et procède differemment selon que inscription2 est là ou pas)

+ la sauvegarde et la création des tables aussi, et l'install / desinstall d'un plugin.

Par ailleurs, est il nécessaire de passer par tous ces aspects de déclaration
notamment de déclarer tous les champs
MÊME si la table existe déjà préallablement
(et qu'on ne demande pas à spip de la créer ) *
?

Nécessaire non, utile oui pour les raisons ci-dessous.

Ah, de quoi compléter le wiki tout ca :slight_smile:

7

Quelques questions encore ...

BoOz a écrit :

JLuc wrote:

Y a t il d'autres bénéfices collatéraux à déclarer une table ?

Oui, tu peux faire des jointures particulieres et déclarer tes criteres logiques (genre plus sophistiqué que juste le nom du champs)

peux tu confirmer :

déclarer les jointures particulières c'est juste déclaratif
avec la table adhoc ?

et déclarer un critères spécifique,
c'est pareil que pour n'importe quelle autre boucle/table ?

Ca permet aussi de brancher les "crayons" sur ta table, pour édition rapide.

ok

Ca doit aussi permettre d'indexer avec le moteur de recherche en bricolant un peu.

quel moteur de recherche ?
(le core a changé de moteur de recherche ces temps derniers)
des précisions pour brancher le nouveau moteur sur ces tables ?

Ca permet de gerer les conflits entre plugins (par exemple spip-listes verifie si inscription2 est là avant de s'installer et procède differemment selon que inscription2 est là ou pas)

ok
(car il regarde les globales tabledestables et voit si inscription2 est déjà là ?)

+ la sauvegarde

ya rien à faire de plus là pour intégrer une table à la sauvegarde ?

et la création des tables aussi,

euh : tu veux dire par un plugin ?
ou bien lors de la sauvegarde / restauration ?

> et l'install / desinstall d'un plugin.

Par ailleurs, est il nécessaire de passer par tous ces aspects de déclaration
notamment de déclarer tous les champs
MÊME si la table existe déjà préallablement
(et qu'on ne demande pas à spip de la créer ) *
?

ben oui : si la table existe,
pourquoi faut il la décrire à spip quand on la déclare;
alors qu'il accede très bien à sa description si on la déclare pas ?

Ah, de quoi compléter le wiki tout ca :slight_smile:

c'est en cours :
http://www.spip-contrib.net/MultiBase

JLuc