Hiérarchie unique ou multiple ? les deux !
Une unique rubrique, sinon c’est le bazar !
Par défaut, SPIP ne permet qu’une hiérarchie simple, qui consiste à associer chaque élément éditorial à un unique parent. Ceci résulte d’une volonté de contraindre le webmestre à structurer son site sainement.
En effet, le besoin de faire apparaître un contenu à deux endroits du site relève souvent d’une classification pas aboutie et d’une navigation mal pensée. Contraindre le webmestre à choisir une unique rubrique l’oblige donc à un minimum de réflexion sur l’arborescence du site, et évite la tentation des liens transverses multiples qui conduisent rapidement au capharnaüm.
Ainsi par défaut, SPIP ne permet de fabriquer que des sites bien rangés, avec une arborescence dont la hiérarchie stricte permet de ne pas se perdre.
Mais la polyhierarchie, c’est bien utile...
On parle de polyhierarchie [1] dès lors qu’un contenu est rattaché à plusieurs parents.
Il est parfois impossible de classer certaines données en arborescence, tel que le propose SPIP, sans perdre beaucoup en terme de compréhension ou de navigation. Pour illustrer un tel besoin, on peut lire les discussions sur la catégorisation hiérarchique dans Wikipedia qui en arrive à la conclusion que les liens hiérarchiques n’ont pas leur place dans une encyclopédie digne de ce nom
, ou apprécier le cas, plus trivial, du classement de recettes de cuisine qui sont liées chacune à plusieurs ingrédients, à plusieurs type de plat, etc.
Dans ces cas-là, l’arborescence stricte imposée par SPIP est une limite gênante et les contournements habituellement utilisés (article virtuel, alias d’article, recopie de l’article) sont plus ou moins adaptés, plus ou moins pratiques et souvent lourds à l’usage.
Principe du plugin polyhierarchie
Le plugin permet de créer des liens hiérarchiques transversaux en rattachant articles et rubriques à plusieurs rubriques.
Dans la base de données, chaque article et rubrique conserve son unique parent principal, ce qui permet de désinstaller le plugin sans dommages pour le site.
Les liens secondaires vers les autres rubriques sont stockés dans une table annexe. Ils sont utilisables via des critères de boucle spécifiques.
On peut donc parler, pour chaque objet
- d’une arborescence principale, qui permet d’accéder le plus directement au contenu. On appellera "liens directs" les liens qui constituent cette arborescence principale. Ce sont les liens en trait continus sur l’exemple ci-dessus.
- d’une ou plusieurs arborescences complémentaires ou secondaires qui permettent d’accéder au contenu de façon indirecte. On parlera de liens indirects. Ce sont les liens en traits pointillés sur l’exemple ci-dessus.
Les termes « direct » et « indirect » seront utilisés dans les critères pour distinguer les deux types de liens pour les parents et les enfants.
En résumé, on peut retenir que les liens directs constituent l’arborescence principale de SPIP, qui est maintenue, même en l’absence du plugin. Les chemins secondaires constitués des liens indirects sont des navigations complémentaires ou transversales, qui ne seront utilisables que si le plugin est actif.
Utilisation dans l’espace privé
Dans l’espace privé, l’arborescence principale reste la référence. Mais les liens indirects permettent des navigations transversales utiles pour l’organisation du site.
Édition d’un article ou une rubrique
Lors de l’édition d’un article ou d’une rubrique, le sélecteur de rubrique par défaut est remplacé par un système de sélection multiples.
La première rubrique de la liste est celle de l’arborescence principale. Les suivantes constituent l’arborescence secondaire. Il est possible de changer l’ordre des rubriques par simple glisser-déplacer pour modifier la rubrique parente directe.
Le lien « ajouter » permet de faire apparaitre le navigateur de rubrique pour sélectionner une rubrique supplémentaire.
Il suffit de cliquer sur le « + » en regard d’une rubrique pour l’ajouter aux parents sélectionnés.
Le champ « Ajout rapide » permet d’indiquer un id_rubrique pour l’ajouter sans chercher dans l’arborescence. Il suffit d’entrer rubX (où X est l’id_rubrique) dans le champ et de cliquer sur Ajouter.
Chemins secondaires
Lorsqu’un article a plusieurs parents, le chemin affiché en haut est celui qui constitue l’arborescence principale. Les parents indirects sont également listés après la mention « Egalement dans les rubriques ».
Les liens permettent d’aller vers ces rubriques parents secondaires.
Contenus secondaires d’une rubrique
Dans une rubrique qui contient des enfants indirects, ceux-ci sont listés dans la marge latérale.
Comme précédemment, les liens permettent de naviguer vers ces contenus secondaires pour les modifier.
Utilisation dans les squelettes
L’utilisation de la polyhierarchie suppose que les squelettes soient conçus pour gérer les possibilités de navigation transversales. Pour cela, le plugin mets à disposition du webmestre plusieurs critères permettant de naviguer dans les arborescences multiples.
La boucle HIERARCHIE
La boucle HIERARCHIE
n’est pas modifiée. Elle permet donc de dérouler le chemin principal d’une rubrique.
Le critère {branche}
Le critère {branche}
est étendu. Il englobe par défaut les éléments liés indirectement aux rubriques de la branche, mais sans parcourir les rubriques enfants indirectes.
Dans une boucle RUBRIQUES
, les rubriques rattachées indirectement à la branche directe seront donc inclues, mais pas parcourues (leurs enfants ne seront donc pas inclus)
<ul>
<BOUCLE_branche2(RUBRIQUES){branche #ID_RUBRIQUE}>
<li>#ID_RUBRIQUE-#TITRE</li>
</BOUCLE_branche2>
</ul>
Appliqué à la rubrique d'
du schéma ci-dessus, le critère {branche}
donnerait donc la liste b, g', f', h, e
Dans une boucle ARTICLES
, les articles rattachés indirectement sont inclus, mais pas les articles enfants d’une rubrique rattachée indirectement.
Par ailleurs, l’écriture {branche #ID_RUBRIQUE}
est acceptée.
Le critère {branche_complete}
Le critère {branche}
est donc complété par un critère {branche_complete}
qui inclut cette fois tous les contenus trouvés en parcourant toutes les branches principales et secondaires.
<ul>
<BOUCLE_branche_complete3(ARTICLES){branche_complete #ID_RUBRIQUE}>
<li>#ID_ARTICLE-#TITRE</li>
</BOUCLE_branche_complete3>
</ul>
Appliqué à la rubrique d'
du schema ci-dessus, le critère {branche_complete}
donnerait donc la liste b, g',a, c, f', h, e
L’écriture {branche_complete #ID_RUBRIQUE}
est acceptée.
Le critère {branche_principale}
Symétriquement, le critère {branche_principale}
permet de réduire la sélection aux éléments de l’arborescence principale uniquement. Ce critère permet donc de retrouver les enfants de la branche principale classique de SPIP.
Appliqué à la rubrique d'
du schéma ci-dessus, le critère {branche_principale}
donnerait donc la liste g', f', h, e
Le critère {enfants}
Il permet de sélectionner les enfants d’une rubrique. Il peut s’utiliser sur une boucle RUBRIQUES
, ARTICLES
, ou tout autre boucle contenant un champ id_rubrique, même si la polyhierarchie ne s’y applique pas.
Il peut s’écrire {enfants}
et prendra alors l’#ID_RUBRIQUE
dans le contexte ou dans la boucle englobante, ou explicitement {enfants #ID_RUBRIQUE}
ou encore {enfants #LISTE{12,23,36}}
pour cibler plusieurs rubriques.
Appliqué à la rubrique d'
du schéma ci-dessus, le critère {enfants}
donnerait donc la liste b, g'
Le critère {enfants_directs}
Il fonctionne comme le critère {enfants}
, mais permet de restreindre la sélection aux enfants directs.
Appliqué à la rubrique d'
du schéma ci-dessus, le critère {enfants_directs}
donnerait un seul résultat g'
Le critère {enfants_indirects}
Il fonctionne comme le critère {enfants}
, mais permet de restreindre la sélection aux enfants indirects.
Appliqué à la rubrique d'
du schéma ci-dessus, le critère {enfants_indirects}
donnerait un seul résultat b
Le critère {parents}
Il permet de sélectionner les parents d’une rubrique, d’un article, ou de tout autre contenu. Il ne peut s’utiliser que sur une boucle RUBRIQUES
.
Il peut s’écrire {parents}
et fait référence à l’élément de la boucle englobante, ou {parents #GET{id_rubrique}}
et fait référence à la valeur passée, ou {parents #LISTE{12,23,36}}
.
Appliqué à la rubrique b
du schéma ci-dessus, le critère {parents}
donnerait donc la liste d, d'
Le critère {parents_directs}
Il fonctionne comme le critère {parents}
, mais permet de restreindre la sélection aux parents directs (un seul dans la pratique !)
Appliqué à la rubrique b
du schéma ci-dessus, le critère {parents_directs}
donnerait donc la liste d
Le critère {parents_indirects}
Il fonctionne comme le critère {parents}
, mais permet de restreindre la sélection aux parents indirects.
Appliqué à la rubrique b
du schéma ci-dessus, le critère {parents_indirects}
donnerait donc la liste d'
Publication des rubriques
Par défaut, dans SPIP, une rubrique n’est visible dans l’espace public et dans les boucles que si elle contient des objets publiés.
Avec polyhiérarchie, à partir de la version 0.3.0 du plugin, si une rubrique ne contient aucun contenu direct, mais des articles ou rubriques indirects publiés, la rubrique sera alors publiée et visible dans l’espace public.
Pour résumer
Le plugin met a disposition tous les outils pour concevoir et développer avec SPIP des sites faisant appel à la polyhiérarchie.
Cela peut aller de simples cas où les articles sont ponctuellement présent dans une seconde rubrique, à des cas complexes faisant un usage avancé de la polyhierarchie.
Dans tous les cas, il convient de bien réfléchir préalablement à la classification des données du site, et de ne pas se précipiter dans une organisation approximative au prétexte que le plugin permet ensuite de faire des liens transversaux.
Le plugin met a disposition des outils et des possibilités, mais c’est au webmestre de veiller ensuite à l’usage qui en sera fait !
Et après ?
Cette première version du plugin a pour but d’évaluer le concept et les limites qu’il faudra lui poser éventuellement.
En fonction des usages il pourra être utile d’enrichir le plugin avec des possibilités de configuration (par exemple pour ne permettre la polyhierarchie que sur les articles), ou des contrôles de sécurité (par exemple ne pas mettre un contenu dans une rubrique et dans sa parente, ne pas créer de navigation circulaire ...).
Discussions par date d’activité
97 discussions
En essayant de mettre en place le plugin j’obtiens :
Warning : strstr() expects parameter 1 to be string, array given in C :\Program Files\EasyPHP-5.3.2\www\regieemballge\ecrire\inc\texte.php408 on line
Au dessus de la zone de gestion de la Polyhiérarchie.
????????
Au secours
Répondre à ce message
Bonjour,
Pour les rubriques ayant un très grand nombre d’articles utilisés en polyhierarchie, ne serait-il pas plus ergonomique d’injecter le pavé des « articles liés » en colonne centrale sous le pavé intitulé « Tous les articles publiés dans cette rubrique ».
Le pavé pourrait s’intituler « Tous les articles liés à cette rubrique » et reprendre le même format, notamment pour la pagination si le nombre d’articles liés est supérieur à 10.
Voila, ce n’est qu’une proposition. En tout cas merci pour ce plugin indispensable !
Répondre à ce message
Bonjour,
J’essaie d’utiliser ce plugin qui m’a l’air fort sympathique, mais j’ai un problème.
Dans l’espace privé, je vois bien les articles que j’ai liés, dans la colonne de gauche, à une rubrique. Par contre, lorsque je visite mon site, je ne vois pas les articles liés dans la rubrique... Est ce que quelqu’un a eu ce problème ?
Merci d’avance.
Répondre à ce message
Bravo pour ce plugin.
Le concept est très pratique et j’espère pouvoir bientôt l’utiliser.
Par contre, je ne suis pas très doué et je n’ai pas trouvé où il fallait que j’insère les morceaux de codes pour la « branche complète ».
J’utilise le squelette escalv2 disponible sur la zone.
Quelqu’un pourra-t-il me sauver ?
Merci par avance
fdauphin
Répondre à ce message
Excellent plugin. Bravo !!
Répondre à ce message
Bonjour,
(Je reposte ici ma question/proposition après une absence de réponse sur la liste spip-zone, si les devs m’entendent...)
Je suis aujourd’hui confronté à un problème de perfs et j’aimerais éliminer le facteur polyhierarchie pour avoir des mesures fiables afin d’optimiser au mieux mon serveur.
Je rappelle que le plugin génère actuellement des requêtes SQL que mysql n’arrive pas à optimiser => ça impacte (un peu) sur les perfs du serveur et ça noie mon slow_queries.log.
Les requêtes sont du style :
Je suis prêt à tenter de faire les modifs nécessaires moi-même si elles ne sont pas trop compliquées (je en maîtrise pas encore bien le côté API php de spip), mais j’aimerais savoir quelle piste suivre avant de faire quoi que ce soit.
Je pense que le problème vient de la clause « id_parent =xx OR id_rubrique IN (x,y,z) ».
Il me semble avoir remarqué que Mysql a le plus grand mal à optimiser les clauses OR portant sur des attributs différents : il n’arrive pas à déterminer quel index utiliser.
Je vois deux solutions potentielles :
- soit répliquer les liens dans la table spip_rubriques_liens, mais je comprends les réticences exprimées plus tôt : la détermination du caractère direct / indirect du lien deviendrait alors plus compliquée (attribut supplémentaire dans la table ?), et ça forcerait à beaucoup de tests de consistance pour ne pas diverger pour une raison ou une autre => pas mal de modifications sur le plugin.
- soit scinder la requête et en produire tout simplement deux, plus simples et totalement optimisées, dont on agrègerait les résultats ensuite. Ca a aussi forcément un impact sur les perfs, mais je ne sais pas à quel point.
Je pense que ça serait quand-même mieux que des requêtes systématiques sur la totalité de la table (surtout qu’avec les jointures, la combinatoire grimpe facilement, j’ai régulièrement des parcours de 100 000+ lignes à cause de ce bug).
Y-a-t-il d’autres solutions ?
A bientôt
Simon
Répondre à ce message
Génial ça marche merci beaucoup !
Répondre à ce message
Ce plugin est exactement ce dont je rêvais depuis longtemps.
Malheureusement je n’y arrive pas au niveau de mon squelettes.
La boucle ne va pas me charger les articles associés via le plugin dans la rubrique courante.
C’est normal :
{id_rubrique}
n’est pas modifié par le plugin. Il faut que tu utilise les nouveaux critères mis à disposition.Répondre à ce message
Bravo et merci pour ce plugin !
Je l’utilise sur un de mes site avec bonheur, il m’évite pas mal de circonvolutions avec les mots-clés (que je m’étais habitué à faire mais qui rendent les sites très durs à maintenir).
J’ai une question : comment peut on faire pour exclure une branche ?
Par exemple, je voudrais afficher tous les articles du site sauf la branche qui part de la rubrique 17 (qui peut contenir des enfants directs et indirects).
J’ai bien sûr essayé :
Mais sans succès... Idem avec
{!enfants 17}
...Est-ce possible ?
Répondre à ce message
Bonjour,
j’utilise aussi ce plugin vraiment fabuleux, maintenant je voudrai savoir si on pouvais dupliquer l’article quand on l’ajoute dans une autre rubrique ?
est ce que cela est possible ?
merci d’avance
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |