SPIP-Contrib

SPIP-Contrib

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

273 Plugins, 191 contribs sur SPIP-Zone, 157 visiteurs en ce moment

Accueil du site > Navigation > Tris conditionnels > Filtrer rubriques selon utilisateur > Filtrer une liste de rubriques en fonction de l’utilisateur

Filtrer une liste de rubriques en fonction de l’utilisateur

26 février 2007 – par marabbeh – <blink style='color:red;'>public|spip|ecrire:commentaire</blink>

1 vote

Exemple d’utilisation du filtre sioui-sinon, de la balise #SESSION, avec le critère IN et les balises #SET/#GET et #ARRAY

Cette modeste contrib se limite principalement à une boucle, mais fait appel à diverses fonctionnalités de SPIP :

-  La balise #SESSION (plugin #SESSION) à installer comme plugin,
-  Le filtre sioui-sinon (les filtres de SPIP),
-  Le critère IN (les critères communs à toutes les boucles),
-  Les balises #SET et #GET (les balises propres au site) à partir de 1.9.1,
-  La balise #ARRAY (les balises propres au site) à partir de 1.9.2,

Le but de cet article est de vous montrer l’utilisation de ces diverses fonctionnalités. Le code présenté ici suffit pour mon site. Il n’a pas la prétention de faire une gestion des utilisateurs. Pour ça, il y a des contributions complètes, voir le plugin accès restreint.

Le contexte

Mon site a 4 types d’utilisateurs :
-  les administrateurs (statut=0minirezo),
-  les rédacteurs (statut=1comite),
-  les visiteurs (statut=6forum), qui ne peuvent pas entrer dans l’espace privé,
-  les utilisateurs non enregistrés.

Il dispose de 4 types de secteurs (rubriques sous la racine) en fonction de leur mot-clé :
-  public : pour secteurs accessibles à tout utilisateur,
-  membres : pour secteurs accessibles à tout utilisateur enregistré,
-  admin : pour secteurs accessibles aux admis et rédacteurs,
-  masquer : pour secteurs inaccessibles dans le site public

Au départ, je voulais masquer les secteurs uniquement pour les utilisateurs non enregistrés. Donc voici les boucles :

-  La première boucle secteurs_masques (vide) récupère tous les secteurs à ne pas afficher, avec un critère doublons.
-  La deuxième boucle secteurs récupère les autres secteurs, et les affiche. Le critère doublons permet de ne pas afficher les secteurs récupérés par la première boucle.

Afficher les secteurs en fonction du statut de l’utilisateur

La solution serait de pouvoir paramétrer le critère {titre_mot IN admin,membres,masquer} en fonction du statut de l’utilisateur. C’est-à-dire :

-  {titre_mot IN admin,membres,masquer} pour les utilisateurs non enregistrés,
-  {titre_mot IN admin,masquer} pour les visiteurs,
-  et {titre_mot IN masquer} pour les admins et rédacteurs,

Or si on lit la doc pour le critère IN :

Avec SPIP 1.9, les balises sont admises dans les arguments de IN, et notamment la balise ENV, à laquelle sont appliqués les filtres d’analyse pour assurer que la requête SQL sera bien écrite. De manière dérogatoire, SPIP testera si l’argument de ENV désigne un tableau...

Donc on doit pouvoir affecter une balise #GET comme argument de IN, à condition que ce soit un tableau. Et pour faire un tableau, on dispose, depuis 1.9.2, de la balise #ARRAY [1] voir les nouveautés de spip 1.9.2. Ce qui permettrait donc de faire :

Ici #SET crée une variable {critere_in} sous forme d’un tableau (0 => "admin", 1 => "membres", 2 => "masquer")

Maintenant il ne reste plus qu’à paramétrer notre variable {critere_in}, de façon à ce qu’elle contienne (admin,membres,masquer), (admin,masquer) ou (masquer), en fonction du statut de l’utilisateur. C’est là qu’intervient le filtre sioui-sinon.

