SPIP-Contrib

SPIP-Contrib

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

286 Plugins, 197 contribs sur SPIP-Zone, 250 visiteurs en ce moment

Accueil > Documentation > Tutoriaux pour le code de SPIP > Archives tutoriaux code SPIP > La genèse du nouveau compilateur > Un compilateur à critère de boucles incluant du PHP et toute table SQL (...)

Un compilateur à critère de boucles incluant du PHP et toute table SQL (V7)

Archive historique

9 mai 2004 (Date de rédaction antérieure : 9 mai 2004). – 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.

Remplacement d’une partie du noyau Spip pour étendre son expressivité et augmenter ses performances. Comprend aussi, en option, un mécanisme détruisant automatiquement la plupart des caches rendus obsolètes par une modification dans un article, une rubrique, une brève ou un forum.

Le compilateur de squelettes ici présenté est l’aboutissement d’une travail de 9 mois décrit régulièrement sur ce site (voir le dernier bulletin de santé). On se contente ici d’en signaler les dernières nouveautés.

Le présent compilateur permet donc d’utiliser la balise BOUCLE sur d’autres tables SQL que les tables standards de Spip (par exemple {champs_table_interne=#CHAMP_TABLE_EXTERNE})
pour autant que ces tables soient décrites par un tableau PHP, dont on trouvera
des exemples dans inc_serialbase (et il suffit de rajouter le nom de cette table dans la liste des tables contenue dans ce même fichier pour
qu’elle soit automatiquement déclarée à la réinstallation de Spip). Mais de plus,
on trouvera dans le fichier tablextra.php (à installer impérativement dans ecrire/) un script qui génère automatiquement le formulaire de remplissage des entrées de cette table, et qui la remplit lorsque le formulaire est retourné. On lui donne dans l’URL le nom de la table et le fichier php qui contient sa description.
Ainsi :

tablextra.php?table=spip_breves&file=inc_serialbase

provoquera la construction d’un formulaire de saisie fonctionnellement proche
de ecrire/breve_edit et traitera le retour du formulaire comme
ecrire/breve.

D’autre part, il est possible de référencer certaines variables PHP, en écrivant {titre=$titrevoulu}. Les variables acceptées dans un critère sont celles transmises dans l’URL
ou dans la liste des variables de la balise INCLURE lorsqu’il s’agit d’un squelette
inclus. Ainsi, avec le critère ci-dessus dans un squelette nommé partitre.html, on peut appeler par http partitre.php3?titrevoulu=Un compilateur à critère de boucles incluant du PHP et toute table SQL et voir apparaître l’article portant ce titre. Cette fonctionnalité supplémentaire est assurée au moment de l’exécution du squelette, ce qui n’ajoute aucune passe
supplémentaire en PHP (rappelons qu’au contraire ce compilateur ramène à une seule le nombre de passe PHP lorsque le squelette et les balises utilisées n’en contiennent pas).

Les précédentes versions de ce compilateur s’accompagnaient d’un système de cache à travers MySQL. Ayant appris que plusieurs sites Spip n’avaient pas leur interprète PHP sur la même machine que le serveur SQL, et ayant découvert que
PHP disposait de la primitive flock, cette nouvelle version du cache revient à une stratégie de mise en cache par le système de fichiers, dans le répertoire CACHE. Le recours à flock garantit une gestion correcte des accès concurrents, sans page disparaissant inopinément et sans processus calculant simultanément la même chose. Le répertoire est à nouveau organisé en 16 sous-répertoires nommés par un chiffre hexadécimal,
toutefois le nom des fichiers est différent (c’est le pur MD5 déduit de l’URL,
son charcutage par la version standard pouvant poser problème).

Le système d’invalidation automatique des caches obsolètes, présenté dans les articles précédents, fait appel au serveur SQL
mais peut être désactivé si les sites à serveur SQL distant perçoivent effectivement une dégradation des performances (je serai curieux d’avoir des mesures).
En dehors du Tar de tout le compilateur, figure donc un fichier optionnel invalideur.php3 gérant les appels au serveur SQL pour mémoriser les dépendances des caches. Si on n’installe pas ce fichier dans ecrire/, on aura un gestionnaire de cache comparable à celui du Spip standard (mais déjà avec une gestion plus perfomante).
Si on l’installe, il faut alors supprimer le fichier inc_connect.php3, et procéder comme si on installait une nouvelle version de Spip, afin de déclarer au serveur SQL les tables supplémentaires.

Le Tar est une collection de fichiers remplaçant ceux de la version 1.7 :
j’attends la stabilisation de la 1.7.2 pour converger.

Bonne expérimentation à tous.

Dernière modification de cette page le 23 juin 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

  • Adaptive Images

    15 novembre 2013 – 66 commentaires

    Un plugin pour permettre aux sites responsive d’adapter automatiquement les images de la page à l’écran de consultation. Adaptive Images, que l’on pourrait traduire par Images adaptatives, désigne la pratique qui vise à adapter les taille, (...)

  • Métas

    8 août 2009 – 50 commentaires

    Ce petit plugin permet l’ajout, depuis l’espace privé, de metatags aux articles et rubriques de SPIP, ainsi que la mise en exergue de mots importants.

  • Brownie

    6 juillet 2012 – 43 commentaires

    Brownie est une adaptation pour Zpip du thème du même nom initialement développé par Egrappler.com. Présentation Brownie est un thème Responsive à deux colonnes. La démonstration ci-dessous utilise la version 2.0.0 de Brownie, la dist de SPIP3 (...)

  • Métas +

    3 décembre – 13 commentaires

    Améliorez l’indexation de vos articles dans les moteurs et leur affichage sur les réseaux sociaux grâce aux métadonnées Dublin Core, Open Graph et Twitter Card. Installation Activer le plugin dans le menu dédié. Dans le panel de configuration, (...)

  • Acces Restreint 3.0

    11 décembre 2008 – 785 commentaires

    Le plugin accès restreint permet de définir et de gérer des zones de l’espace public en accès restreint. Cette version du plugin a été redévelopée et optimisée tout spécialement pour SPIP 2.0. Il en découle une amélioration des performances sur les gros (...)

Ça spipe par là