existe-t-il une doc réellement propre au plugin "Accès restreint" ? j'entend par là une doc expliquant l'utilisation du plugin plutôt que l'installation de la contrib équivalente pour la 1.8.X
J'ai quelques difficulté à comprendre comment ce plugin peut être mis en oeuvre.
Dans mon cas je souhaite restreindre l'accès une une rubrique coté public à un groupe de visiteurs. Je souhaite donc un formulaire d'identification pour ces visiteurs sur le site public et qu'une fois authentifiés ils aient droit de consulter cette fameuse rubrique.
Une ptit coup de main est le bien venu.
--
Le Studio Vert
Benoît Nadaud
Analyste-programmeur web
[t] +33(0) 555 702 701
[f] +33(0) 555 702 702
[@] bnadaud@lsv.fr
[w] www.lsv.fr
existe-t-il une doc réellement propre au plugin « Accès restreint » ? j’entend par là une doc expliquant l’utilisation du plugin plutôt que l’installation de la contrib équivalente pour la 1.8.X
J’ai quelques difficulté à comprendre comment ce plugin peut être mis en oeuvre.
Dans mon cas je souhaite restreindre l’accès une une rubrique coté public à un groupe de visiteurs. Je souhaite donc un formulaire d’identification pour ces visiteurs sur le site public et qu’une fois authentifiés ils aient droit de consulter cette fameuse rubrique.
Une ptit coup de main est le bien venu.
–
Le Studio Vert
Benoît Nadaud
Analyste-programmeur web
[t] +33(0) 555 702 701
[f] +33(0) 555 702 702
[@] bnadaud@lsv.fr
[w] www.lsv.fr
Merci ça m’a bien aidé.
J’ai encore une question, existerait-il un critère qui permettrait d’outrepasser la restriction si besoin ? J’ai en fait besoin d’afficher une info de la rubrique sur la page qui contient le formulaire d’identification mais là je suis bloqué puisque la restriction fait son effet.
Alexandra Guiderdoni a écrit :
Sous la pression populaire je crois qu’il ne me reste plus qu’a implémenter un truc du genre :
{restreint} → la boucle ne renvoie QUE le contenu restreint
{tout} → la boucle ne tient plus compte du filtrage
J’hesite sur le critere {tout} car il existe deja pour echapper au statut par exemple. Donc des boucles peuvent l’utiliser pour ressortir des articles non publiés, mais pour autant cela ne veut pas dire qu’il faudrait piocher aussi dans les rubriques restreintes …
L’avantage de {restreint} est qu’il oblige a faire une boucle supplémentaire, donc evite de diffuser des infos filtrées par mégarde…
Sous la pression populaire je crois qu'il ne me reste plus qu'a implémenter un truc du genre :
{restreint} -> la boucle ne renvoie QUE le contenu restreint
{tout} -> la boucle ne tient plus compte du filtrage
Attention, s'il faut utiliser un critère {restreint}, ceux qui l'utilisent déjà et le mettent à jour perdront leur sécurité s'il ne savent pas qu'il faut changer.
Pourquoi ne pas simplement ajouter un critère {non-restreint} ?
Non je le refais :
par defaut les boucles sont filtrées, ca ne change rien
le critere {restreint} permet d'acceder au contenu restreint uniquement, qui n'est normalement pas visible
Cedric
Nicolas Hoizey a écrit :
Sous la pression populaire je crois qu'il ne me reste plus qu'a implémenter un truc du genre :
{restreint} -> la boucle ne renvoie QUE le contenu restreint
{tout} -> la boucle ne tient plus compte du filtrage
Attention, s'il faut utiliser un critère {restreint}, ceux qui l'utilisent déjà et le mettent à jour perdront leur sécurité s'il ne savent pas qu'il faut changer.
Pourquoi ne pas simplement ajouter un critère {non-restreint} ?
Non je le refais :
par defaut les boucles sont filtrées, ca ne change rien
le critere {restreint} permet d'acceder au contenu restreint uniquement, qui n'est normalement pas visible
Sous la pression populaire je crois qu’il ne me reste plus qu’a implémenter un truc du genre :
{restreint} → la boucle ne renvoie QUE le contenu restreint
{tout} → la boucle ne tient plus compte du filtrage
J’hesite sur le critere {tout} car il existe deja pour echapper au statut par exemple. Donc des boucles peuvent l’utiliser pour ressortir des articles non publiés, mais pour autant cela ne veut pas dire qu’il faudrait piocher aussi dans les rubriques restreintes …
L’avantage de {restreint} est qu’il oblige a faire une boucle supplémentaire, donc evite de diffuser des infos filtrées par mégarde…
Qu’en pensez vous ?
La critère {restreint} ne permettrait pas de l’utiliser directement avec des squelettes existant. C’est dommage car c’est le côté pratique de a surcharge des boucles qui n’entraine aucune modif pour utiliser le plugin…
L’idée de {tout} me parait donc plus logique sous réserve d’avoir un autre nom pour ne pas entrer en conflit avec le tout du statut peut etre un {touteszones} ?.
Sinon pour illustrer un cas d’utilisation, j’ai été confronté au besoin d’afficher des listes de rubriques « privées » avec un petit cadenas, pour l’instant je triche avec des articles de redirection.
cedric.morin@yterium.com a écrit (lun 02 oct 2006 17:40:26 CEST):
Non je le refais :
par defaut les boucles sont filtrées, ca ne change rien
le critere {restreint} permet d'acceder au contenu restreint uniquement,
qui n'est normalement pas visible
Cela me parait cohérent mais pas logique: le plugin se gère depuis l'interface privée, les boucles en FTP...
Dans les sites où l'admin n'est pas le webmestre, il va falloir ouvrir des "hotlines" coordination sur le plugin...