On va faire ça en 2 étapes afin de présenter la solution pas à pas.

Paramétrer le critère IN - cas 1

Dans ce premier cas, on ne prendra en compte que :

-  {titre_mot IN admin,membres,masquer} pour les utilisateurs non enregistrés,
-  et {titre_mot IN admin,masquer} pour les utilisateurs enregistrés, cad ayant un statut.

Qu’on traduira par :
-  si l’utilisateur a un statut, on masque les secteurs ayant les mots-clés « admin » et « masquer »,
-  sinon, on masque les secteurs ayant les mots-clés « admin », « membres » et « masquer ».

On utilise comme condition la valeur de #SESSION{statut}, utilisée par le plugin #SESSION pour retourner le statut de l’utilisateur. C’est la seule intervention de ce plugin ici. Évidemment vous pouvez envisager une autre condition, en fonction de vos besoins.

Paramétrer le critère IN - cas 2

Dans ce deuxième cas, on prendra en compte :

-  {titre_mot IN admin,membres,masquer} pour les utilisateurs non enregistrés,
-  {titre_mot IN admin,masquer} pour les visiteurs,
-  et {titre_mot IN masquer} pour les admins et rédacteurs,

C’est le même principe, mais on utilise 2 filtres sioui-sinon imbriqués :

-  si l’utilisateur a un statut :

  • si c’est un visiteur (statut=6forum), on masque les secteurs ayant les mots-clés « admin » et « masquer »,
  • sinon, on ne masque les secteurs ayant le mot-clé « masquer » ;

-  sinon si l’utilisateur n’a pas de statut, on masque les secteurs ayant les mots-clés « admin », « membres » et « masquer ».

En espérant que cette contribution vous aidera et vous donnera des idées pour votre propre code.

P.-S.

Nota SPIP-Contrib : il est bien évident, comme dit l’auteur, qu’il ne s’agit pas là d’une solution de protection d’accès, puisque par exemple l’accès direct aux articles est possible avec leurs urls.

Notes

[1La balise #ARRAY accepte des arguments par paires (clé, valeur). La clé pouvant être numérique ou une chaîne de caractères. Ceux qui connaissent un peu PHP auront tendance à créer un #ARRAY{valeur1, valeur2...}, pour son équivalent PHP array(0 => valeur1, 1 => valeur2...). Or il est impératif d’indiquer les clés même si elles sont triviales, sinon Spip prendra une valeur comme clé.

Retour en haut de la page

Vos commentaires

Répondre à cet article

Qui êtes-vous ?

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

  • Rainette, la méteo au quotidien

    31 juillet 2009 – 60 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Ce plugin permet d’afficher les conditions et les prévisions météorologiques d’une ville donnée à partir du flux xml fourni par le site weather.com(r).

  • Thélia

    26 juin 2007 – 838 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Une approche basée sur l’utilisation conjointe des deux logiciels SPIP et Thélia pour la réalisation de sites de publication et de vente en ligne

  • MediaBox

    10 mai 2010 – 178 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Aperçu La MediaBox est une Boîte multimédia polyvalente et personnalisable. Le plugin est basé sur la librairie moderne ColorBox, qui a été enrichie et adaptée pour SPIP. Par défaut, mediabox propose 5 habillages. Il est assez facile d’en créer de (...)

  • Navigation AJAX

    31 janvier – 10 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Ce plugin permet de modifier automatiquement une parties des liens internes de manière à ce qu’ils ne déclenchent pas un chargement complet de la page cible, mais un chargement en AJAX de certains éléments spécifiés à l’avance. Il permet aussi de (...)

  • Squelettes IENSP-X version Pleine Page pour SPIP 2.1

    8 décembre 2008 – 11 <blink style='color:red;'>public|spip|ecrire:commentaires</blink>

    Version 3.2 pour SPIP 2.1