SPIP 1.9 - Le Compilateur - commentaires

SPIP 1.9 - Le Compilateur

Bonjour tous...

Pour ma part, l'utilisation des BDs « rajoutées » ne fonctionnent pas : à chaque affichage, il m'affiche #MonChamp sans remplacer la valeur...

Une idée ?

Merci

SPIP 1.9 - Le Compilateur

Ben... là je saisis pas l'intérêt... Spip ne le gère pas déjà ça, les avatars ? [(#LOGO_AUTEUR)]

SPIP 1.9 - Le Compilateur

Ce système est absolument terrible, je craignais d'être obligé de rentrer dans les entrailles de SPIP mais cela se fait vraiment en un rien de temps.

Bravo !

SPIP 1.9 - Le Compilateur

Après quelques recherches, et surtout grâce à l'aide de la liste de diffusion, j'ai trouvé comment il fallait s'y prendre. Je poste ici pour ceux que ça intéresse :

Le compilo SPIP 1.9 intègre les champs des nouvelles tables, mais sur les tables existantes, il faut les spécifier, comme en 1.8.

- En 1.9, il suffit de créer un répertoire plugins/avatar avec un plugin.xml minimal dedans et un fichier avatar.php contenant ça :

 include_spip('base/serial'); $GLOBALS['tables_principales']['spip_auteurs']['field']= array_merge($GLOBALS['tables_principales']['spip_auteurs']['field'], array( 'avatar' => "....", ) );

- Il faut ensuite que le plugin.xml contienne une ligne avatar.php

- Enfin il faut activer ce plugin depuis l'interface d'admin

SPIP 1.9 - Le Compilateur

Bonjour,

Est-ce que cela fonctionne lorsqu'on ajoute des champs à une table existante ?
J'ai par exemple, ajouter le champ « avatar » à la table spip_auteur afin de pouvoir mémoriser un avatar pour chaque auteur.

L'appel de la balise #AVATAR dans une boucle ne me renvoie rien, alors que le champ est bien rempli dans la base de données.
Une idée ?

Merci par avance
Yannick

SPIP 1.9 - Le Compilateur

Ca c'est génial :D

Dommage qu'il n'y ait pas un minimum de doc sur la question. Quelqu'un a t'il déjà une piste de recherche à me soumettre sur ce sujet svp ?

Zzz. ;)

SPIP 1.9 - Le Compilateur

Oui c'est possible, bien que pas documenté car l'interface peut encore changer.

Ecrire serveur :table)...> au lieu de seulement table)...> comme habituellement va en effet utiliser la table du serveur explicitement désigné. Pour accéder à ce serveur, il faut ecrire un clone du fichier base/db_myslq.php,
qui concrétise les fonctions abstraites du fichier base/abstract_sql.php. Si le 2^e serveur est un serveur MySQL c'est trivial, et il ne reste plus qu'à ouvrir la connexion à ce serveur, ce qui est le role du fichier inc_connect-serveur.php qui sera exécuté automatiquement par base/abstract_sql.php.

SPIP 1.9 - Le Compilateur

Hey hey :-D

Alors si j'ai bien tout compris de ce que je viens de lire, moi ce que je vois là dedans, c'est peut être la solution à mon problème :

Est-il possible sur le même principe qu'expliqué dans l'article, d'écrire des boucles interrogeant une autre base de données issue d'une application externe et de lier les résultats obtenus à des articles de SPIP ?

Exemple purement fortuit :
- je crée un article « liste de cources » (qui en toute logique ira se caller dans la DB « spip ») auquel je lie un à un (genre en doc attaché ou en syndic, enfin bref...) tous les produits que je dois acheter en allant les chercher dans la DB « supermarché » qui a l'origine est attachée à une application web de gestion d'inventaire, par exemple...

Je ne sais pas si je suis très clair là...

(au passage, si ma question connais une réponse valable pour la version 1.8.3 je suis preneur, parce que j'ai déjà patché à bloc mon spip avec des contribs qui pour certaines modifient profondément mon noyau. J'avoue que je n'envisageait pas forcément de devoir upgrader mon spip si rapidement :/

SPIP 1.9 - Le Compilateur

Si j'ai bien compris, ça veut dire que l'on peut créer ses propres tables, manuellement ou automatiquement, et les intérroger dans le squelette avec des boucles spip, c'est bien ça ?

Parce que si c'est ça, il ne manque plus que le processus inversé (celui qui remplit les tables) et spip devient en plus une application de gestion (ecriture / lecture) de base de donnée MySql dans un langage proche du language naturel.

Mais même sans le processus inversé, je vois déjà plusieurs applications intéressante ...

1. La possibilité d'intérroger les pages du spikini, directement depuis spip ... Et plus largement, on peut intérroger n'importe quelle donnée de la BDD, y compris d'une application externe.

2. La possibilité d'extraire des donnés non prévue pour être extraite (heureusement que les mots de passe sont cryptés dans la BDD, car cela représenterait un risque de sécurité certain. D'ailleurs, rassurez moi, les mots de passe sont bien cryptés dans la BDD ?)