test identifiants sur spip4
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
Charles Razack 77d4aca557 Màj changelog + suite renommage action 3 years ago
action Màj changelog + suite renommage action 3 years ago
base v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
formulaires v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
images v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
inc v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
lang v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
prive Màj action pour attribuer un identifiant 3 years ago
verifier v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
.gitattributes Oups, squelettes contenus (oublié le svn add) 3 years ago
Changelog.md Màj changelog + suite renommage action 3 years ago
Credits.md v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
Readme.md v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
identifiants_administrations.php v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
identifiants_autorisations.php v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
identifiants_fonctions.php v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
identifiants_pipelines.php v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago
paquet.xml v2 pour de bon : refactoring complet du plugin. Avant tout : c'est une version de dev, faîtes une sauvegarde de votre base si vous comptez la tester. On change complètement la méthode de stockage des identifiants : plus de table auxiliaire, on ajoute une colonne directement sur les tables. Même principe que les compositions, à la différence que l'ajout se fait uniquement sur les tables sélectionnées. Les tables possédant nativement une colonne (formulaires, mailsubscribinglists...) sont répertoriées et préservées, pas de risque de collision ou de perte de donnée pour elles. Du coup ça simplifie pas mal : plus besoin de jointure, la moitié des pipelines deviennent inutiles et sont supprimés. Il y a une migration de faite pour passer la v1 à la v2, rien ne devrait être perdu. Reste à tester bien comme il faut, peut-être des choses à optimiser, un peu de rangement, mais dans l'ensemble ça y est. Reste aussi un bug bizarre que je n'arrive pas à élucider : il y a un cache qui fait que des fois, trouver_table() ne renvoie pas les bonnes infos. Même en invalidant le cache général ET celui des descriptions des tables, rien n'y fait. 3 years ago

Readme.md

Identifiants v2

Un plugin pour attribuer des identifiants textes uniques aux contenus.

VERSION DE DEV ! Faîtes une sauvegarde de votre base avant de tester cette version.

Certains contenus ont une fonction unique. Ce plugin ajoute un moyen de les identifier facilement, sans avoir recours à des astuces ou artifices.

Ainsi, au lieu d’utiliser un numéro d'objet : <BOUCLE_rubrique(RUBRIQUES) {id_rubrique=N}> ou de détourner un champ de son utilisation normale : <BOUCLE_rubrique(RUBRIQUES) {titre = ecureuil}>, il devient possible de sélectionner proprement un contenu : <BOUCLE_rubrique(RUBRIQUES) {identifiant = ecureuil}>.

En résumé :

  • Les identifiants sont uniques : un identifiant ne peut être utilisé qu’une seule fois par type de contenu et par langue.
  • Seuls les webmestres peuvent voir et manipuler les identifiants
  • Ce ne sont pas des mots-clés !

Utilisation

Les types de contenus auxquels on peut ajouter des identifiants sont à sélectionner dans la page de configuration du plugin.

Ensuite, les identifiants se retrouvent dans le formulaire d’édition des contenus, en principe juste après ce qui fait office de titre.

Une page liste tous les identifiants du site dans le menu Édition → Identifiants.

Dans les boucles, il suffit d’utiliser le critère {identifiant = trucmuche}.

Technique

Dans la meta du plugin, 2 clés importantes :

  • tables_repertoriees est un tableau de toutes les tables déclarées, un booléen indique si elles ont nativement une colonne identifiant ou pas.
  • objets est un tableau des tables sélectionnées.

Le champ identifiant n`est ajouté que sur les tables sélectionnées, et retiré lorsqu'on en déselectionne dans la config.

Les tables possédant nativement ce champ ne sont pas traitées par le plugin.