SPIP-Contrib

SPIP-Contrib

عربي | Deutsch | English | Español | français | italiano | Nederlands

288 Plugins, 197 contribs sur SPIP-Zone, 184 visiteurs en ce moment

Accueil > Documentation > Tutoriaux pour le code de SPIP > Archives tutoriaux code SPIP > La genèse du nouveau compilateur > Compilateur de squelette à champs automatiques

Compilateur de squelette à champs automatiques

30 octobre 2003 (Date de rédaction antérieure : 30 octobre 2003). – par Déesse A.

Ceci est une archive périmée mais qui reste intéressante, parfois autant pour l’article que les commentaires associés.

Version 3 du compilateur amélliorant les requêtes SQL

Suite au travail posté ici le 16 Octobre pour limiter les requêtes SQL aux champs
effectivement utilisés, voici une nouvelle version du
compilateur de squelettes et ses innovations :

-  tout champ SQL est reconnu comme paramètre d’une boucle SPIP ;

-  les paramètres comme {1,n-1} où n désigne le nombre d’éléments
issus de la requête (voir les spécifications) sont reconnus.

En ce qui concerne le premier point, le principe de base a consisté à extraire du
fichier ecrire/inc_base la description des tables SQL et d’en faire des tableaux PHP
à présent déclarés dans un nouveau fichier nommé écrire/inc_kreate. Ce fichier
est lu par inc_base pour créer les tables SQL comme auparavant, mais est également lu par inc-calcul-squel pour connaître les champs existant dans chaque
table. Ces tableaux remplacent donc les tableaux $rows_* homonymes (qui figuraient dans inc-champ-squel) qui en étaient en fait des versions réduites.
Ainsi, cette nouvelle version du compilateur a pour effet que l’ajout d’un champ
dans une table SQL sera automatiquement répercuté dans l’analyse des paramètres
(entre autres le champ URL_REF que j’avais oublié dans la version précédente).

On peut débrayer cet automatisme en ajoutant des éléments au tableau
$exceptions_des_tables (si les noms des champs et/ou des tables SQL ne sont pas
les homonymes SPIP) ou au
tableau $exceptions_des_champs (si l’on veut implanter un traitement ultra-spécifique
dans l’aiguillage de inc-index-squel malgré l’homonymie). C’est ce qui a été fait
pour les qq cas existants actuellement (par exemple le champ faussement homonyme « LESAUTEURS » , et les synonymes « id_secteur/id_rubrique »
dans la table « breves »). A l’inverse,
les tableaux $contextes et $tables_doublons ont disparu car désormais inutiles.

Cette simplification a débouché sur l’élimination de la plupart des « AS » dans les
requetes SQL ; on peut les remettre éventuellement mais je n’ai pas vu l’intérêt
d’alourdir le code avec une telle gestion dans ce cadre.Le fichier spip_log est un peu plus verbeux lors des créations de tables, afin de repérer
plus facilement une éventuelle faute dans leur déclaration.

Je signale par ailleurs un bizarrerie : les 2 appels à la fonction maj_base attendent de celle-ci un résultat booléen, mais cette fonction ne contient aucun return dans sa définition, et retourne donc toujours faux. Je suis
tombé sur le pb dans mes essais de recréation de la base à l’aide des tableaux PHP,
et je l’ai résolu en rajoutant un « return true » final car je n’ai pas réussi à comprendre
le rôle de ce booléen. Il faudrait tirer ça au clair.

Bonne expérimentation à tous !

P.-S.

Deux bugs repérés par Marc Quinton ( Merci Marc) ont été corrigés, ainsi qu’un autre en ce lundi 27/10. Charger les nouvelles versions des fichiers inc-reqsql, inc-index et inc-calcul-squel, ainsi que inc-text-squel pour étre compatible avec la CVS.

Dernière modification de cette page le 1er octobre 2007

Retour en haut de la page

Répondre à cet article

Qui êtes-vous ?
  • [Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici Les choses à faire avant de poser une question (Prolégomènes aux rapports de bugs. )
Ajouter un document

Retour en haut de la page

Ça discute par ici

  • Crayons : Contrôleurs et Vues

    1er mai 2007 – 22 commentaires

    Cet article est en cours de rédaction (donc incomplet), merci si vous avez : des corrections, des compléments, des exemples (simples si possible), des captures d’écran ou videos de démo, une traduction à proposer, n’hésitez (...)

  • Le Couteau Suisse

    4 mai 2007 – 1794 commentaires

    Ce plugin propose d’introduire facilement de simples fonctionnalités supplémentaires à SPIP et qui s’avèrent rapidement indispensables ! Par exemple : le contrôle de nombreuses variables « cachées » de SPIP, des améliorations ou facilités typographiques, (...)

  • Incarner

    11 juillet 2016 – 14 commentaires

    Permet aux webmestres de se connecter en tant qu’un autre auteur très facilement. Pendant la phase de développement, c’est très pratique pour diagnostiquer des problèmes d’autorisations sans avoir à se reloguer tout le temps. Ce plugin permet de se (...)

  • LangOnet - Présentation générale

    20 août 2010 – 17 commentaires

    Un outil destiné aux développeurs pour vérifier, générer, éditier ou afficher les items de langue d’un plugin, d’un squelette ou des fichiers originaux de SPIP. Objectif La mise au point des fichiers de langue d’un plugin ou d’un squelette est (...)

  • Plugin Domlang : Domaines par secteur de langue

    4 septembre – commentaire

    Domlang est un plugin qui permet d’associer un nom de domaine ou un sous-domaine à un secteur de langue. Ce plugin convient pour un site qui utilise des secteurs de langues. En configuration, pour chaque secteur, vous pourrez définir une URL (...)