Historique
Ce plugin reprend la contrib Créer des groupes, limiter l’accès aux rubriques et aux articles... (version 0.7 réservée aux versions 1.8 de spip) dont il constitue la version 1.0. Ce plugin est compatible avec la version 1.9.2 de spip. Il n’a pas été complètement testé avec la version SVN de spip 1.9.3. (Une version compatible spip 1.9.1 est disponible également mais elle n’est plus maintenue).
[Mises à jour]
- la version [1.0.1] remplace la version 1.0 pour permettre d’assurer le filtrage des articles en mode « révision ». Voir ce forum pour plus de détails.
Il est vivement conseillé de procéder à la mise à niveau des plugins v1.0, la mise à jour des fichiers n’entraînera pas de modification de vos groupes et restrictions existant. - passage à la version [1.0.2] qui permet l’utilisation du critère tout_voir et du filtre accesgroupes_visualise pour permettre l’affichage d’une liste de toutes les rubriques/articles/brèves y compris les restreintes.
- passage à la version [1.0.3] compatible spip 1.9.2.
- passage à la version [1.0.31] qui corrige un certain nombre de bogues.
But :
Un des besoins fréquent lorsque l’on gère un site sous SPIP est de pouvoir restreindre l’accès à des rubriques afin qu’elles ne soient accessible qu’à certains utilisateurs. De façon complémentaire, pour permettre une gestion de ces accès restreints complète, simple et ergonomique, il s’avère indispensable que les utilisateurs « autorisés » soient gérés par groupes.
Cette contrib répond à ce besoin en essayant d’offrir le maximum de possibilités tant dans la gestion des utilisateurs autorisés que dans les restrictions d’accès, le tout sans avoir à intervenir sur les squelettes utilisés.
Pour permettre de réaliser des contenus totalement protégés, les restrictions d’accès doivent pouvoir s’appliquer aussi bien à l’espace privé qu’à l’espace public.
Pour les utilisateurs de la contrib (v0.7 ou v0.61), les nouveautés de cette version 1.0 (plugin) sont signalées par un : [v1.0]
Ce plugin permet :
- de créer des groupes d’auteurs : ces groupes peuvent êtres constitués d’utilisateurs, d’autres groupes (sous-groupes) ou de statuts (c’est à dire que tous les utilisateurs d’un statut donné appartiennent à ce groupe). Cette organisation génère elle-même d’autres contraintes techniques à gérer : ainsi il ne doit pas être possible d’inclure le groupe « pére » dans le groupe « fils » si celui-ci contient déja « fils » (sinon on risque la boucle infinie lors de la routine de contrôle d’accès).
- de limiter l’accès à certaines rubriques « rubriques restreintes » aux groupes créés : cette limitation d’accès peut s’appliquer soit dans la partie publique ET dans la partie privée, soit à l’une OU l’autre de ces parties séparément.
Les rubriques « à accès restreint » sont gérées automatiquement : dès qu’au moins un groupe contrôle une rubrique, cette dernière devient alors à « accès restreint » et elle est inaccessible pour les lecteurs n’appartenant pas à ce groupe. Inversement, si aucun groupe ne « contrôle » une rubrique, elle est accessible par tous les internautes.
Le fonctionnement du système de restriction d’accès est conçu de manière à ce que toutes les sous-rubriques d’une rubrique à accès restreint soient elles aussi restreintes : principe « d’héritage des restrictions ».
[v1.0] Ce plugin permet également qu’un admin général puisse créer des groupes en ayant la possibilité d’en « déléguer » ensuite la gestion à un admin restreint, ce qui correspond à une sorte de « changement de propriétaire » d’un groupe.
Un exemple de situation à gérer :
Pour mieux cerner le fonctionnement, voici le cahier des charges auquel cette contrib tente de répondre :
- un SPIP est installé sur le site d’un établissement scolaire (disons un lycée) pour permettre la publication de contenus élaborés par les profs et/ou les élèves.
- Ce SPIP comprend une rubrique par discipline (Anglais, Lettres, SVT...), tous les profs d’une discipline sont administrateurs de la rubrique de leur discipline afin qu’il puissent gérer/modérer les publications des élèves dans celle-ci. Tous les élèves sont rédacteurs dans ce SPIP, les parents peuvent avoir un compte visiteur.
- On souhaite que les profs d’une discipline puissent, s’ils le veulent, créer des sous-rubriques à accès réservé selon leurs besoins. Par exemple une sous-rubrique « travail en cours » dans laquelle ils pourront mettre au point ensemble les sujets de leurs prochains devoirs ou les corrections de ceux-ci. Il semble évident qu’il ne faut PAS que les élèves (comptes auteurs) aient un accès à cette sous-rubrique que ce soit dans la partie publique ou la partie privée !
- On veut également qu’il soit possible d’avoir des rubriques à accès réservé uniquement aux profs (comptes admins restreints) pour qu’ils puissent publier des infos qui ne concernent pas les élèves (documents administratif, comptes-rendus de réunions syndicales, préparation de projets pluridisciplinaires...).
- Il doit également être possible d’avoir des rubriques dans lesquelles les profs peuvent préparer des documents (par exemple les comptes-rendus des conseils de classe) qui seront accessibles une fois publiés (donc accès non-restreint dans la partie publique) mais confidentiels tant qu’ils sont en mode « en cours de rédaction » ou « proposé à l’évaluation » (donc accès restreint dans la partie privée).
- Il faudra aussi une rubrique dont l’accès est réservé à tous les utilisateurs inscrits dans l’établissement (profs = admins restreints + élèves = auteurs + parents = visiteurs) dans laquelle on mettra, par exemple, les emplois du temps qui ne seront donc pas visibles par les « extérieurs » à l’établissement.
- Enfin, il doit également être possible de créer des rubriques réservées :
- aux élèves d’une classe (un groupe « classe »),
- à plusieurs élèves et quelques profs, par ex le groupe « club informatique »
- aux profs de 2 ou 3 disciplines (par ex« profs de sciences », cad les profs de SVT + Physique/Chimie + Maths). On obtient donc un groupe de groupes
- ...
- l’administrateur général du spip doit également pouvoir créer des groupes dont il déléguera ensuite la gestion aux admins de rubriques
- avec comme circonstance aggravante que les admins généraux doient pouvoir « s’inviter » dans n’importe quel groupe pour consulter le contenu des rubriques à accès réservé.
Installation du plugin acces groupes :
[v1.0] Comme tous les plugins : récupérez le dernier zip à jour de cette contrib sur https://plugins.spip.net/accesgroup... ou sur le miroir http://miroirspip.ventre.name/build..., décompactez le et placez le dossier « acces_groupes » obtenu dans votre répertoire /plugins (à créer à la racine de votre spip si nécessaire), rendez vous sur l’interface de gestion des plugins (menu Configuration > Gestion des plugins), cochez le plugin « acces_groupes » et validez.
Vous devriez voir apparaître une icone supplémentaire dans le menu « auteur » pour les administrateurs (de rubriques et généraux) (merci à Litteul Kevin pour son icone nettement plus « classe » que mes pauvres bidouillages...)
Du point de vue de la base de données, ce plugin installe 3 tables supplémentaires : spip_accesgroupes_auteurs, spip_accesgroupes_acces et spip_accesgroupes_groupes, sachant que grâce au nouveau système de gestion des requètes MySQL par le core de spip 1.9 (« SPIP est grand et ses codeurs sont mes prophètes ! »), le préfixe ’spip’ sera automatiquement remplacé par le préfixe des tables que vous avez défini dans votre fichier /ecrire/mes_options.php (variable $table_prefix) si vous gérez plusieurs spip avec une seule base de données.
[*ATTENTION !!!*]
- ce plugin n’est PAS compatible avec le plugin « acces restreint » puisqu’il surcharge les mêmes fonctions que lui pour le filtrage des BOUCLES (affichage de l’espace public) : si celui-ci est actif, vous devez d’ABORD le désactiver (la vérification n’est pas gérée par le plugin) !!!
- Si vous procédez à une mise à jour depuis une version antérieure dans le cas ou votre spip serait passé de la version 1.8 (où vous utilisiez la version 0.7 ou 0.61 de la contrib originale) à la 1.9, vous devez d’ABORD procéder à la mise à jour des tables utilisées. Pour cela connectez vous sur le script /plugins/acces_groupes/maj_tables.php qui permet de « patcher » les tables à partir de celles de la version 0.7 ou 0.61. Ce script est extrèmement sommaire [1] et vous demandera de saisir les paramètres de connexion à votre base de données MySQL pour éviter que n’importe qui puisse le lancer. Une fois ce script joué, vous pouvez effacer le fichier maj_tables.php.
4. Fonctionnement obtenu lorsque l’on intègre ce plugin :
- pour un internaute qui n’est pas authentifié toutes les rubriques restreintes (ce qui inclus les sous rubriques, les articles, les brèves, les liens ...) seront [v1.0] invisibles à ce visiteur dans la partie publique.
-
pour un visiteur authentifié, seules les rubriques restreintes auxquelles il n’a pas accès (via son appartenance à un groupe ou son statut) seront invisibles.
-
pour les auteurs authentifié : idem les visiteurs pour la partie publique,
en revanche pour la partie privée, les rubriques à accès restreint sont (pour l’instant !) visibles mais non accessibles.
-
pour les administrateurs de rubriques (« admin restreint ») : idem les auteurs SAUF pour les rubriques dont ils sont administrateurs. Pour ces rubriques, ils ont un accès dans la partie publique et la partie privée MEME s’ils n’appartiennent pas à un groupe autorisé à l’accès. Il paraissait en effet logique qu’un admin de rubrique ait forcément accès aux rubriques dont il à la gestion. Il peut également créer des groupes (ou utiliser des groupes existants) pour limiter l’accès aux rubriques qu’il administre et à leurs sous-rubriques. Il ne peut modifier que les groupes et sous-groupes qu’il a créé (= dont il est le « propriétaire »).
-
pour les administrateurs généraux (« admin général »), idem les auteurs mais ils peuvent accéder au gestionnaire de groupes pour modifier n’importe quel groupe et donc s’ajouter aux utilisateurs autorisés. Un admin général peut ainsi visiter/modérer une rubrique à accès restreint MAIS il deviendra alors visible dans la liste des utilisateurs autorisés, ce qui permet au « propriétaire » d’une rubrique restreinte (admin restreint) de savoir que l’admin général s’est « invité » dans sa rubrique.
Concernant l’intégration des statuts dans un groupe :
l’idée est la suivante : TOUS les utilisateurs du statut sélectionné sont membres du groupe. Cela implique qu’ils ont donc TOUS accès aux rubriques réservés à ce groupe.
Par exemple si un admin choisit de faire un groupe « tous les admins restreints » dans lequel il intègre le statut « Administrateurs » et qu’il donne l’accès à ce groupe pour la rubrique « le coin des admins », on aura comme résultat que tous les admins du SPIP (restreints ou généraux) peuvent accéder à cette rubrique mais que ni les visiteurs ni les auteurs ne pourront la visiter. Mais si l’administrateur le souhaite, il peut également intégrer l’auteur Toto dans ce groupe afin de lui permettre d’accéder aussi à cette rubrique.
L’interface de gestion des groupes et des rubriques restreintes :
- Pour rendre les chose plus faciles à apréhender (l’imbrication groupes/sous-groupe peut devenir complexe, les restrictions des rubriques multiples...), l’interface de gestion des groupes (exec=accesgroupes_admin) intègre :
- l’affichage de la liste des groupes et des rubriques qu’ils contrôlent
- l’arborescence des groupes/sous-groupes.
-
Chaque rubrique à accès restreint peut être configurée pour que la restriction porte soit sur la partie privée, soit sur la partie publique, soit sur les 2 (privé + public). Il est possible (pour un admin général ou pour un admin de rubrique dans une rubrique qu’il administre) de configurer une restriction d’accès sur une sous-rubrique d’une rubrique elle-même déja restreinte. Néanmoins, le principe « d’héritage des restrictions » d’une rubrique sur ses sous-rubriques impose les règles suivantes :
- rubrique parent restreinte « privé + public » => sous-rubrique restreinte obligatoirement « privé + public »
- rubrique parent restreinte « privé » uniquement => sous-rubrique restreinte « privé » ou « privé + public »
- rubrique parent restreinte « public » uniquement => sous-rubrique restreinte « public » ou « privé + public »
-
Les administrateurs de rubriques ne peuvent modifier QUE les groupes qu’ils ont eux-même créés (= propriétaires). Cela permet de rester cohérent avec le fonctionnement de l’administration des rubriques : ils ne peuvent interdire l’accès qu’a l’intérieur de leurs rubriques. Ils peuvent utiliser des groupes créés par d’autres admins mais ne peuvent les modifier.
-
[v1.0] Pour simplifier la vie des admins de rubriques, un admin général peut créer un groupe, lui attribuer des rubriques en accès restreint puis transférer la « propriété » de ce groupe à un admin de rubrique : celui-ci pourra alors gérer ce groupe comme s’il l’avait créé lui même.
-
Chaque groupe peut être configuré pour permettre aux utilisateurs n’ayant pas le droit d’accès à une rubrique d’envoyer un message au propriétaire du groupe demandant leur intégration dans celui-ci. Cette situation va se rencontrer principalement dans l’espace privé (les rubriques restreintes étant visibles dans les listes de rubriques/sous-rubriques) mais également dans l’espace public pour un utilisateur qui suivrait un lien vers une rubrique protégée (si le squelette le prévoit, cf « Type de filtrage et squelette » ci-dessous).
Ce paramètre permet d’afficher un formulaire de demande d’inscription dans le groupe lorsque l’utilisateur ne peut accéder à une rubrique. Ce message sera consultable par le propriétaire du groupe (si c’est un admin de rubrique) ou par n’importe quel admin général (si le groupe est créé par un admin général) dans la messagerie de l’interface privée, il comporte un lien direct vers l’interface de gestion du groupe concerné.
Les auteurs en attente d’intégration sont listés dans cette interface et peuvent être intégrés ou rejetés en un clic.
[v1.0] Lorsque le propriétaire du groupe aura rejeté ou accepté la demande d’inscription de l’auteur, le message de demande sera automatiquement effacé.
Type de filtrage et squelette :
[v1.0] Etant donné que ce plugin filtre directement les BOUCLES qui génèrent le contenu de l’espace public rendant invisibles celles qui sont restreintes pour un utilisateur non-authentifié, vous avez le choix entre 2 types de filtrages :
- Un filtrage fort : pas d’indication qu’un contenu existe mais qu’il n’est pas accessible (page 404 si un utilisateur non-autorisé essaye d’accéder directement au contenu d’une rubrique restreinte, par ex en suivant un lien ou un signet de son bookmark). Si vous ne souhaitez pas modifier votre squelette, c’est cette solution qui sera retenue par défaut.
Pour rendre les choses plus ergonomiques, vous devriez donc avoir un lien ’S’identifier’ générique sur tout le site, qui permet aux personnes habilitées de se connecter pour accéder au contenu. Pour cela utilisez par exemple la balise #LOGIN_PUBLIC (cf cet article de spip-contrib pour plus d’infos).
-
Un filtrage avec information : si l’internaute essaye d’accéder au contenu d’une rubrique restreinte alors il se retrouve sur une page l’informant qu’il est nécessaire de s’identifier pour accéder au contenu. Si une fois connecté il ne fait pas partie des utilisateurs autorisés, alors il aura éventuellement le formulaire de demande d’intégration au groupe (selon la config du groupe, cf paragraphe précédent).
Pour obtenir ce fonctionnement vous disposez des filtres « accesgroupes_article_restreint », « accesgroupes_rubrique_restreinte » et « accesgroupes_breve_restreinte » qui vous permettent d’intégrer dans vos squelettes des pages « article.html », « rubrique.html » ou « breve.html » le formulaire de #LOGIN_PUBLIC (si l’utilisateur n’est pas connecté) ou (selon config) le formulaire de demande d’accés.
Pour réaliser cette intégration dans ces pages, il vous suffit de rajouter aux BOUCLES principales de ces pages le code suivant (exemple pour la page article.html) :
<!-- fin du fichier = fin de la boucle générale de la page -- >
</BOUCLE_article_principal>
<!-- code à rajouter -- >
[(#ID_ARTICLE|accesgroupes_article_restreint|?{' ',''})<INCLURE{fond=inc_accesgroupes_login}{skel=#CHEMIN{inc_accesgroupes_login}}>]
<//B_article_principal>
Comme le montre le code ci-dessus, vous ajoutez donc à la BOUCLE_article_principal (celle qui englobe TOUTE la page) une condition en cas de retour vide (cad en principe affichage de la page 404 : « page non trouvée ») qui permet d’INCLURE le fichier inc_accesgroupes_login.html (situé à la racine du répertoire /plugins/acces_groupes) dans le cas où l’absence de page est due à une restriction d’accès et non pas à une page vraiment absente.
La page inc_accesgroupes_login.html livrée avec le plugin est (volontairement) dépouillée, ce qui vous laisse la possibilité de la « customiser » selon vos goûts et votre charte graphique.
Fonctionnement du plugin :
Les filtrages des parties publiques et privée reposent sur 2 principes différents (pour l(instant !) :
- Pour la partie privée, peu de modifications par rapport aux versions précédentes de cette contrib : on vérifie dans les pages de gestion des articles (exec=articles et exec=articles_edit) , rubriques (exec=naviguer et exec=rubriques_edit) et breves (exec=breves_voir et exec=breves_edit) si l’élément dont on affiche la page id_article=xxx par ex) fait partie d’une rubrique à accès restreint (en fonction de l’id_auteur et de son appartenance aux groupes/statuts) et si c’est le cas on envoie le message de restriction d’accès : jusque là rien de bien compliqué...
- [v1.0] Pour la partie publique les choses se compliquent puisqu’il faut gérer le cache... Et pour « rendre à César ce qui appartient à César » il me faut ici remercier Cedric Morin pour son système de filtrage mis au point pour le plugin « accès retreint » qui permet de surcharger directement les requêtes SQL des BOUCLES de spip. Cela permet donc d’exclure des résultats renvoyés par la base de données tous les éléments appartenant à une rubrique à laquelle l’utilisateur n’a pas accès (soit il n’est pas connecté, soit il ne fait pas partie d’un groupe autorisé). Ce code est bien évidemment adapté au fonctionnement par groupe (alors que le plugin "accès restreint fonctionne par zones) mais reste le même dans son principe de filtrage. Je cite donc textuellement l’explication donnée par l’inventeur de ce système cf doc du plugin Accès restreint :
« L’intérêt de cette démarche, c’est qu’elle fonctionne sur toutes les boucles, donc tout le site se trouve instantanément sécurisé sans aucune modification de squelette. Il n’y a pas de risque d’oublier un morceau.
Ce plugin nous garantie l’absence de fuite liée a de nouvelles fonctionnalités de SPIP (comme les modèles de 1.9.1 qui seraient une belle faille pour ceux qui sécuriseraient du contenu au moyen des squelettes).
Le principe même de fonctionnement du plugin acces-restreint est de ’supprimer’ du résultat des boucles tout ce que le visiteur n’a pas le droit de voir. Ainsi les zones à accès réservées sont invisibles pour qui n’y est pas habilité.
N’ayez donc aucune crainte en ce qui concerne les robots, les moteurs de recherche, ou les fichiers de backend. Le filtre est infaillible.
Ce principe de fonctionnement permet au plugin de filtrer le contenu publié sans modification du squelette. Cela permet aussi d’avoir des menus (liste de rubriques) cohérents avec le contenu effectivement accessible. Bref c’est un parti pris, qui fait son efficacité même. »
Donc vous pouvez dormir sur vos deux oreilles : pas de fuites possibles !
Du point de vue du cache, pour minimiser son volume tout en obligeant le recalcul des pages selon les droits de l’utilisateur, (et en utilisant un principe toujours pompé sur le plugin accès restreint !), il sera créé un fichier de cache par combinaison de rubriques interdites : donc si un utilisateur affiche une page, celle-ci sera tirée du cache correspondant au groupe de rubriques auxquelles il a accès, ainsi là également, pas de risque d’indiscrétions.
Outils à disposition pour les squelettes :
[v1.0.2]Selon le type de site utilisant ce plugin il peut apparaître le besoin de vouloir afficher une liste intégrale des rubriques (ou articles, brèves) c’est à dire y compris les éléments à accès restreint qui sont normalement invisibles. La version [1.0.2] intègre donc le critère tout_voir qui permet de réaliser cela [2].
De façon complémentaire, si on utilise ce critère il est utile de pouvoir « marquer » par une icone les titres des éléments à accès restreints : le filtre |accesgroupes_visualise, utilisable sur les #BALISEs des boucles ARTICLES, RUBRIQUES ou BREVES, permet d’ajouter une icone (par défaut cadenas-24.gif) devant la balise si l’élément fait partie d’une rubrique à accès restreint.
Exemple typique d’utilisation de ce critère et du filtre : modification du fichier inc-rubriques.html qui fait le menu latéral des rubrique de la dist :
<B_rubriques>
<div class="rubriques">
<h2 class="menu-titre"><:rubriques:></h2>
<ul>
<BOUCLE_rubriques(RUBRIQUES) {racine} {par num titre, titre}{tout_voir}>
<li>
<a href="#URL_RUBRIQUE"[ class="(#EXPOSE)"]>[(#TITRE|couper{80}|accesgroupes_visualise{#ID_RUBRIQUE})]</a>
<B_sous_rubriques>
<ul>
<BOUCLE_sous_rubriques(RUBRIQUES) {id_parent} {par num titre, titre}{tout_voir}>
<BOUCLE_test_expose(RUBRIQUES) {id_enfant}{tout_voir}>#EXPOSE{' '}</BOUCLE_test_expose_total>
<li><a href="#URL_RUBRIQUE"[ class="(#EXPOSE)"]>[(#TITRE|couper{80}|accesgroupes_visualise{#ID_RUBRIQUE})]</a>
<BOUCLE_re(BOUCLE_sous_rubriques){tout_voir}></BOUCLE_re>
</li>
</B_test_expose>
</BOUCLE_sous_rubriques>
</ul>
</B_sous_rubriques>
</li>
</BOUCLE_rubriques>
</ul>
</div>
</B_rubriques>
Remarque : le paramètre #ID_RUBRIQUE du filtre accesgroupes_visualise est obligatoire !
Si l’image (cadenas) utilisée ne vous plait pas, ce filtre vous offre la possibilité de choisir un autre fichier image en passant le nom de ce fichier en second paramètre du filtre. Exemple pour utiliser le fichier cadenas-petit.png placée dans le répertoire /img de votre dossier de squelette :
[(#TITRE|couper{80}|accesgroupes_visualise{#ID_RUBRIQUE, #CHEMIN{img/cadenas-petit.png}})]
Ce qu’il reste à faire :
- Ainsi que je le mentionne par 2 fois plus haut, l’idée pour la suite des développements est de réaliser un filtrage complet de l’espace privé afin que, comme pour l’espace public, un utilisateur ne voit que les rubriques auxquelles il à accès. Cela concernerait donc la liste des rubriques affichées dans la page d’accueil de /ecrire, les sous-rubriques affichées dans /exec=naviguer, les rubriques et articles affichés dans /exec=articles_tous, le navigateur rapide de rubriques du bandeau et surtout le mini-navigateur ajax de choix de la rubrique lors de la création d’un article ou d’une sous-rubrique (afin d’empécher un auteur de créer un article dans une rubrique à laquelle il n’a pas accès, ce qui, dans cette version, l’empèche ensuite d’y accéder dès qu’il l’a enregistré une fois).
- comme suggéré dans ce message du forum, la prochaine version devrait intégrer des groupes basés sur l’adresse IP du poste connecté (groupe = plages d’adresses IP)
Cela permettra de gérer des restrictions d’accès différents selon que l’accès au spip se fait depuis l’intranet ou internet ou selon le sous-réseaux de l’intranet etc...
Pour cette partie, soyez patients : on y travaille !
- comme suggéré par le forum public de la version précédente de cette contrib on pourrait aussi imaginer :
- que les restrictions d’accès puissent s’appliquer au niveau des articles (et pas seulement au niveau des rubriques)
- que les groupes puissent êtres récupérés à partir d’un LDAP
Pour ces 2 points, on y travaille PAS mais toutes les bonnes volontées sont les bienvenues... et comme pour beaucoup d’autres plugins, afin de faciliter le developpement collaboratif, vous trouverez l’ensemble des fichiers en cours sur le SVN de spip-zone !
- et, bien sûr, toutes les traductions du fichier de langue sont également les bienvenues (le fichier accesgroupes_en.php livré avec cette version est super incomplet...)
Discussions par date d’activité
146 discussions
Bonjour,
il semblerait que le lien de téléchargement ne soit plus valable.
Répondre à ce message
Catastrophe ! HELP !
J’ai activé le plugin ...
et le chaos ! : http://rene.souty.free.fr/
et je n’est plus d’accès nulle part . Ni à la partie pubique, ni à la partie privée ....
HELP !
A l’avance, merci ! Ne serait-ce que pour revenir à la situation initiale !
Il suffit de supprimer le plugin par FTP, et celui-ci sera automatiquement désinstallé par SPIP, ce qui permettra de retrouver l’accès au site.
Plugin désactivé ! merci pour votre réponse !
Répondre à ce message
Bonjour,
Il est vrai que le plugin accès restreint par groupes nous avait posé des problèmes de lenteurs par le passé lorsque nous étions sur SPIP 1.9.
Mais je reprend le commentaire de Fleg et demande si un chantier ne va pas s’ouvrir pour élaborer une version compatible spip 2.
En effet, nous utilisons actuellement le plugin "Accès restreint 3.0" sur SPIP 2.0.10 qui est excellent mais ne répond pas à toutes nos attentes.
Conceptuellement le « Plugin accès restreint par groupes » est excellent et nous en avons un grand besoin.
Il y avait un projet de fusionner les deux plugins en une seule version ici :
28 mai 2007 – par Cedric Morin, cy_altern, Nicolas
http://www.spip-contrib.net/Acces-restreint-V2-les-objectifs
Où en est le projet ?
Dans l’attente de votre réponse
Meilleurs messages
FDG
Re-Bonjour,
Désolé, je suis allé directement sur le forum, je n’ai donc pas lu le messages :
Ne *demandez plus* dans le forum de cet article si une version compatible SPIP 2.0 est prévue et surtout *quand* :
http://www.spip-contrib.net/Acces-restreint-V2-les-objectifs#forum402871
Amicalement
FDG
Répondre à ce message
J’éprouve certaines difficultés à gérer les groupes et définir les accès. Les couleurs et mentions « limiter » pour les partie publique, privée ou publique et privée me déconcertent : limiter = interdire ou restreindre à cette partie ? Cela veut dire deux choses totalement différentes ! Par exemple limiter/interdire l’accès à la partie publique ne me paraît pas avoir de sens par contre limiter/restreindre à une partie spécifique du site public oui. -> concrètement pourriez-vous donner des explications sur les cases à cocher pour INTERDIRE l’ACCES d’un groupe à une rubrique ou lui AUTORISER l’ACCES à une rubrique.
Merci d’avance pour votre aide
Répondre à ce message
Je voudrais afficher dans un article la liste des membres d’un groupe.
Est-ce possible ?
ça n’est pas prévu « de série » mais c’est faisable en bouclant sur la table spip_accesgroupes_auteurs pour extraire les id_auteurs puis une boucle AUTEURS pour avoir leurs nom.
Par exemple pour trouver les auteurs du groupe d’id 32 :
encore plus rapide : une seule boucle avec jointure entre la table spip_accesgroupes_auteurs et la table spip_auteurs :
D’après mes tests, il y a une différence entre ces 2 soluces : la première ne renvoie que les auteurs ayant au moins un article publié (filtrage standard des boucles AUTEURS) alors que la 2e les retourne tous.
A noter que seuls les auteurs directement intégrés dans le groupe sont listés. Pour être complet il faudrait une boucle permettant d’interroger les sous-groupes du groupe listé et lister les auteurs qu’ils contiennent + faire une récurrence pour explorer tous les sous-groupes des sous-groupes... (la structure des boucles imbriquées ressemble alors fortement à celle utilisée pour faire la liste des rubriques et sous-rubriques dans la page plan.html de la dist)
Répondre à ce message
Bonjour
et merci pour ce plugin qui résolut bien mon affaire.
Toute fois, juste une question :
Une fois le visiteur logué comment peut-il se déloguer ?
Un peu comme dans la partie privée où l’on clic sur le bouton « déconnecter » ?
Merci d’avance
Répondre à ce message
bonjour
je viens d’installer ce plugin.
après le syndrome de la page blanche résolu grace aux conseils de cette liste,
je ne voies pas de nouvelle icone apparaitre pour gérer accès_groupes
je fonctionne avec la version 1.9.2e et le plugin magusine
merci
Répondre à ce message
Une version compatible spip 2 est-elle prévue ?
Si oui pour quand (un ordre de grandeur entre 1 semaine, 1 mois, 6 mois et 1 an).
Merci d’avance
Répondre à ce message
Idem,
J’aimerais savoir si une version compatible avec la nouvelle version 2 est prévue...
Merci !!!
ça fait plusieurs fois que je répond à cette question dans ce forum !!! lisez les messages passés !
Répondre à ce message
Bonjour, y aurait-il des gens qui ont testé ce plugin avec la version 2.0 de spip ? Auquel cas serait-il possible d’avoir des retours ?
Bonjour,
Oui, je l’ai testé, et il ne marche pas, du moins pas dans mon squelette (Ahunstic), j’ai donc installé « acces restreint » qui lui fonctionne.
Bonne chance
Répondre à ce message
je te remercie pour ton aide
je n’ai aucun soucis ;de ce cote ; aucune page blanche ;
les redacteurs restreints peuvent ecrirent des articles ; le problmes , c’est qu’ils ne peuvent pas importer ni des images ni des documents,
(les vignettes import image et documents n’aparaissent pas dans la partie privee
de spip)
merci ++
dede
Répondre à ce message
Bonjour,
Je confirme pour le passage en commentaire...
Il suffit d’ouvrir dans le dossier plugins/acces_groupes/base/ le fichier accesgroupes_tables.php avec un éditeur puis de lui faire rechercher ecrire_config pour obtenir la ligne ecrire_config(’accesgroupes’,’1.0.4’).
On rajoute alors // pour le passer en commentaire ce qui donne :
//ecrire_config(’accesgroupes’,’1.0.4’)
Et après tout semble fonctionner normalement, plus de page blanche...Merci encore DenisB pour son aide sur [SPIP Forum]
Sylvain
Répondre à ce message
tout d’abord
bonne année a tous
je viens a nouveau demander de l’aide car je ne suis pas parvenu a regler mon probleme ...
« les 2 message presedent »
qu’elle est la procedure detaillée pour que les redacteurs restreints puissent impoter dans leurs articles , images et documents
merci ++++
dede
Répondre à ce message
je te remercie pour ton aide.
la syntaxe exacte :
// ecrire_config(’accesgroupes’,’1.0.4’)
quand tu dis en commentaire ???
dede
Répondre à ce message
Super contrib merci.
Il suffit de mettre ecrire_config(’accesgroupes’,’1.0.4’) ; en commentaire dans accesgroupes_table.php et tout marche pour le mieux
Répondre à ce message
bonjour
bravo pour ce plugin+++
j’ai certainement zappe un point !!!
tout fonctionne correctement , j’ai creer des groupes de redacteurs restreints mais :
ils ne peuvent pas importer ni images ni documents dans les articles leurs articles ????
merci
Répondre à ce message
Bonjour,
J’ai un gros problème.
J’ai voulu installer acces restreint par groupe sur mon site (http://librepenseefrance.ouvaton.org) ; j’utilise la version 1.9.2b de spip et mon squelette est sarkaspip.
J’ai installé le plugin (il y avait 2 versions : 1.9.1 et 1.9.2. J’ai installé les 2 versions, mais je n’ai validé que la version 1.9.2.
J’avais déjà utilisé ce plugin sur un autre site et ça marchait très bien.
J’ai fait la même procédure et tout semblait fonctionner sauf que les articles n’apparaissaient pas dans la rubrique concernée que j’avais créée pour l’accès restreint, et il y avait un message d’erreur.
J’ai cru bon de désinstaller le plugin et de supprimer la rurique que j’avais créée, et alors je ne peux même plus avoir accès du tout à mon site (ni public ni privé) : j’ai le message d’erreur fatale suivant :
Fatal error : Call to undefined function : accesgroupes_rubriques_accessibles_where() in /space/www/gl-ouv/2/4/2410021524167445/web/ouvaton.org/librepenseefrance.ouvaton.org/html/ecrire/public/composer.php(48) : eval()’d code on line 496
Quelqu’un peut-il me dire ce que je dois faire ? Ca urgen parce qu’on a pleins de messages importants à mettre sur le site.
Merci de votre aide
Claude
Répondre à ce message
Bonjour,
Il me semblait que le plugin Accès Restreint par Groupes fonctionnait parfaitement avec SPIP-Listes. Autrement dit que les messages automatiques récapitulant hebdomadairement les publications (par exemple) ne faisait apparaitre que les contenus en accord avec les réglages de ARG et le « statut » du destinataires (au regard de ARG...).
Pourtant ce ne semble pas (plus) être le cas...
Ai-je rêvé ?
Et sinon, ce serait alors un problème sur le site (mais à ce stade, et après pas mal d’heures à me gratter la tête, je ne vois pas du tout d’où ça vient...).
Merci d’avance à ceux qui voudront bien m’aider (ou me réveiller...).
Cordialement
Gilles
Bonjour,
Une version compatible avec SPIP 2 est-elle prévue ?
Merci d’avance
Répondre à ce message
Je viens d’installer une version toute neuve de spip (1.9.2), avec rien dedans pour l’instant.
J’ai installé acces_groupes comme seul plugin, et systématiquement, une fois le plugin validé dans
le plugin manager, les pages deviennent blanches, plus moyen d’accéder ni à la section admin, et au site
public...
Le seul moyen de récupérer un site qui fonctionne est de supprimer le répertoire plugins...
Quelqu’un a-t-il rencontré ce pb et sait-il d’où ça vient ?
Merci d’avance
Le syndrome de la page blanche... SOLUCE :
La fonction ecrire_config() semble avoir disparu...
temporairement, vous pouvez mettre en commentaire cette ligne dans le fichier //base/accesgroupes_tables.php
Répondre à ce message
C’est bon, j’ai trouvé (sur spip zone) le plugin qui marche avec spip 1.9.2. Mais je ne paviens pas à introduire sur la page blanche (rubrique à l’accès limité) le mess qui demande au visiteur de s’identifier.Je dois bidouiller le squelette (EGT : je ne l’ai pas conçu) et j’ai un peu de mal malgré les conseils donnés ici.
Qui peut m’aider ? Je peux fournir le squelette de ma page rubrique.html.
Merci
Répondre à ce message
idem pour moi après migration sous SPIP 1.9.2e :
après activation du plugin 1.9.2 : page blanche
après activation du plugin 1.9.1 : lorsque je tente d’accéder à une rubrique dans la partie privée : Fatal error : Call to undefined function : acces_rubrique()in /.../plugins/acces_groupes/inc/accesgroupes_prive.php on line 993
De l’aide serait très appréciée. Merci par avance
... ok c’est réglé j’ai en fait téléchargé la version dispo en zip sur http://zone.spip.org/trac/spip-zone/changeset/12816/_plugins_/_stable_/acces_groupes et ça fonctionne à priori parfaitement avec la version plugin 1.9.2.
Je déconseille donc de telecharger la version disponible sur http://zone.spip.org/files/spip-zone/ qui me provoquait les pbs indiqués dans mon msg précédent.
Parfait si l’info peut être utile à d’autres.
Un grand merci ! J’avais exactement les mêmes blocages et votre message donne la solution.
... j’ai crié victoire trop tôt car il reste un problème avec la création d’une brève qui provoque le message d’erreur suivant :
Fatal error : Call to undefined function : accesgroupes_acces_rubrique() in /mnt/144/sdb/9/8/cfecgcibmfrance/plugins/acces_groupes/1.9.2/exec/breves_voir.php on line 43
Merci de toute aide pour le résoudre.
PS : je n’ai pas testé sinon le pb ’accessibilité des articles décrit par François qui serait effectivement très génant sinon rédhibitoire au choix d’utiliser ce plugin...
Bonjour
Mêmes message, fichier et ligne (essai en local) :
C :\wamp\www\Site_var_local\plugins\acces_groupes\1.9.2\exec\breves_voir.php on line 43
...problème résolu en utilisant le fichier « breves_voir.php » de la dernière version du plugin qui doit donc remplacer celui présent en plugins\acces_groupes\1.9.2\exec !
Bonne chance pour la suite
je suis un peu débile, mais je ne trouve pas le plugin indiqué !
Merci !
Répondre à ce message
Bonjour,
je suis vraiment néophyte. Qd je veux spécifier la rubrique en accès restreint, j’ai ce mess :
Fatal error : Call to undefined function acces_rubrique() in /home/fbses/public_html/plugins/1.9.1/inc/accesgroupes_prive.php on line 993
Et je n’ai plus accès à aucune de mes rubriques ds la partie privée.
qqu peut-il m’aider ?
merci
version SPIP : 1.9.2d
Version plugin : 1.0.2
Mon site : http://fbses.webou.net/
Répondre à ce message
Le plugin accés restreint par groupes présente le bug suivant :
Les articles en cours de rédaction sont visibles par TOUS les auteurs. C’est gênant.
Version de SPIP utilisée : 1.9.2.d
Version plugin accès restreint : 1.0.31
« Rustine » souhaitée.
Merci.
je ne constate pas ce bogue... Voir le site de démonstration ici : http://tice.aix-mrs.iufm.fr/demo/spip/ , si tu te connecte avec le compte PROF01 par exemple (admin restreint de la rubrique CDI), tu ne pourra pas voir l’article en cours de rédaction (id_article : 246, titre : « article en cours de rédaction dans une rubrique protégée ») dans la sous-rubrique protégée « travail en cours » de la rubrique ITALIEN.
Merci de procéder à des vérification poussées avant de raconter n’importe quoi dans ce forum !!!}
t’as de la chance que ça soit pas un bogue « pour de vrai »... demandé comme ça je t’aurais répondu : « comment ? tu ne propose pas la rustine avec ton message ??? »
Répondre à ce message
Bonsoir,
Ce plugin fonctionne-t-il avec SPIP 2.0 ? Sinon, un portage est-il envisagé et dans quel délai ?
Merci beaucoup pour votre dévouement
FJ
non
oui
indéfini voir http://www.spip-contrib.net/Acces-r...
Répondre à ce message
J’ai installé le plugin acces_groupes 1.9.1 sur un SPIP 1.9.2e et j’obtiens plusieurs messages d’erreur :
1/ dans la liste déroulante du dernier bloc « Rubriques à accès restreint » en bas de ma page :
/ecrire/ ?exec=accesgroupes_admin&groupe=1 :
Fatal error : Call to undefined function : acces_rubrique() in /.../plugins/acces_groupes/exec/accesgroupes_admin.php on line 1074
2/ lorsque je tente d’accéde à une rubrique dans la partie privée :
« /ecrire/ ?exec=naviguer&id_rubrique=7 »
Fatal error : Call to undefined function : acces_rubrique() in /.../plugins/acces_groupes/inc/accesgroupes_prive.php on line 993
je suis preneur pour pour une tite solution ;)
Répondre à ce message
Bjr,
effectivement avec la version SPIP 1.9.2e [12624] il faut utiliser la version « accés restreint par groupes 1.9.1 » la version .2 fait apparaitre une page blanche.
Pour s’en sortir, renommer le dossier du plugins et le remplacer par la version .1
Cdlt.
Merci pour l’info,
J’ai donc installé le Plugin 1.9.1. Effectivement il n’y a plus de page blanche mais j’ai un message d’erreur lors de la visualisation d’un article :
Fatal error : Call to undefined function acces_rubrique() in D :\spip\plugins\acces_groupes\1.9.1\inc\accesgroupes_prive.php on line 46
Merci pour votre aide.
Répondre à ce message
Bonjour,
Lorsque j’active le plugin acces_groupes j’obtiens une page blanche.
Je viens juste d’installer la version 1.9.2e de SPIP sans aucun autre plugin.
Est ce que quelqu’un aurait une idée ?
Merci.
Répondre à ce message
Non, ca ne marche pas non plus....Mais le problème est différent, c’est que l’on ne pêut pas définir les zones restreintes, ça ne fait pas planter spip sur une page blanche.
Bonsoir
Répondre à ce message
Bonsoir, j’ai eu le même que jnb 130, mais cela ne se résolvait pas.
Et grâce à son post, je me suis laissé tenter d’essayer le vieux plugin (1.9.1) qui fonctionne apparemment avec spip 1.9.2e, alors que l’autre me renvoyait aussi à une page blanche.
Bravo pour le plugin !!
Répondre à ce message
J’aimerai bien utiliser ce plugin mais lorsque je l’active (valide), je me retrouve avec une page blanche et SPIP ne marche plus du tout ! Je suis obligé de supprimer le repertoire « acces_groupes » pour que cela remarche. J’ai la version 1.9.2e de SPIP.
Dommage, c’est exactement ce qu’il me fallais pour une association avec plusieurs utilisateurs..
Quelqu’un peut-il m’aider ?
Depuis j’ai renommé le repertoire « acces_groupes » en « acces_groupes2 » et depuis ça marche !
Alors je l’ai re-renommé « acces_groupes » car je trouvais cela bizarre, et cela marche toujours !
Donc je n’ai rien compris mais je suis content de pouvoir m’en servir, merci les gars por ce plugin et désolé d’avoir poluer le forum :-)
Répondre à ce message
Bonjour,
serait-il possible de faire une mise à jour de ce super plugin « accès restreint par groupe » afin de le coupler avec le plugin gestion d’association et ne permettre ainsi l’accès à certains articles qu’aux cotisants de l’association.
Je ne me suis pas encore plongé dans le code mais est-ce que certains d’entre-vous y ont déjà réfléchi ?
Répondre à ce message
Quelqu’un a-t-il réussi à faire fonctionner le plugin avec spip 1.9.3 ? pour ma part, depuis que je suis passé à cette version, cela ne fonctionne plus
Normal : si tu lis le premier paragraphe de cette doc il est explicitement dit que ce plugin ne fonctionne pas avec les versions de SPIP supérieures à 1.9.2...
merci pour la réponse qui parrait sans compromis.... moi je lisait « pas été complètement testé avec la version SVN de spip 1.9.3. », ce qui laissait envisager un possibilité de fonctionnement !
Répondre à ce message
Bonjour,
J’ai installé le plugin mais je suis confronté au pb suivant : Dès qu’un groupe a accès à un dossier, il a en même temps accès à la partie privée : un prof diffuse des informations à l’attention d’une classe A. Ces informations doivent rester dans la classe. Le prof crée un dossier à accès restreint privé + public. Le groupe classe doit avoir accès, après identification à l’accès public seulement. Hors, si c’est ce que l’on valide, et bien l’élève a accès à la partie privée également. J’ai bien lu les contributions, mais je ne trouve pas de réponse. L’élève n’est pas administrateur restreint, du moins à ma connaissance, car je n’ai pas trouvé cette fonctionnalité...
Merci en tout cas pour tout ce travail. J’espère que mon pb est soluble...
Merci d’avance,
RR
Tu confond la fonctionnalité de restriction des accès avec les droits d’accès liés aux statuts SPIP...
Pour mémoire : si tes élèves ont accès à la partie privée de SPIP c’est qu’ils ont un statut rédacteur et donc, de façon tout à fait standard dans SPIP, ils peuvent visiter toutes les rubriques dans la partie privée (sauf celles qui sont restreintes par le plugin).
Si tu veux gérer des autorisations d’accès dans la partie publique pour tes élèves et qu’ils n’aient pas accès à la partie privée, il faut créer des comptes visiteurs pour eux.
Répondre à ce message
Peut-être manque-t-il des lignes de commande dans mon sarka-spip 2.0 ?? Mais avec Sarka spip 1.92 ca ne marchait pas mieux !...
Je ne sais que faire !!
Merci pour votre aide
rr
Répondre à ce message
BOnjour,
Parfait ce plugin ! Il est en production depuis qq mois sur un de nos sites et permet de développer facilement des zones sécurisées par types d’utilisateurs. Excellent !
Je récupère cependant quotidiennement une erreur qui semble venir du plugin dans le fichier mysql.log :
- SELECT id_breve AS id FROM
web2
.spip_breves WHERE idx=’’ AND statut=’publie’AND ((id_rubrique NOT IN (0,55)))AND ((id_secteur NOT IN (0,55))) LIMIT 1Sep 22 17:10:19 91.68.74.192 (pid 21642) 1054 Unknown column ’id_secteur’ in ’where clause’
Une idée sur la provenance du bug ?
P.S 2 : Il est vrai aussi que le Plugin semble ralentir considérablement le site. Mais on a rien sans rien. Je n’ai pas encore testé la [1.0.31] qui corrige peut être ces deux problèmes ?
Cordialement,
Tombek
Répondre à ce message
Bonjour,
Tout d’abord, merci pour ce plugin.
Ma config :
- Version : 1.0.31 (spip 192)
- SPIP 1.9.2d [11132]
- cfg
- Le Couteau Suisse
- Crayons
- Formulaires&Tables (SPIP 1.9.1+)
- Magusine
- SPIP-Listes
groupes :
- « buro » limiter pour privé+public à « Compte rendus »
- « élu » limiter pour public à « Compte rendus »
La rubrique « Compte rendus » est une sous-rubrique de « bureau » elle même à la racine
L’utilisateur « x » appartient au groupe « élu » et uniquement à ce groupe.
- « x » voit les articles publiques de la rubrique « Compte rendus » -> OK
- « x » voit également les articles dans la partie privée pour cette même rubrique -> NOK
Merci de l’aide que vous pourrez m’apporter.
Cordialement.
Je souhaite apporter un précision, en désactivant tous les autres plugins, et en vidant le cache, j’ai le même problème, j’ai par ailleurs aussi essayé de donner les droits sur une rubrique à la racine du site plutôt qu’a une sous-rubrique, et le problème est le même.
Je n’ai toujours pas trouvé la bonne config ...
Je sais que la question est bête...
Et tu as bien défini les droits spécifiques à la partie privée ?
Bonjour,
En effet, j’ai défini les accès suivants :
Répondre à ce message
Bonjour et merci pour ce plug-in !
Je n’arrive pas à afficher toutes les rubriques pour tous les groupes même si certaines sont en accès restreint.
Quelqu’un peut-il m’expliquer simplement (je débute avec spip) comment faire svp ?
J’utilise Beespip.
Merci de votre aide
Répondre à ce message
bonjour, tout d’abord merci pour ce plug-in et bravo à tous les développeurs
ensuite, il faut savoir que je ne suis novice en spip, je viens de mettre en place un site scolaire spip 1.9.2d avec sarka 2.0.2.
plugins installés = « entravaux », « splickrbox », « thickbox2 », « csv2spip » et bien sûr « acces restreint par groupe » Version : 1.0.31
j’ai un pb : après avoir créé un 1er groupe, j’obtiens le message d’erreur suivant :
« Warning : in_array() [function.in-array] : Wrong datatype for second argument in /var/www/html/0800029x/spip/plugins/acces_groupes/1.9.2/exec/accesgroupes_admin.php on line 976 »
là, je sèche
quelqu’un peut-il m’aider ?
merci d’avance
Cette erreur peut être liée au fait que tu viens d’installer le plugin, tu peux donc déja essayer ça : vide ton cache SPIP et ton cache navigateur, supprime (par FTP) les fichiers /tmp/charger_pipelines.php, /tmp/charger_plugins_fonctions.php et /tmp/charger_plugins_options.php
merci pour la rapidité de la réponse, mais la solution proposée ne change rien ; pour info (si cela peut aider...) l’erreur apparait sous la fenêtre « statut inclus dans ce groupe » et précisément entre le menu déroulant « ajouter un statut » et le bouton "valider. Le message d’erreur apparait sous forme d’un tableau pour chaque type de statut :
« Warning : in_array() [function.in-array] : Wrong datatype for second argument in /var/www/html/0800029x/spip/plugins/acces_groupes/1.9.2/exec/accesgroupes_admin.php on line 976
Call Stack
# Function Location
1 main() /var/www/html/0800029x/spip/ecrire/index.php:0
2 exec_accesgroupes_admin() /var/www/html/0800029x/spip/ecrire/index.php:222
3 in_array () /var/www/html/0800029x/spip/plugins/acces_groupes/1.9.2/exec/accesgroupes_admin.php:976 »
désolé pour le copier-coller un peu brouillon
j’ai tenté une mise à jour avec spip1.9.2e, vider le cache, etc... mais rien de nouveau ;
voici la fameuse ligne 976 « if (!in_array($statut_ec, $Tresult105)) » ; j’ai tenté d’enlever ! => mauvaise idée ! je l’ai remis...
je cherche encore, si je trouve, je vous informe
Répondre à ce message
Bonjour,
J’ai installé le plugin sur mon site. Lorsque je crée un groupe, je lui associe des rubriques à accès restreint. Quand j’applique la restriction à la parti public tout va bien, mais quand je l’applique à la partie privée ou privée/public, ma rubrique n’apparait plus dans mon site, mais elle est toujours présente en base de données.
Si quelqu’un à une idée ??????
fais-tu partis du groupe qui à accès a cette rubrique ?
Ben je viens de tester en fait je ne me suis pas mise dans les groupes, car je pensais que l’administrateur a toujours accès à toutes les rubriques mais en fait non...Je me suis donc ajoutée aux groupes de restriction et maintenant c’est bon j’ai bien accès à toutes les rubriques. L’administrateur est géré comme un utilisateur ordinaire en fait...il faut donc aussi le gérer dans les groupes si j’ai bien compris ????
Répondre à ce message
bonjour
merci pour ce plug-in.
L’accés aux images contenus dans les rubriques et/ou articles restreint, l’est-il aussi ?
Merci
Répondre à ce message
Bonjour,
Le plugin marche bien ... mais
pour les groupes de statut « visiteur » dès que l’un a un accès, tous les autres l’on aussi sans qu’il aie un groupe les regroupant.
J’ai installé la version 1.0.31 avec SPIP 1.9.2
Merci de votre aide.
Kos
Répondre à ce message
Bonjour
J’ai bien installé le plugin et il est fonctionnel.
Mon souci : je ne vois pas lien pour s’inscrire à gauche.
Mon squelette est sarka spip.
J’ai pourtant coché les cases comme il faut.
Quel peut-être le souci ?
Mon site :
http://snec.cftc.acnantes.free.fr
Répondre à ce message
Bonjour,
J’ai un pb quand j’installe le plugin acces restreints par groupe.
Des erreurs apparaissent dans le fichier mysql.log lors de son installation du
Vous trouverez ci-dessous une copie de ce fichier.
Le pb disparait dès que je désactive ce plugin...
Je suis en 1.9.2d et j’utilise le squelette biospip
Voici la liste des autres plugins installés :
article_pdf
barre_typo_rubriques
barre_typo_v2
boutons_admin_supp
boutonstexte
cfg
couteau_suisse
dw2
enluminures_typographiques_v2
enviar_email
gestion_documents
icone_prive
imprimir_documento
outils_article
panoramas
pdf
sauver_config
sitemap
spip-listes
statistiques_publication
thickbox2
widget_calendar
A noter que ces erreurs apparaissent sans même qu’il y ait de visite
dans la partie public du site.
Merci pour votre aide
Boby
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 4
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 6
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 4
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 6
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 4
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 7
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 7
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 10
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 4
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
Jul 01 14:12:33 82.229.204.186 (pid 19833) GET
/spip/spip.php ?action=cron
Jul 01 14:12:33 82.229.204.186 (pid 19833) - SELECT count(*) AS nb_acces
FROM
eco2scop
.spip_accesgroupes_accesLEFT JOIN
eco2scop
.spip_accesgroupes_groupesON
eco2scop
.spip_accesgroupes_acces.id_grpacces =eco2scop
.spip_accesgroupes_groupes.id_grpaccesWHERE id_rubrique = 10
AND actif = 1 AND prive_public != 1
Jul 01 14:12:33 82.229.204.186 (pid 19833) 1146 Table
’eco2scop.spip_accesgroupes_acces’ doesn’t exist
effectivement je me rend compte que j’ai le même genre d’erreurs dans le mysql.log de mon site de test !
Je vais donc regarder de quoi il s’agit et essayer de trouver où se situe le bogue...
merci pour la détection du problème, je te préviendrais via ce forum lorsqu’il y aura du nouveau
Répondre à ce message
Bonjour
Bravo, travail très interessant : mise en place immédiate et facile, avec la documentation des articles de référence bien commodes.
J’ai eu juste un souci, ce qui fait AMHA que le plugin n’est pas encore utilisable sauf « plug and pray » ;-)
De façon un peu bestiale, j’avais encadré tous mes squelettes (article, rubrique,etc..) par une boucle contextuelle.
Quelle ne fut pas ma surprise de tomber sur des pages magnifiquement blanches lors des tests en utilisateur « normal » (c-a-d non connecté) !!
- Bon, j’ai rapidement tourné la difficulté en rajoutant un lien vers le sommaire dans la partie optionnelle de la boucle (recopié ci-dessous pour la fin d’une page Rubrique).
Mais -idée- ce serait peut-etre plus facile d’apporter un lien automatique vers une 404 quand Spip ne rend rien dans la boucle.....
@suivre
Y
PS une petite remarque (j’étais connecté en Rédacteur sur spip-contrib ), il me semble aujourd’hui que le formulaire de réponse ait un pb. pour la description des champs (texte affiché à « Null » dans les champs au-dessus du titre et du texte).?...
Ca n’est pas normal : ta page blanche correspond à une erreur php quelque part dans ton squelette / fichier(s) d’options/fonctions...
C’est effectivement *déja* le comportement par défaut de ce plugin, donc ce que tu devrais obtenir si ton squelette ne faisait pas planter le truc !
Houps, effectivement, une erreur sur l’orthographe de la balise ’obligatoire’ #INSERT_HEAD
Merci de m’avoir donné -si rapidement repondu- et l’occasion de le voir...
Répondre à ce message
Bonsoir,
Je viens d’installer ce super plugin qui me sera très utile et je salue le développement qui as dut être bien complexe.
J’ai vu dans votre roadmap que vous ne travaillez pas sur la restriction niveau articles, hors cela m’intéresse énormément, je voudrais savoir si vous l’avez intégrer dans votre développement futur ou si ce n’était toujours pas d’actualité et si c’est le cas est ce difficile de le mettre en oeuvre ?
Je veux bien m’en occuper mais n’ayant qu’une connaissance limitée du PHP, de MySQL mais surtout du système SPIP (encore un peu flou pour ma part) j’ai peur de ne pas y arriver si cela est trop complexe !
Merci d’avance.
Pour l’instant on en est pas du tout là : voir le point sur la situation fait dans ce forum : http://www.spip-contrib.net/Acces-r....
Le problème est que si tu bosse sur la version actuelle, il y a tellement de truc qui vont changer que ça risque d’être à refaire...
Ceci dit, si tu es malgré tout motivé, la zone est ouverte à tous : si tu fais une version qui intègre cette fonctionnalité sans régression des autres, ça sera toujours un point de départ pour l’intégrer dans la fusion accès_restreint/accès_groupes.
Merci de ta réponse.
Je vais essayer de m’y coller car j’en ai vraiment besoin, et j’ai pas envie de faire un fouillis impossible à créer des rubriques pour chaque article que je veux protéger.
Allez soyons fou je vais tenter de mettre les mains dans le cambouis...
;)
Re,
J’ai essayer de modifier la contrib’ et c’est pas gagné je crois que mes connaissances sont trop limitées pour pouvoir ajouter la restriction aux articles...
Désolé, mais ça dépasse mes compétences :(
Répondre à ce message
Bonjour et merci d’avance à ceux qui voudront bien m’aider ;)
Alors voilà je vous expose mon problème :
J’ai installé spip 1.9.2d (avec un squelette, le durzy 0.8.3.9 qui semble compatible) et avec les plugins suivants :
acces restreint par goupe (version 1.0.2)
activité du jour (version 1.55)
agenda pour spip 1.9.2 (version 0.14)
cfg : moteur de configuration (version 1.3.8)
le couteau suisse (version 1.7.16.12)
crayons (version 0.9)
deplier-replier blocks (version 0.2)
dw2 (version 2.14)
ratelier (version 0.1)
squelette par mot clef (version 0.1)
widget calendrier (version 0.11)
Tout se passe bien dans la partie publique, mais c’est dans la partie privée que se pose le problème.
J’affiche l’arborescence du site dans le but de créer une nouvelle rubrique ou un nouvel article. Et quand je clique sur « Racine du site », j’ai le message d’erreur suivant :
Fatal error : Call to undefined function : acces_rubrique() in /racine du site/plugins/acces_groupes/inc/accesgroupes_prive.php on line 991
Et voici ce qu’il y a à la ligne 991 de ce fichier php.
$flag_editable = ($connect_statut == ’0minirezo’ AND (acces_rubrique($id_parent) OR acces_rubrique($id_rubrique))) ; // id_parent necessaire en cas de creation de sous-rubrique
Si vous avez déjà eu le cas et que vous connaissez la réponse, merci infiniment de me la communiquer.
JP
Je fais comme tout le monde : je me réponds à moi-même puique j’ai trouvé la solution moi-même ;))
J’ai tout simplement remplacé le plugin acces restreint par sa version plus récente à savoir la version 1.0.31
et... ça marche
Répondre à ce message
Bonjour,
Comment faire pour que les articles en zone à accès restreint par groupe ne se retrouvent pas dans la liste des nouveautés du site gérée par SPIP et envoyée régulièrement ?
J’utilise le plug in avec beespip. L’utilisation du mot clef « exclu actualité » ne résoud pas le problème. Un paliatif consiste à changer la date de l’article (l’année par exemple) mais cela n’est pas très propre...
De quelle liste des nouveautés parles-tu ? De la liste des derniers articles publiés lorsque tu as l’option « Annonce des nouveautés » activée dans la page « Interactivité » de la configuration du site ?
Si c’est le cas, cette fonctionnalité n’est effectivement pas prise en compte dans le fonctionnement du plugin.
Alors soit tu code l’ajout de cette fontionnalité, soit tu continue à bidouiller avec les dates : la zone est ouverte à tous, c’est toi qui choisit la solution que tu préfère !
Oui c’est bien de cette liste dont je parle.
Je prends bonne note des deux solutions proposées :-).
J’en ai une troisième : je pense que je vais m’envoyer à moi rien qu’à moi la liste des nouveautés et que je la forwarderai après filtrage « manuel » sur une liste de diffusion de type newsletter...
dans le même ordre d’idée, j’imagine qu’il doit être possible de faire un « patron » avec le plugin spip_liste qui permettrait d’envoyer la liste des nouveautés en prenant en compte ce problème d’autorisations et ce de façon automatisée (sans intervention manuelle ni bidouilles de dates).
Répondre à ce message
Je n’arrive pas à supprimer un sous-groupes inclus dans un groupe.
quand je clique sur « Retirer le sous-groupe »,
J’ai message « Vous devez choisir un groupe ».
Je suis sous SPIP 192 est acces rectreint par groupe 103.
Merci de votre aide
Kos
OK, c’était un micro-bogue dans l’URL du lien de suppression. Corrigé par la version 1.0.31.
si tu veux éviter de mettre à jour tout le plugin, il te suffit de mettre à jour uniquement les fichiers plugin.xml et /exec/accesgroupes_admin.php
Merci pour la remontée de bogue !
Merci beaucoup, vous êtes des seigneurs. J’ai juste recopié tout le repertoire acces_groupes (annule et remplace) pour prendre en compte les éventuelles révision de la version 1.0.3. Je n’ai pas refait une instal normale via l’espace privé, Est-ce sans danger ?
Répondre à ce message
bonjour Voici mon problème
Il y a des rubriques dans le portail. Dès lors qu’on s’authentifie, on a accès à certains rubriques et pas à d’autres. Le problème est que malgré les bonnes declarations, les nouveaux users ne voient pas une rubrique. Donc à comparer leur profil avec ceux qui ont bien accès, je me suis rendu compte qu’il y a un champ ( attribut) ldap qui leur manquait. Si je leur ajoute cette dernière, ils ont accès à la rubrique. Mais le problème, c’est que mon responsable ne veut plus de ce champ car il ne doit plus exister. Donc je deduis donc qu’il y forcement un test sur ce champ. Moi je souhaiterais orienter le test sur un autre champ. Je crois que mon prédécesseur à supprimer le champ dans le formulaire de déclaration des users sans modifier son code.
Pouvez vous m’aider ??
Merci d’avance
de ce que je comprend de ta « description » du problème (qui reste assez incomplète/peu claire), il semblerait que ton système de contrôle d’accès ne soit pas basé sur ce plugin, ou sur une version modifiée pour gérer LDAP.
Peux tu vérifier dans le gestionnaire de plugins de ton spip (.../ecrire/ ?exec=admin_plugin) que le plugin accès_groupes est installé et activé ?
Si oui, précise l’organisation des groupes et des rubriques qu’ils contrôlent pour qu’on ait plus d’infos sur la nature du problème.
Bonjour,
Merci de me repondre.
Je confirme que le plugin est bien installé et activé.
Dans la partie rubrique gérées par les groupes de l’espace privé, j’ai Projet -> 3 espace equipe. et d’autres....
La rubrique qui pose problème c’est « Espace equipe ».
Ma question : Comment permettre aux user de voir cette rubrique ???.
Car auparavant mon responsable m’a dit que tout marchais bien. C’est à dire que les user declaré en tant qu’appartenant au groupe « TMA » inclut dans projet doivent voir la rubrique « espace equipe »
Je reste à votre dispo pour apporter toutes autres précision
il faut donc que tu vérifie :
Si ces vérifications sont OK, il te faut savoir aussi que lorsque tu viens d’ajouter des utilisateurs à un groupe, les modifications d’affichage pour leur compte nécessitent que les pages soient recalculées (sinon, spip te sert les pages du cache c’est à dire avant que les modifications aient été faites...).
Un moyen simple pour vérifier que ce n’est pas ce problème que tu rencontre consiste à vider le cache via l’interface d’administration chaque fois que tu as modifié les groupes.
Enfin si le problème persiste et qu’il est résolu via une modification du LDAP cela veut dire que tu as une version « bidouillée » de ce plugin pour assurer le support du LDAP et dans ce cas je ne peux rien pour toi (si ce n’est te demander de m’envoyer ta version pour une éventuelle intégration de cette fonctionnalité dans une prochaine version du plugin...)
Bonjour,
*) Dans la partie privée : « Arborescence des sous groupes », j’ai bien le groupe TMA et le groupe projet.
Pour le groupe projet, j’ai bien le Groupe TMA qui y appartient.
*) Dans « Rubrique gérées par groupes », « Espace equipe » appartient bien au groupe « projet » et j’ai « Management » qui appartient à « TMA ».
Or « Management » est la première sous rubrique de la rubrique « Espace equipe »
Est ce normal ???
*) C’est dans le formulaire d’ajout de nouvel user qu’on sélectionne l’entité dans laquelle appartient l’user.
Apparement, autrefois, en plus de sélectionner l’entité auquel appartient l’user, il y avait un champ « pôle ». Si la valeur est « TMA », alors l’user à accès à la rubrique « espace equipe ». une fois le formulaire validé, il ecrit dans la base ldap et dans les tables spip
Mon prédécesseur à supprimer ce champ car il y a une certaine redondance de l’information. je m’explique : Certaines entités auxquels appartient un user sont tous inclus dans TMA.
Il a donc supprimé le champ « pole » dans le formulaire et a oublié de mettre à jour son programme. D’où quand on déclare les users il ne voient pas la rubrique « espace equipe » malgré leur appartenance aux bonnes entités.
Comment puis procéder pour corriger ???
Merci d’avance pour votre aide
C’est possible, « normal » ça dépend de ce que tu veux avoir comme niveaux d’accès aux rubriques. Cette configuration groupes/rubriques signifie que :
Ce plugin n’a jamais eu de champ « pôle » : ta version est « bidouillé » => sur cette fonctionnalité, tu dois te débrouiller avec l’auteur de la bidouille...
Ca c’est obligatoirement le cas vu ton architecture : tout utilisateur du groupe « TMA » fait partie du groupe « Projet » (puisque « TMA » est inclu dans « Projet ») et à accès à l’ensemble de la rubrique « Espace équipe ».
Non, ce plugin n’a jamais proposé de fonctionnalité de modification de LDAP... Idem : si ta version le propose, tu dois te débrouiller avec l’auteur de cette « bidouille » (et par la même occasion lui demander si il ne veut pas la proposer sur spip-zone que d’autres puissent en profiter...)
Répondre à ce message
Bonsoir,
Je vous décrit ce qui m’arrive avec ce plugin et un spip 192b avec lequel je fais des tests pour développer un site communautaire.
J’ai une rubrique secteur qui a 6 rubriques enfants. La rubrique parent(secteur) et donc les 6 enfants sont en accès restreint, par héritage, par un groupe composé d’un administrateur.
L’une des 6 enfants est en accès restreint par un groupe composé d’un rédacteur. Celui ci, lors de la rédaction d’article, ne peut pas choisir de rubrique dans laquelle mettre l’article car le champ destiné à cela est totalement vide. Pas même la rubrique que son groupe contrôle. Après, lors de l’enregistrement, on sort de l’administration et on est renvoyé à la page d’accueil.
Est ce un bug ou simplement une mauvaise utilisation de ma part du plugin ?
merci d’avance pour vos retours !
Bonjour, j’ai aussi le même type de problème ( c.a.d. qu’un rédacteur pourtant déclaré dans un groupe ne peut pas rédiger un article car le nom de la rubrique, sous « Nouvel Article », dans laquelle il est autorisé à rédiger n’apparaît pas ) mais uniquement chez mon hébergeur (Free) car en local ça marche très bien !?!?!?
Please help me :)
Répondre à ce message
pour éviter de doublonner, voir ce forum concernant les problèmes actuels de acces_groupe et ses développements futurs
Répondre à ce message
Ce plugin est génial mais nous avons malheureusement constaté que dans certaines circonstances il se révèle trop lent !
Dans un premier temps nous avions privilégié le plugin « Accès Restreints par groupes » par rapport au plugin « Accès Restreints ». Malheureusement, dans un site où nous avons défini de nombreux rédacteurs, administrateurs et visiteurs ainsi que de nombreux espaces restreints, le site est devenu extrêmement lent, au point de devenir inutilisable. Après moult essais, nous avons identifié que le plugin « Accès Restreints par groupes » était la cause de cette lenteur.
Nous avons alors été obligé de l’abandonner et d’adopter le plugin « Accès Restreints » avec lequel nous n’observons pas de ralentissement du site.
C’est fort dommage car ce plugin nous plaisait beaucoup !
Meilleurs messages
FDG
Bonjour,
Notre site pour un établissement scolaire (en cours de test en conditions réelles) utilise aussi le super plugin « accès restreints par groupes »qui correspond exactement à nos besoins.
Il regroupe une centaine d’auteurs et environ 1300 visiteurs et montre lui aussi des gros problèmes de lenteurs.
A la lecture de votre message il semblerait logique que ce plugin soit la cause des ralentissements mais comment en être sûr ? Et pensez-vous qu’il y a un moyen de réduire sensiblement ces ralentissements ?
stlouis-stemrie.fr
Bonjour,
Il suffit de "débrancher le plugin « Accès restreints par groupes » et d’essayer le site sans restriction d’accès, il devrait soudainement aller beaucoup plus vite (auparavant, prenez la précaution de sauver votre base de données !). Vous pouvez ensuite rebrancher le plugin et retrouver la lenteur qu’il impose.
Pour suppléer à ce défaut, utilisez le plugin « Accès restreints » et créez des login / mot-de-passe génériques.
Meilleurs messages
FDG
Répondre à ce message
Bonjour.
Dans l’introduction, l’avertissement indique que ce plug-in n’est pas compatible avec Spip 1.9.2. Or, je vois de nombreux messages de personnes l’ayant installé sous SPIP 1.9.2. Cela signifie-t-il qu’il est désormais compatible ?
Je suis toujours en 1.9.1 et je comptais mettre à jour ma version de SPIP. J’aimerais donc savoir si cela risque d’être source de problèmes.
Bien cordialement,
Patrick
en fait lorsque tu décompresses le plugin acces_groupes.zip, celui-ci contient 2 sous repertoires pour les version 1.9.1 et 1.9.2.
J’utilise la version pour 1.9.2 avec SPIP 1.9.2c, et le seul ’bug’ que j’ai pu trouver pour l’instant [1] est lors de l’utilisation de l’espace de publicatipon pour un grand écran, le fait que le bloc raccourcis soit tronqué sur la droite...
Répondre à ce message
Nom d’une pipe, ce login est génial, j’ai un site compliqué à mettre en place, avec des tas de gens qui ont des droits restreints, croisés, limités, enfin, voyez le genre. Alors ce plugin, quel soulagement !
Ceci étant, j’ai abusivement donné des droits aux administrateurs sur une rubrique que je veux réservée à un public choisi. Comment les virer, les administrateurs ? (dans "statuts inclus dans ce groupe). Il faut que je les rétrograde ? Vont pas être contents !
S’il faut les rétrograder un par un, on le fera...
Mais en tout cas, merci infiniment !
Répondre à ce message
Bonjour,
Je viens d’activer le plugin et quand je clique sur le bouton « Accès restreint par groupes » dans l’admin privée, j’ai une page blanche avec ce message
Parse error: syntax error, unexpected ';' in /home/elevages/www/plugins/acces_groupes/exec/accesgroupes_admin.php on line 55
idem même message help
Hello
il semblerait que les deux lignes (52 et 53) du fichier accesgroupes_admin.php :
$string = preg_replace ...
ont été abimées ...
en regardant le site http://php.net (suite au message : correction d’un bug :)
Le plugin accés restreint par groupes : affichage des auteurs 20 novembre 2007 14:02
on remaque un assez grosse différence ..
ex :
$string = preg_replace( R &#x([0-9a-f]+) ; ei R, Rchr(hexdec( \1 )) R, $string) ;
$string = preg_replace( R &#([0-9]+) ; e R, Rchr( \1 ) R, $string) ;
or sur le site :
$string = preg_replace(’ &#x([0-9a-f]+) ; ei’, ’chr(hexdec(« \1 »))’, $string) ;
$string = preg_replace(’ &#([0-9]+) ; e’, ’chr(« \1 »)’, $string) ;
dans vi d’ailleur la colorisation syntaxique ne s’en sort pas ...
aprés modification des deux lignes tout a l’air OK. A verifier par les pros de l’accés restreint, perso j’en suis qu’a l’install du plugin.
page du site php.net :
http://fr3.php.net/manual/fr/function.html-entity-decode.php
Merci à tous pour votre boulot il est super.
YJB
Désolé pour les sauts de lignes ...
fichier : accesgroupes_admin.php lignes 52 et 53
remplacement de :
$string = preg_replace( R &#x([0-9a-f]+) ; ei R, Rchr(hexdec( \1 )) R, $string) ;
$string = preg_replace( R &#([0-9]+) ; e R, Rchr( \1 ) R, $string) ;
par
$string = preg_replace(’ &#x([0-9a-f]+) ; ei’, ’chr(hexdec(« \1 »))’, $string) ;
$string = preg_replace(’ &#([0-9]+) ; e’, ’chr(« \1 »)’, $string) ;
voila c’est plus clair ...
bonjour les gens,
j’ai bien corrigé ces deux lignes (52 53) comme le disait yjbenigni, mais çA ne veux pas fonctionner, je reste avec ce message d’erreur :
bref, si quelqu’un a la réponse
Hello
désolé ... mais certains caractères sont supprimés lors de l’enregistrement du message ....
bref allez sur : http://fr.php.net/manual/fr/function.html-entity-decode.php
et vous trouverez les lignes exactes dans le post : Example#1 Décoder des entités HTML
cdlt
Ben si, je vous donne en clair le code à modifier
Après avoir suivi le lien de yjbenigni ça marche....
merci des réponses !
Alex
Je viens de mettre à jour le fichier sur svn.
désolé pour le dérangemen et merci pour votre aide.
Pas de problème, si on peur aider.
Librement à vous.
YJ Benigni
Répondre à ce message
Bonjour,
Tout d’abord bravo pour ce plugin ! J’ai installé la dernière version sur un spip 1.9.2c. Mais j’ai un petit souci. J’obtiens ce message d’erreur
PHP Warning : in_array() [function.in-array] : Wrong datatype for second argument in E :\www\retestSpip\plugins\acces_groupes\1.9.2\exec\accesgroupes_admin.php on line 993 PHP Warning : in_array()
à chaque fois que j’accède aux groupes créés ou quand j’en créé un nouveau. Pourtant le plugin marche bien, j’ai bien mon accès restreint comme je l’ai fixé avec mes règles. Pourrai-je avoir des infos sur l’impact de ce problème ?
Merci beaucoup !
Répondre à ce message
Bonjour,
Est ce que ce plugin permet de restreindre l’accès d’une sous rubrique pour un utilisateur sans que celui ci n’ait à faire partie d’un groupe qui contrôlerait la rubrique secteur parente ?
Dans ce cas, le processus de rédaction doit il pouvoir se faire exactement comme dans une rubrique sans restriction ?
De mon côté, (voir message plus bas) ça ne fonctionne correctement que si l’utilisateur fait aussi partie de la rubrique secteur parente.
Merci
Répondre à ce message
Bonjour
je teste cet excellent plugin en local avec easyphp, et le message d’erreur s’affiche lorsque je tente d’enregistrer une brève :
Fatal error : Call to undefined function : accesgroupes_acces_rubrique() in e :\site tourisme\test\plugins\acces_groupes\exec\breves_voir.php on line 43
J’ai essayé sous spip 1.9.1 [7502] et 1.9.2c, c’est la même chose...
est-ce que quelqu’un peut m’aider ?
Je remarque qu’elles sont tout de même enregistrer, mais que je ne peux pas non plus les modifier.
Désolé, je viens de voir la solution un peu plus bas...
Répondre à ce message
Bonjour
Voici le message que j’ai en essayant d’accéder au formulaire d’utilisation du plugin
Parse error : syntax error, unexpected ’ ;’ in /mnt/140/sdc/6/1/scenario.pedagogique/plugins/acces_groupes/exec/accesgroupes_admin.php on line 52
Version de SPIP SPIP 1.9.2c [10268].
Aucun plugin actif, pour test, en même temps que accès restreint par groupes.
Avez vous une explication qui peut me décoincer ?
Merci
Pierre
Bonjour,
J’ ai exactement le même problème.
Je pense que c’est lié à la compatibilité avec php4.
Quelqu’ un a une solution ?
Merci
Répondre à ce message
Bonjour,
J’ai installé le plugin « accès restreint par groupes », et j’ai des tests concluants sauf pour les fichiers attachés. Dans une zone ou normalement l’accès à un article est restreint, j’arrive quand même à avoir accès au document attaché à ce document en tapant directement l’adresse de ce document :
http://www.mondomain.fr/spip/IMG/pdf/monfichier.pdf
Je voulais savoir si c’était normal ? Si oui, alors je suis bien embêté car j’aurais voulu pouvoir aussi protéger ces documents rattachés à un article ou à une rubrique. Toujours dans ce cas, connaissez-vous un autre plugin qui ferait l’affaire ou une idée de comment faire ?
Bien cordialement,
Fabien Malbet.
Tu peux essayer DW2
Répondre à ce message
Bonjour,
J’ai installé le plugin « accès restreint par groupes », et j’ai des tests concluants sauf pour les fichiers attachés. Dans une zone ou normalement l’accès à un article est restreint, j’arrive quand même à avoir accès au document attaché à ce document en tapant directement l’adresse de ce document :
http://www.mondomain.fr/spip/IMG/pdf/monfichier.pdf
Je voulais savoir si c’était normal ? Si oui, alors je suis bien embêté car j’aurais voulu pouvoir aussi protéger ces documents rattachés à un document. Toujours dans ce cas, connaissez-vous un autre plugin qui ferait l’affaire ou une idée de comment faire ?
Bien cordialement,
Fabien Malbet.
Répondre à ce message
Bonjour,
J’utilise en plus de ce plugin et de csv2, forms&tables et spip-listes.
En administrateur, tout fonctionne bien.
En Administrateur Restreint (pour moi c’est un tuteur) :
Les icones de forms&tables sont présents dans le menu Edition. Mais impossible de créer un formulaire (boutons création et édition absents).
Aucun accés à spip-listes.
J’aimerai qu’un admin restreint puisse avoir accés normalement à ces 2 plugins.
Je n’ai pas trouvé de solution évidente. Quelqu’un aurait-il une idée.
Ma config : 1.9.2c + ALTERNATIVES
Merci
Désolé, erreur de ma part.
Je viens de réinstaller en local un spip avec juste les 2 plugins form&tables et spip-listes.
Ce problème ne concerne pas le plugin accés restreint par groupe.
++
Répondre à ce message
Bonjour,
Je rencontre le problème suivant :
Après installation et création d’un groupe,je ne peut pas rajouter d’auteur car la liste est vide.
La suite (sous-groupes, statuts, ...) ne s’affiche pas.
Ce problème se passe sur un site opérationnel alors que je ne l’ai pas sur un site local.
Problème de version de PHP ou de Mysql plus anciens sur le site opérationnel que sur le site de tests ?
Les versions de SPIP et du plugin sont les mêmes de chaque coté
Quelqu’un a-t-il déjà résolu ceci ?
Merci
Je me réponds à moi-même.
En version de PHP<4.3> php.net]
function html_entity_decode ($string)
// Remplace les entités numériques
$string = preg_replace(’ &#x([0-9a-f]+) ; ei’, ’chr(hexdec(« \1 »))’, $string) ;
$string = preg_replace(’ &#([0-9]+) ; e’, ’chr(« \1 »)’, $string) ;
// Remplace les entités litérales
$trans_tbl = get_html_translation_table (HTML_ENTITIES) ;
$trans_tbl = array_flip ($trans_tbl) ;
return strtr ($string, $trans_tbl) ;
Je l’ai rajoutée dans mon fichier accesgroupes_admin.php en attendant de changer de version.
Celà semble fonctionner.
Répondre à ce message
J’essaie d’utiliser spip192 (1.926) et la version 1.0.3 de ce plugin (bien qu’elle ne soit pas stabilisée).
La difficulté que je rencontre est l’impossibilité d’attribuer des auteurs à un groupe, la liste déroulante ne récupère pas les auteurs pourtant déclarés.
L’instal du plugin semble pourtant ok, les trois nouvelles tables sont bien présentes, le groupe s’enregistre bien mais je ne vais pas plus loin.
Dernière précision, j’ai désactivé tout autre plugin.
Quelqu’un a-t-il réussi à faire fonctionner cette version ?
D’avance merci
Fred.
Bonjour,
Je rencontre le même problème sur un site opérationnel àlors que je ne l’ai pas sur un site local.
Quelqu’un a-t-il déjà résolu ceci.
Merci
Répondre à ce message
J’utilise SPIP 1.9.2c avec Alternatives.
Bien chargé le plugin accès restreint par groupe qui fonctionne corretement, à une exception près :
J’ai le statut d’administrateur.
Quand je veux revenir sur une brève déjà enregistrée et publiée, pour la modifier, j’obtiens l’erreur suivante :
Fatal error: Call to undefined function: accesgroupes_acces_rubrique() in /xxx/xxx/xxx/x/x/calcollect/plugins/acces_groupes/1.9.2/exec/breves_voir.php on line 43
Je ne suis pas assez expert en php pour comprendre ce qui se passe.
Pouvez-vous m’aider.
la réponse est (un peu) plus bas dans ce forum :
Merci, ça fonctionne.
J’avais vu ce message, mais je ne l’avais pas lu en détail, pensant que ce fichier avait surement été supprimé des nouvelles distrib.
Désolé de vous avoir fait intervenir pour si peu.
Ce plugin est très bien.
Répondre à ce message
Bonsoir,
j’ai testé une installation de ce plugin avec spip 1.9.2c (en local) mais une fois le module installé
les icones d’administrations configuration + auteur disparaissent. Dans mysql.log, j’ai un problème signalé de table spin_accesgroupe_acces absente signalé. A vrai dire, je n’ai eu à aucun moment la main pour créer la table des groupes.
Si quelqu’un peut m’aider.
Merci beaucoup.
Thibault
Pour information, j’ai installé la version de developpement (plugins_dev.zip)
signalée dans le forum.
Encore une info : j’installe le plugins dans plugins/acces_groupe/1_9_2/...) mais le
gestionnaire de plugins me l’indique comme dans plugins/plugins/acces_groupe/1_9_2/ ?
Répondre à ce message
Bonjour,
SPIP 1.9.2b [9574] + plugin pour 1.9.2 téléchargé le 10.10.2007 sur la zone
Je travaille sur un projet de site. J’ai installé le plugin sur la version de travail du site en local avec Wamp server. Pas de problème tout marche.
J’installe donc le plugin sur le serveur qui supporte la version def du site (c’est un intranet donc je ne peux vous donner de lien). Là deux problèmes après avoir activé le plugin :
1) aucune icône n’apparaît à côté de celle des auteurs pour me donner accès aux pages de config du plugin.
2) aucune table supplémentaire n’a été créée dans la base. J’ai fait un export de la structure des tables du plugin depuis ma version locale et je les intégrées sur le serveur def. Toujours rien.
Je précise que d’autres plugins sont installés aussi bien en local que sur le serveur :
- Lecteur Multimédia en Flash (MP3,flv)
- cfg : moteur de configuration
- Crayons
- Deplier-Replier Blocks
- FCKeditor pour Spip (1.9.2b)
- Squelette Sarka-SPIP 2
- Thickbox v2
J’ai déjà essayé de les décocher un a un, rien n’y fait.
QQu’un a une idée d’où chercher ?
Merci d’avance
Bonjour,
je n’ai malheureusement pas la réponse car j’ai exactement le même problème : install en 192b en local, cela fonctionne très bien.
L’install à distance ne s’active pas : l’icône et les tables ne se créent pas.
Le plugin est activable et parait bien installé (l’accès direct à des fichiers, image par exemple, fonctionne).
J’ai aussi désactivé les autres plugins sans succès (agenda et walma).
Merci beaucoup pour une aide sur le sujet.
Fr.
Répondre à ce message
Les pictos à côté des nom disparaissent sur un spip 192 à cause du déplacement des images de écrires vers les squelettes
la solution est de modifier, dans ce plugin, dans exe, le fichier « accesgroupes_admin.php »
rechercher : src=’img_pack/
remplacer par : src=’../« .$GLOBALS[’dossier_squelettes’]. »/images/
normalement vous avez trois remplacements, lignes 825, 860 et 1002.
J’ai essayé cette manip qui ne résoud pas mon problème.
Je pense que les images sont appelées sous forme de .gif dans le plugin, alors qu’elles sont enregistrées en .png. Par contre le dossier semble être le bon (img_pack).
Que dois-je faire ?
Répondre à ce message
Bonjour,
J’utilise SPIP 1.9.2c + Alternatives
J’ai chargé le plugin Accès restreint par groupes.
J’ai effectué la création d’un groupe « Adherents », sans préciser pour le moment à quelles rubriques il avait accès (j’ai laissé la liste en blanc, car elles restent à créer). Je n’ai pas créé non plus d’adhérent, mais j’ai inclus dans ce groupe les administrateurs et auteurs existants.
Maintenant, en tant qu’administrateur, je peux voir tout le site, en mode public.
En mode prvé, par contre, quand je veux ouvrir un article en cliquant dessus (donc en principe tous accessibles) je trouve l’un ou l’autre des deux messages suivants :
Avez-vous une idée de ce que celà peut être ?
Pour info, je viens de retirer les administrateurs et auteurs de ce groupe, qui se trouve désormais vide, et je trouve les mêmes erreurs.
Je suis donc bloqué, Help !!
Merci d’avance.
En relisant mon message, je vois qu’il s’agit probablement du mauvais plugin (1.9.1 au lieu de 1.9.2). je n’avais pas vu qu’ils étaient tous les deux dans le même dossier. En activant le second plugin qui apparait dans la liste, ça fonctionne déjà beaucoup mieux. reste à tester l’ensemble en détail.
Je pense que ça serait bon de préciser dans le texte de votre article qu’il y a les deux plugins, avec le même nom et qu’il faut choisir le bon, ou, mieux, supprimer le mauvais dossier (ici 1.9.1) du dossier acces_groupe avant de le charger sur le site.
Merci en tous cas de ces plugins qui m’aident beaucoup.
Répondre à ce message
Pour informations pour tous, une version de ce plug-ins, compatible spip 1.9.2, est en développement et téléchargeable ici (dans le bloc plugins_dev.zip )
j’ai utilisé cette version en developpement et à l’écriture d’une nouvelle breve j’obtient
Fatal error : Call to undefined function : accesgroupes_acces_rubrique() in C :\Site EFSLC\Informatique\sitetest\spip\plugins\acces_groupes\1_9_2\exec\breves_voir.php on line 43
comment définir cette fonction pour régler le problème rapidement.
Sinon ce pluggins est quand même bien pratique.
Arrgg...
il suffit de supprimer le fichier exec/breves_voir.php qui est un vieux reste du plugin pour les version spip < 1.9.2
désolé....
Merci, j’avais le même problème et la suppression du fichier l’a résolu
Comme Sébastien, la suppression de « breves_voir.php » a résolu le pb. Mais pourquoi ne pas le supprimer dans la distribution (que j’ai récupérée le 21/9...) ? Merci en tout cas pour « tout ça ».
miracle ! ça marche !
J’aurai du venir ici plus tôt, ça m’aurait évité de planter mon site. Merci
Répondre à ce message
J’ai rencontré ce problème.
Lors de la création d’un groupe le menu déroulant pour ajouter les auteurs était vide et au dessus du menu un message d’erreur 1053 avec un problème de mémoire machin chose (il indique qu’il lui manque 65ko...super !).
Désespéré j’ai voulu ajouter un statut pour contourner le problème. Les statuts sont prédéfinis donc pas besoin d’aller les lister dans une base, donc ça c’est possible.
Une fois le statut ajouté le message d’erreur pour l’ajout d’auteur a disparu et tout est rentré dans l’ordre, même lorsque par la suite j’ai retiré le statut.
Voilà, si quelqu’un rencontre ce problème il pourra le résoudre comme ça.
Merci pour ce plug in sinon, vraiment génial par rapport au bidouillage de la 1.8, et je suis fan des images en couleur ! :-)
Bonjour
merci pour la contribe. J’ai moi aussi un menu déroulant auteur vide :
Ajouter un auteur 1037 : Out of memory. Restart daemon and try again (needed 65500 bytes)
192c
easyphp1.7
cvs2spip
Merci
Répondre à ce message
Juste une question. Quand sera disponible ce plugin pour la version 1.9.2 de spip ?
il l’est :
http://files.spip.org/spip-zone/acces_groupes.zip
Répondre à ce message
hello
super plugin. juste une suggestion : dans la page de gestion du groupe, intégrer un formulaire d’envoi de messages par email aux membres ( ex pour les inviter à participer ou pour annoncer lun ou l’autre événement spécifique au groupe)
à+
Répondre à ce message
Bonjour,
merci beaucoup pour ce plug in exceptionnel qui comble un vrai vide !
Je l’utilise sans problèmes sur Spip 1.9.2b (9381) avec squelette Alternatives 1.9.2.
J’ai des visiteurs qui s’inscrivent librement, et obtiennent un mot de passe aléatoire automatique de Spip par mail. Ensuite l’admin (moi) décide de leur donner (ou non) un accès au contenu protégé, en les plaçant dans un groupe restreint.
Ma question est alors très simple : comment donner la possibilité à ces visiteurs sélectionnés de pouvoir personnaliser leur mot de passe (vraiment pas très pratique) sans passer par la partie privée ?
En vous remerciant d’avance !
Répondre à ce message
Bonjour à tous,
Comment ce plugin s’articule-t-il avec celui de Spip list. Est-on sûr que la news letter ne prendra jamais des articles qui se trouvent dans des rubriques sur lesquels il y a un accès restreint ?
C’est évidemment crucial.
Merci.
C’est là le problème.
Tout est diffusé dans la news letter, y compris les articles non publics.
On ne peut cependant pas y accéder, mais si la news letter comprend le début de l’article, il est vu.
Bernard
J’ai essayé d’enlever le compte admin de mon site de mon groupe à accès restreints.
J’ai ensuite rédigé un article dans la partie privée, puis j’ai lancé « l’annonce immédiate des nouveautés ».
Le mail envoyé était vide, pas d’article référencé (bonne nouvelle).
Je viens d’en écrire un autre : il va falloir que j’attende l’envoi automatique pour voir si la manip est correcte.
Inconvénient : même s’il peut toujours modifier les articles dans la partie privée, l’admin ne peut plus les voir. Il faut se logger sous un autre compte qui fait partie du groupe.
A suivre d’ici un jour ou deux.
Bernard.
Répondre à ce message
Bonjour,
Est-il possible de limiter l’accès à la partie privée de tout le site ? Je n’arrive pas à le mettre en place même en mettant « limiter à la partie privée » sur « Racine du site »...
Répondre à ce message
Bonjour,
Je souhaiterais créer une boucle qui affiche l’ensemble des auteurs appartenant à un même sous groupe. J’ai pas vu de syntaxe pour faire une boucle sur un sous groupe donc je misére un peu.
Un bout de code serait le bienvenue merci
Effectivement ça manque ;-)
Voici perso la boucle que je me suis concocté pour lister les membres de groupes et sous-groupes :
Merci pour ta réponse mais une partie du code est absente boucle incomplète donc pourrais-tu me refaire un copier coller pour m’éviter de reconstituer le puzzle.
Sur le principe j’ai compris mais le coté esthétique avec l’utilisation de class de cette boucle m’intéresse.
Et oui je suis une buse en html et en spip mais bon je me soigne ...
Répondre à ce message
Bonsoir,
A partir d’un spip 1.9.2b, j’ai testé sur une structure assez simple avec le squelette Alternatives. Quelque soit la façon dont je me débrouille, il n’y a jamais aucune restriction d’accés aux zones auxquelles mes auteurs de tests devraient en avoir.
Pour repartir de très simple j’ai fait une install fraiche avec le squelette de la dist, déclaré 2 auteurs-rédacteurs, ouvert 2 rubriques, activé le plugin, constitué 2 groupes, en associant à chacun l’un de mes 2 auteurs et l’une de mes 2 rubriques. Hé bien rien, tout est comme lorsqu’il n’y a pas de plugin. Je ne comprend pas, il y a pourtant l’air d’y avoir des retours positifs pour l’usage de ce plugin avec la 1.9.2b ? j’ai regardé dans la base de données, ça a pourtant l’air de correspondre.
Des idées ?
Merci
C’est bon, j’ai compris la mécanique et il n’y a plus de souci.
Merci
Répondre à ce message
les uns et les autres, quels squelettes utilisez vous avec ce plug in ?
j’utilise habituellement ALTERNATIVES. que je pensais mettre aussi en place pour le projet décrit dans le post ci dessous ( quel version...), mais je ne trouve pas d’endroit ou serait confirmée la compatibilité du squelette avec le plugin.
pouvez vous m’indiquer si quelqu’un l’utilise, ou bien quels autres squelettes utilisez vous avec succès avec ce plugin.
Pour nous l’utilisation du plugin est notre priorité car tout le projet repose sur une fine gestion des restrictions. Je désire donc choisir un squelette en fonction du plugin, et ensuite faire ce qu’il faut pour le modifier graphiquement, car cela je maitrise, par contre le coté technique, php etc ce n’est pas mon truc...
J’utilise Sarka-SPIP. Je viens d’installer le plugin accès restreint par groupes et tout semble fonctionner après les premiers tests.
La documentation de Sarka-SPIP précise d’ailleurs la compatibilité avec ce plugin.
Cordialement,
Maëlle
aucun problème avec le squelette Alternatives et spip 1.9.1 : ça fonctionne parfaitement bien pour moi.
Je viens de passer dans la foulée de mon précédent message sur 1.9.2 en utilisant la version adéquate du plugin : pour le moment ça ne marche pas !
En fait, avec Alternatives et 1.9.2b, ça fonctionne dans la partie privée (les rubriques en accès restreint sont cachées donc inaccessibles), mais pas dans la partie publique (les rubriques ne sont pas cachées et restent accessibles)....
Répondre à ce message
Bonjour, travaillant dans un établissement public j’ai voulu tester votre plugin afin de l’intégrer dans notre site (version 1.03).
Je crée deux auteurs test1 et test2, je veux que test1 soit le seul des deux qui ait accès à cette rubrique (appellée Rubrique6 par exemple)et qu’il soit rédacteur.
Jusque là rien de sorcier :-)
Je veux par contre que test2 soit un auteur rédacteur également mais qu’il n’ait ni la possibilité de voir la rubrique ni la modifier.
J’affecterai donc ces deux auteurs (après leur création dans deux groupes différents grâce à votre plugin) afin de limiter l’accès à ma rubrique (Rubrique6).
Prérequis spip 1.9.2+ plugins accès restreint et sarkaspip2.01 installés et activés sur mon site WEB.
1. Je crée mes 2 auteurs rédacteurs test1 et test2)
2. Je vais auteurs>accès restreint>je crée 2 groupes GROUPE1,GROUPE2
3. J’ajoute test1 dans GROUPE1 et TEST 2 dans GROUPE2 avec comme statut visiteur+rédacteur pour les 2
4. je restreinds l’accès de Runrique 6 (rubrique racine de mon site) à GROUPE1 en mode privée + publique (et donc forcément à mon utilisateur test1).
5 Je vide bien mon cache juste au cas ou :-)
6 Je teste donc en me connectant en test2 avec l’interface privé ou l’interface public je vois Rubrique6 (sensé être masqué) Je clique sur un article dans cette rubrique même constat j’affiche l’article sans aucun problème.
Cela n’a pas donc l’air de fonctionner, comme écrit dans un message précédent.
En mode visiteur simple non loggué pas de problème (même en rentrant le chemin d’accès dela rubrique manuellement).
J’ai essayé de trouver une solution sans me lancer dans la programmation. Voila une solution que j’ai trouvé mais qui ne me convient pas non plus du tout car pas sure non plus du tout à mon goût.(les prérequis sont les mêmes)
0. Je crée une sousrubrique TOTO
1. Je crée mes 2 auteurs rédacteurs test1 et test2 mais je mets test2 en admin restreint de la sous-rubrique TOTO (au lieu de simple rédacteur).
2. Je vais dans auteurs>accès restreint par groupe>je crée 2 groupes GROUPE1,GROUPE2
3. J’ajoute l’auteur test1 dans GROUPE1 et l’auteur TEST2 dans GROUPE2 avec le statut rédacteur+visiteur pour les deux.
4. je restreinds l’accès de Rubrique6 (une des rubriques racine de mon site) à GROUPE1 en mode privée + publique (et donc forcément à mon utilisateur test1)et je restreinds la sousrubrique TOTO au groupe2 afin qu’elle ne soit jamais affiché car elle ne me sert qu’à le mettre admin restreint (je sais c’est un peu tiré par les cheveux :-) ).
5 Je vide bien mon cache juste au cas ou :-)
6 Je teste donc en me connectant en test2, dans l’espace public pas d’affichage de Rubrique6(reinstreinte à test1), je passe à l’espace privée : même chose Rubrique6 n’apparait pas.
En mode visiteur pas de problème non plus (forcément :-) ).
Inconvénients de ma méthode en voulant que test2 n’accèdent ni ne voit Rubrique6 je lui donne des droits d’admin restreint ce qui pour ma part est inenvisageable !!!! IMPOSSIBLE !!!!
Voila je ne sais pas si ca vous aidera mais je vous fais remonter ma petite trouvaille, si personne ne l’avait pas déja signalé ailleurs.
Répondre à ce message
Bonjour a tous,
j’aimerai savoir s’il est possible de facon simple de lier le plugin a un forum externe type phpbb.
C’est a dire qu’apres s’etre crée un compte sur le site spip, quand l’utilisateur se connectera sur le site spip, il sera aussi connecté sur le forum externe ?
J’imagine qu’il faut créer le compte sur le forum au meme moment que la création sur le site spip et de facon transparente.
Suis-je clair ?
Est ce possible de facon simple ?
Merci
Répondre à ce message
Salut les pros.
Sur 2 sites (sur le même serveur, celui de l’académie de Grenoble), l’installation du plugin ne génère pas d’icône dans la barre d’admin. Sur l’un des sites, c’est le seul plugin installé (version 1.9.1 de spip). Problème de config du serveur ? autre chose ?????
et tu as accès au plugin si tu appelle ecrire/ ?exec=csv2spip ?
Salut
Euh, tu veux plutôt dire si je tape ecrire/ ?exec=accesgroupes_admin ?
Non, j’y ai pas accès, pourtant, les fichiers sont bien tous sur le serveur, et le plugin activé.
OK, j’ai trouvé, donc si ça peut servir à d’autres. : J’ai solutionné le problème en désactivant tous les plugins (je ne sais pas si c’est nécessaire sur ce coup-là) puis en allant dans ecrire/data et en supprimant tous les fichiers faisant référence aux plugins :
charger_plugins_fonctions, charger_plugins_options et verifier_presence_plugins.
Après réactivation des plugins, ça roule.
ne me demandez pas pourquoi :-)
Bon, finalement, la manip n’a fonctionnée complètement que pour l’un des sites. Sur l’autre, l’activation du plugin ne crée pas l’icone. Mais l’accès aux fonctions du plugin par l’url fonctionne. Y a t-il un moyen de forcer l’installation de l’icone ?
Merci
Pierre
J’avais également un problème d’icones qui ne s’affichaient pas.
J’avais en fait installer le plugin sous ce chemin :
plugins\recherche_etendue_1_9\1.9.1
en laissant l’arborescence du zip que j’avais téléchargé.
En copiant directement le contenu du dossier 1.9.1 sous :
plugins\recherche_etendue_1_9
les icônes marchent.
Cordialement,
Maëlle
Répondre à ce message
Bonjour, je viens de lire tous les articles du forums et j’hésite.
Si je comprend bien, il y a une version testée qui fonctionne bien mais pour SPIP 1.9.1.
Et d’autre part d’autres versions « beta » pour SPIP 1.9.2
Je suis prof de réalisation multimedia dans une ecole d’art et réalise actuellement avec une autre collegue le site de notre école, qui est assez importante. Nous utilisons SPIP pour créer à la fois un site de « com » mais aussi un outils pédagogisue. Après diverses recherches li semble que votrde plugin soit le plus adapté à nos besoins.
J’aimerai que l’on me conseille sur quelle version installer, ma priorrité est le bon fonctionnement et la stabilité du systeme. meme si cela me coute quelques fonctionalités de spip en installant la version 1.9.1
Si je comprend bien d’un coté on perd en installant la vers. précédente de SPIP ( mais dans quelle mesure ?) mais on est assuré du bon fonctionnement du plugin
d’autre part on a la denière version de spip mais on n’a pas l’assurance d’un bonfonctionnement car c’est encore en dev...
que me conseillez vous par rapport à notre projet, j’hésite
merci
Caroline
Répondre à ce message
Bonjour,
j’ai créé un espace membre sur mon site, ce qui fait qu’une fois connecté, les membres peuvent accéder aux forums, ainsi qu’a des rubriques restreintes aux utilisateurs non connectés..
J’utilise donc Accès Resteint Par Groupes pour les visiteurs enregistrés, mais pas que ça..
En effet j’ai également une rubrique restreinte uniquement pour les admins, et..
J’aimerais donc afficher dans le menu les rubriques restreintes avec un cadenas pour les visiteurs, mais celles qui sont restreintes uniquement pour les admins, j’aimerais justement que seul les admins puissent les voir !
Est-ce que c’est possible ?
Merci d’avance
Adrien
Répondre à ce message
Je ne suis un un méga pro en spip....
J’ai un spip 1.9.2b avec le plug in accès restreint groupe.
J’essaie d’installer la version « filtrage avec information » de la restriction d’accès. J’ai donc complété le code des page rubrique, article (sommaire ?)
En saisissant directement le numéro de la rubrique dans l’adresse la page d’identification apparaît... pas de souci...
Par contre les différentes rubriques n’apparaissent pas au lecteur non inscrit.
J’ai installé un menu déroulant (plugin aussi), mais ça ne semble pas en être la raison puisque le problème semble subsité une fois le plug in désinstallé... que faire ?
merci d’avance.
Avez-vous ajouter dans votre squelette le filtre « accesgroupes_visualise » ?
l’utilisation et la mise en place de ce filtre est expliqué dans la partie « Outils à disposition pour les squelettes : »
Bonsoir,
J’ai testé, mais je ne me suis pas sorti pour faire apparaître les rubriques protégées et comme je n’ai plus tellement de groupes à gérer, j’ai abandonné pour le plugin « accès restreint » suffisant pour mon usage, donc j’ai maintenant le problème inverse, malgré désactivation du plugin, effacement du dossier, des 3 tables qu’ont été créées, j’ai un fantôme qui reste (après avoir vidé tous les caches" et si je désactive en plus accès restreint) :
Erreur(s) dans le squelette
Erreur : filtre « accesgroupes_visualise » non défini, _secteurs2
Erreur : filtre « accesgroupes_visualise » non défini, _secteurs2
Erreur : filtre « accesgroupes_visualise » non défini, _secteurs2
Erreur : filtre « accesgroupes_visualise » non défini, _secteurs2
Erreur : filtre « accesgroupes_visualise » non défini, _secteurs2
quand je veux prévisualiser à partir de l’espace privé ou passer du sommaire à une rubrique.
Où est-ce que ce filtre non défini peut se cacher, pas dans les mots clés, pas dans mes squelettes ...
J’utlise comme base le squelette alternatives, compatible avec spip 1.9.2b (sans IE)
Merci de vos lumières.
Martin
P.S. à part cela je suis complétement débordé, mais je comte toujours traduire le fichier de langue acces_restreint par groupes en allemand
je me réponds à moi-même, c’était bien une ligne contenant accesgroupes_visualise dans inc_menu.html que j’avais oublié d’effacer.
Bon c’est donc rentré dans l’ordre
merci
Répondre à ce message
Quelques petites corrections à apporter à ce pluggins :
Ligne 742 de /exec/accegroupes_admin.php :
$sql1 = « SELECT DISTINCT spip_auteurs.*
Cela permet d’éviter les doublons à l’affichage qui sont très génant.
Ensuite ligne 762 :
$STATUT = str_replace( »6forum",html_entity_decode( [...]
A la place de 6visiteurs qui n’existe pas dans la base de données.
Ligne 761 : on fait appel à la variable de langue « info_redacteurs »
En faisant un « strtoupper », le « é » bug.
Deux solutions : changer le « é » dans le fichier de langue par « é »
Auquel cas on affiche : « RéDACTEURS »
Ou enlever la fonction « strtoupper » quelques lignes plus bas
Auquel cas on affiche « Rédacteurs »
En tout cas merci beaucoup pour ce pluggin qui nous est fort utile.
On planche actuellement pour empêcher les rédacteurs de poster dans les sections ou ils sont interdit par l’intermédiaire du menu déroulant / menu AJAH lors de l’utilisation du bouton « Ecrire un nouvel article »
Si jamais vous avez une idée du type de modification à faire (endroit dans le code etc.) ça nous évitera toujours de chercher dans ce code que nous ne connaissons pas encore par coeur ;)
Encore merci et bravo pour ce pluggin
Amicalement
Flymann (CIV_EAALAT_Jourdain)
Pour palier au « R ?DACTEUR », on peut remplacer la ligne 777 par :
[...] style=’background-color : $couleur_claire ; font-weight:bold ;’>« .$STATUT. » [...]
En lieu et place de strtoupper($STATUT), ce qui donne :
Rédacteurs :
rédacteur1
rédacteur2
rédacteur3
...
Voilà ;-)
Petit correctif pour le premier message :
Au lieu de « é » qu’on voit à chaque fois, il faut voir « & e a c u t e ; » pour le premier et « & # 2 3 3 ; » pour le remplacer dans le fichier lang de SPIP.
Désolé pour le multi-post, dès qu’il y a une fonction EDIT, promis je m’en sers :-D
Flymann
J’ai un message bizarre et je ne peux pas activer le plugin
Message sous accès privé
« / !\ Fichier absent : inc/accesgroupes_options.php
/ !\ Fichier absent : inc/accesgroupes_fonctions.php »
Accès restreint par groupes
Les 2 fichiers sont bien présents dans le répertoire"/plugins
Merci
hubert
/ !\ Fichier absent : inc/accesgroupes_options.php
/ !\ Fichier absent : inc/accesgroupes_fonctions.php
Accès restreint par groupes
Message sous accès privé bien que fichiers présents dans le Rep /plugins
merci
essaie la solution expliquée ici : http://guiderdoni.net/Probleme-d-ac...
Petit bug dans la suppression des sous-groupes (version svn 12246) :
Ligne 945 de /exec/accegroupes_admin.php :
$h = generer_url_ecrire(« accesgroupes_admin »,« del_ss_groupe= ».$row[’id_ss_groupe’].« &groupe=$groupe ») ;
Répondre à ce message
Bonjour,
Merci pour ce plugin qui a l’air très complet. Deux questions toutefois :
1. Dans quelle mesure la gestion des groupes risque-t-elle d’entrer en conflit/redondance avec un système similaire qu’il me semble que les développeurs sont en train de discuter en vue d’une intégration dans le core.
2. Puis surtout, j’aimerais pouvoir protéger les pièces jointes des articles (fichiers pdf et autres), ce qui ne me semble pas possible pour le moment. Si quelqu’un dispose de l’url d’accès direct à une ressource située dans le répertoire
IMG/
, il y aura accès qu’il soit autorisé ou non. Cet aspect est réellement rédhibitoire de mon point de vue (je travaille pour un centre de recherche qui souhaite mettre des documents pdf à la disposition de ses étudiants mais ne peut se permettre de voir ces documents devenir accessibles pour tout le monde). Avez-vous une solution sur ce point ?Bien à vous
Répondre à ce message
Bonjour,
J’ai voulu ajouter l’affichage de la page de login lorsqu’une rubriques est restreinte.
J’ai mis le code donné pour les article ça marche nickel.
Mais quand je met ce code pour les rubriques, ça ne marche pas :
Quelqu’un aurait t-il une idée du problème ?
Même tentative (1.9.1) avec en bas de rubrique_normal.html :
Mais ça part toujours en 404... Qu’ai-je donc loupé ?
Peut-être le début de la boucle
Modifié pour que ce soit homogène mais cela part toujours en 404
me transmettre la page complète par email
Répondre à ce message
Bonjour à tous,
Avez-vous du nouveau concernant le portage pour spip 1.9.2 ?
Merci à vous.
Bonjour,
Serait-il possible de donner une « date » indicative pour la disponibilité du plug-in en version finale pour SPIP 1.9.2 ?
En effet, je suis entrain de mettre à jour le site de mon collège et je dois informer la direction de la date de disponibilité du futur site...
Ou est-ce que la version de développement peut-être utilisée « facilement » et être mise à jour tout aussi facilement une fois que la version finale sera disponible ?
Merci d’avance,
Très beau Boulot !
Bravo à toute l’équipe (spip, accès restreint, ...)
Aduco
J’attends également une solution à ce problème :) n’étant pas calé en programmation je ne peux pas m’en sortir seul :/
J’ai testé la version en développement mais une erreur apparaît lorsque je saisis une nouvelle brève ou bien quand je souhaite l’editer :
Fatal error : Call to undefined function : accesgroupes_acces_rubrique() in monsite/spip/plugins/acces_groupes/1_9_2/exec/breves_voir.php on line 43
Merci d’avance et bonne continuation à tous
Bravo pour ce plugin très utile.
Pour de nombreux sites du DIP à Genève nous sommes contraints de rester en version SPIP 1.9.1. tant que ce plugin n’est pas adapté en 1.9.2.
Vous serait-il possible de donner une « date » indicative pour sa disponibilité ?
Dans cette attente
Merci pour ce magnifique travail fort utile !
FDG
Bonjour,
je suis dans le même cas, bloqué sur la 1.9.1 en raison de ce plugin qui reste désespérément incompatible.
Et aucune mise à jour depuis le 28 avril ne me rassure pas.
Ceci me fait m’interroger sur l’utilisation de plugins. Si chaque upgrade de spip est bloqué par l’un ou l’autre plugin...
(je ne critique pas les bénévoles qui développent et offrent à tous leurs plugins mais décrit simplement la situation s’ils ne sont plus en mesure de les maintenir...)
Maintenant à dispo sur svn...
Cordialement,
Merci pour tout ce boulot !
j’ai exactement le meême problème que toi lors de la rédaction d’une brêve sur 1.9.2. Le souci c’est que je ne peux pas changer de version de spip pour stopper ce problème et je crains de n’avoir pas le temps d’attendre la nouvelle version de ce pluggin. Auriez vous une solution de dépannage. Dois je créer moi même la fonction. Si oui comment
Accesoirement il ne me reste que 2 Semaines pour boucler la conception de mon site.
Help merci
Répondre à ce message
Bonjour,
je viens d’installer le plugin acces restreint groupe après avoir désactivé le plugin accès restreint.
mon site utilise spip 1.9.2a.
dès l’activation, je n’ai plus aucun accès à la partie publique... le message suivant s’affiche :
Fatal error: Call to undefined function: accesrestreint_articles_accessibles_where() in /mnt/119/sdc/7/e/cdvb77/ecrire/public/composer.php(48) : eval()'d code on line 59
dans la partie privée, lorsque je vais sur « accès restreints par groupes » et que je souhaite gérer les rubriques auquel à accès un groupe, au lieu de voir l’arborescence des rubriques (enfin, je suppose puisque je n’y ai pas accès !), il y a le message suivant :
Racine du site Fatal error : Call to undefine function : acces_rubrique() in /mnt/...
(je ne vois pas la suite du message !!si qqun a une idée pour me permttre de faire fonctionner ce plugin par ailleurs super intéressant ^^
merci d’avance
Oups -.-
est-ce que ma version spip serait la fameuse version SVN 1.9.2alpha incompatible avec ce plugin ?
j’avoue ne pas savoir ce qu’est cette version SVN...
c’est ici : spip-zone pour les plugins « stables »
Répondre à ce message
Bonjour à tous,
existe-t-il un moyen de cacher certaines rubriques dans l’espace privé comme pour l’espace public ? J’ai plusieurs auteur qui intervienne et je n’ais pas envie qu’il aille mettre le bazar dans les rubriques des autres auteurs…
Merci d’avance à la personne qui aura la réponse :-)
Oui, pour chaque groupe on peut indiquer si la rubrique est restreinte/accessible dans l’espace public et/ou privé.
Répondre à ce message
Bonjour,
après un essai je voudrai « démonter » ce plugin.
je l’ai désactivé, mais j’aimerai enlever « tout ce qu’il a mis en place » pour retrouver la situation d’avant.
que dois-je faire ?
merci de votre aide
jean
Après avoir désactivé le plugin, vous devrez vider le cache.
Si vous voulez le désinstaller complétement il vous restera juste a supprimer les trois tables créées spécialement pour son fonctionnement.
Nota : le plugin ne modifie aucune des tables par défaut de spip.
merci pour ces renseignements
cordialement
Bonjour,
J’ai fait ce qui est dit au-dessus, cependant, j’ai l’erreur suivante :
J’ai trouvé l’erreur. Elle venait du squelette entete que j’avais modifié avec la condition « tout_voir ».
Cordialement.
Répondre à ce message
J’ai installé le plugins sur mon site et j’ai protégé en accès public+privé la rubrique « Labomaths » de la salle des profs http://mathazay.free.fr/spip/spip.php?rubrique19 Mais ça ne protège pas l’accès.... Une idée de dépannage ?
Jean-Pierre
Apparemment, c’était le .htaccess qui bloquait l’inscription dans la base sql (je l’ai supprimé). J’en profite : quelles sont les données enregistrées dans les champs sql quand une rubrique est protégée ?
Jean-Pierre
Répondre à ce message
Bonsoir
Pourriez-vous m’expliquer le sens du message suivant : « Fatal error : Call to undefined function acces_rubrique() in /www/sites/1/ibelgique.com/r/u/rubensd/site/plugins/acces_groupes/acces_groupes/inc/accesgroupes_prive.php on line 993 »
J’utilise le squelette ALTERNATIVES ( skthemes) : si je désactive le thème ALTERNATIVES, il n’y a plus de problème.
Question de « compatibilité » ??
Merci déjà de votre aide ( à un débutant !)
Je me réponds à moi-même : j’avais perdu de vue que le plugin est incompatible avec la version 1.9.2 de SPIP
que je venais d’installer !!!
Répondre à ce message
Encore une fois merci pour ce super plugin qui fonctionne au poil.
Le plugin permet de filtrer les boucles RUBRIQUES, ARTICLES et BREVES mais concernant l’utilisation du plugin Agenda, serait-il possible de filtrer une boucle EVENEMENTS ?
Merci par avance.
Ca doit pas être trop compliqué à faire : il te faut
- ajouter une fonction accesgroupes_liste_evenements_restreints() au fichier /inc/accesgroupes_fonctions.php. Son rôle est de renvoyer un array contenant la liste des évènements appartenant à des rubriques restreintes pour l’utilisateur en cours (cf les autres fonctions de ce fichier)
- ajouter la fonction accesgroupes_evenements_accessibles_where() dans le même fichier, fonction qui permet d’appliquer le filtrage de la requête SQL des boucles EVENEMENTS à partir de l’array renvoyé par la fonction accesgroupes_liste_evenements_restreints()
- ajouter une fonction boucle_EVENEMENTS() qui surcharge les boucles EVENEMENTS (ou équivalentes) pour appliquer les restrictions d’accès.
Dès que tu aura codé et testé on intègre dans la prochaine version !
Testé sur SPIP 1.9.2a [8878], Agenda pour SPIP 1.9.2 (Version : 0.14) et Accès restreint par groupes (Version : 1.0.3 (spip 192))
Modification du fichier « /inc/accesgroupes_fonctions.php », avec insertion du code :
et insertion du code
Modification du fichier « /inc/accesgroupes_boucles.php », avec insertion du code :
Cela permet de masquer l’affichage des évènements rattachés à des articles non accessibles, sur l’agenda et le mini-calendrier.
Merci pour ta participation...
Ajouté à la version dev svn...
Répondre à ce message
j’imagine que les concepteurs connaissent la version modifiée de Joseph LARMARANGE qui dit
Qu’en est-il de :
- Le point de vue des auteurs du plugin original sur cette version
- la possible intégration des modifications...
Merci
Mat
pour info il ne s’agit pas du même plugin ... il existe un plugin acces restreint ( tout court )
http://www.spip-contrib.net/Le-plugin-Acces-Restreint,1420
Bonjour, toutes mes excuses pour cette méprise (je connais effectivement l’existence de ces 2 plugins... mais je ne devais pas avoir les yeux en face des trous :p
En fait, plus sérieusement, tout content d’avoir trouvé la possibilité de faire marcher ce plugin avec spip 1.9.2, je me suis un peu emporté !...
Avez vous une idée du temps encore nécessaire au portage pour spip 1.9.2 ?
Encore merci pour le boulot que vous faites avec ces plugins, et bon courage pour le développement.
Mat
Répondre à ce message
Bonjour,
Je teste le plugin « Accès restreint » et aussi « Accès restreint par groupes » sur deux sites de test différents, vu incompatibilité d’humeur (SPIP 1.9.2.).
J’avais posté dans « Accès restreint par groupes » pour demander s’il y avait une possibilité de faire des accès par plage d’adresses IP (intéressant pour des Intranet d’entreprises qui ont différentes succursales).
Voici un bout de code réunissant deux contributions trouvées sur le web, si cela peut-être utile. Par contre je ne vois pas comment les incorporer dans un plugin SPIP.
tabIP:
" ;*/
if(is_array($PlageIP))
/*echo "
PlageIP :
" ;*/
foreach($PlageIP as $valeur)
$tabPlageIP[]=explode(« . »,$valeur) ;
for($i=0 ;$i<4 ;$i++)
if(($tabIP[$i]<$tabPlageIP[0][$i]) || ($tabIP[$i]>$tabPlageIP[1][$i]))
$result=FALSE ;
else
$tabPlageIP=explode(« . »,$PlageIP) ;
/*echo "
tabPlageIP :
" ;*/
for($i=0 ;$i<4 ;$i++)
if(($tabIP[$i] !=$tabPlageIP[$i]))
$result=FALSE ;
return ($result) ;
// fonction pour trouver l’IP même derrière un proxy
function get_ip_proxy()
if (isset($_SERVER[’HTTP_XFORWARDED_FOR’]) && $_SERVER[’HTTP_X_FORWARDED_FOR’] !="")
if(strchr($_SERVER[’HTTP_X_FORWARDED_FOR’],’,’))
$tab=explode(’,’,$_SERVER[’HTTP_X_FORWARDED_FOR’]) ;
$proxy=$tab[count($tab)-1] ;
$realip=$tab[0] ;
else
$proxy=$_SERVER[’REMOTE_ADDR’] ;
$realip=$_SERVER[’HTTP_X_FORWARDED_FOR’] ;
elseif(isset($_SERVER[’HTTP_CLIENT_IP’]))
$realip = $_SERVER[’HTTP_CLIENT_IP’] ;
else
$realip=$_SERVER[’REMOTE_ADDR’] ;
return $realip ;
// Mettre ici la plage IP de votre réseau local
// $plageIP=array("deb"=>« 192.168.0.0 »,« fin »=>« 192.268.254.254 ») ;
$plageIP=array(« deb »=>« 127.0.0.0 »,« fin »=>« 127.254.254.254 ») ;
// ou une adresse IP seule
//$plageIP=« 192.168.0.180 » ;
// Trouve votre véritable adresse IP même derrière un proxy
$yourIP=get_ip_proxy() ;
// Ou l’entrer en dur
//$yourIP=« 192.168.0.180 » ;
echo "
Votre IP est : « .$yourIP. »
" ;
if(verifPlageIP($yourIP,$plageIP))
// mettre ici le code pour bonnes pages
// style header -> redirection
echo "
Votre adresse IP est valide !
" ;
else
// mettre ici code pour re router
// style header -> redirection
echo "
Votre adresse IP n’appartient pas à la plage réseau autorisé !
" ;
?>
Répondre à ce message
Merci pour ce plugin, il est génial !
Par contre, j’avais aussi le plugin fckeditor 0.2 (trouvable sur le SVN) et celui-ci est toujours actif mais le bouton que j’avais sur la page d’edition d’un article pour lancer le fckeditor a disparu...
Strange non ?
Il n’y a pas moyen d’arranger ca ?
Strange ? non : le plugin fckeditor doit surcharger la fonction exec_articles_edit() pour faire apparaitre le bouton en question dans exec=article_edit et comme acces_groupes surcharge lui aussi cette fonction (pour permettre le filtrage des articles appartenant à des rubriques restreintes) et qu’il est situé avant fckeditor dans l’ordre alphabétique des noms de plugins, cette surcharge bloque celle faite par fckeditor donc le bouton n’apparaît plus...
« Il n’y a pas moyen d’arranger ca ? » : il suffirait d’intégrer la surcharge de fckeditor dans celle de acces_groupes... mais n’étant pas un fan des éditeurs WYSIWYG, ne compte pas sur moi pour m’en occuper ! En revanche si tu veux proposer un patch, ne te gène pas : je l’intégrerai dès que tu me l’auras envoyé. Pour info : la fonction exec_articles_edit() à modifier est codée dans le fichier /plugins/acces_groupes/inc/accesgroupes_prive.php .
Hello,
merci pour tes indications. J’ai regardé comment c’etait fait dans le source mais n’etant pas un PHP hardcore coder, je n’ai aucune idée de comment surcharger le truc...
Quelqu’un pourrait il m’aider ?
Merci
Bonjour,
j’ai modifié le fichier accesgroupes_prive.php et maintenant les deux plugins semblent compatibles (je n’ai fait qu’un bref essai - concluant - mais ce n’est pas pour moi donc à vous de faire un retour). Si cy_altern désire l’intégrer, pas de problème.
télécharger la modif
Cordialement,
Elrik
Merci pour ta participation,
pour info, la maj pour spip 1.9.2 ne surcharge plus exec_article...
Répondre à ce message
Je souhaite laisser l’espace public en lisibilité totale, mais je voulais que les administrateurs restreints n’atteignent que leurs rubriques et ne puissent meme pas proposer des articles pour les autres rubrique. Autrement dit que dans l’espace privé ils ne trouvent que ce qu’ils gèrent. Est-ce possible ? et comment ?
Merci d’avance por vos réponses et bravo pour ce plugin !
Je crois que pour ce que tu veux faire il faut simplement lui dire de restreindre l’accès privé.
Si j’ai suivi ce que tu voulais faire.
Répondre à ce message
Il faudrait pouvoir définir pour les administrateurs ayant accès restreint à une seulr rubrique, si ils peuvent ou ne peuvent pas créer de nouvelles sous-rubriques à l’intérieur de cette rubrique.
Pour certains, l’administrateur général leur crée quelques sous-rubrique, mais ils n’ont pas le droit de les modifier, créer ou supprimer.
Ils ne peuvent que créer des articles dans les rubriques existantes.
Pour les autres, on leur donne le droit de créer, modifier ou supprimer des sous-rubriques.
Cela m’intéresse car j’aurai besoin de cette fonctionnalité.
Répondre à ce message
Pouvez-vous m’aider ?
J’ai installé un SPIP 1.9.2 et le plugin précédent en version 1.0.2.
J’ai le message d’erreur suivant quand je veux créer des rubriques :
Fatal error : Call to undefined function : acces_rubrique() in /home/toto/public_html/spip/plugins/acces_groupes/inc/accesgroupes_prive.php on line 819
Merci d’avance.
Yannick
Désolé j’avais pas capté que le plugin ne marchait pas avec la version 1.9.2 stable car j’avais vu version SVN. :(
J’aimerais savoir si il y a une mise à jour de prévu pour la 1.9.2. Ou si on peut utiliser la version SVN de votre plugin pour spip 1.9.2.
Merci d’avance. ;)
Pour ceux que ça intéresse de faire tourner le plugin sous 1.9.2.
Chopez la version sur SVN, elle marche nickel pour l’instant. ;)
Quel version sur svn.
J’ai toujour un message d’erreur Fatal error : Call to undefined function : acces_rubrique() in /home/httpd/html/public/plugins/acces_groupes/inc/accesgroupes_prive.php on line 993
Je suis un peu coincé !!!
Moi j’ai ça :
Répondre à ce message
Bonjour,
Y’a une truc que j’ai du mal a comprendre. Comment je peux créer des utilisateurs n’étant que visiteurs ?
Car je n’ai pas l’option « visiteur » dans la création de nouveaux auteurs.
Merci d’avance. ;)
Les visiteurs ils sont créés automatiquement par les utilisateurs qui postent un message de forum (si l’option correspondante est active : cf dans l’espace privé : Configuration > Interactivité > cocher : « Enregistrement obligatoire »).
Alternativement tu peux utiliser le plugin csv2spip qui permet de créer des visiteurs à partir de listes sous forme de fichiers CSV.
Ah ok.
En fait je pensais que je pouvais créer des visiteurs avec des accès vers des rubriques sécurisées. N’y a t-il pas moyen en allant dans la base mysql d’ajouter une liste de visiteurs avec leurs passwords ?
c’est effectivement possible mais tu vas te mettre la misère avec la gestion du mot de passe en md5 ET les alea_actuel + alea_futur... => utilise le plugin csv2spip : c’est exactement pour ce genre de situation qu’il à été conçu...
C’est pas possible ça vient de moi ou c’est la galère à chaque nouveau plugin ?
Je viens d’installer csv2spip et pas moyen de le faire marcher, j’ai un message d’erreur. Y’a pas un moyen simple d’ajouter des visiteurs et de les mettre dans un groupe ?
Mon message d’erreur :
Répondre à ce message
Bonjour,
J’utilise la version 1.0.PR avec Spip 1.9.1 sans aucun problème mais je m’apperçois qu’un auteur peut voir des articles dans des rubriques non autorisées grâce à /ecrire=suiv_revisions ; je suis surpris car sur un post de cet article(21/11/06) il semble que cela avait été corrigé.
Est-ce la version de développement(dite cul-de-sac) qui ne filtre pas le suivi des révisions ? où quelque chose que je gère mal ici ?
Cordialement.
Jean-Pierre
Répondre à ce message
Bonjour
Je viens d’installer la dernière version svn du plugin sous spip 1.9.2 et je remarque que la restriction se fait bien mais dans la partie privée un utilisateur voit une rubrique restreinte auquel il ne devrait pas avoir accès, il ne voit pas les articles qui s’y trouvent et il n’a pas le bouton écrire un article mais en écrivant un article à partir d’une autre rubrique il trouve dans la liste déroulante la rubrique restreinte et arrive ainsi tout de même à écrire dans cette rubrique.
Comment faire pour la cacher complètement comme avec l’autre plugin « accès restreint ».
Merci pour vos conseils.
Christian
Je pense avoir trouvé la raison du disfonctionnement, les auteurs peuvent peut-être confirmer :
dans le fichier inc/accesgroupes_prive.php à la ligne 16 on trouve la fonction
autoriser_rubrique_voir0($faire, $type, $id, $qui, $opt)
et il faut avoir
autoriser_rubrique_voir($faire, $type, $id, $qui, $opt)
chez moi ça fonctionne.
Répondre à ce message
Bonjour,
peut on interdire l’accès à ce plugin aux administrateur restreint.
car à ce que je vois ils peuvent modifier leur champ d’action et créer de nouveau groupe.
Ce qui peut poser pas mal de problème suivant les circonstances ?
Si on peut le brider au seul webmaster général ça serait l’idéal.
Merci de votre réponse.
Cordialement
NICOLAS
Sache quand même que (comme c’est indiqué dans la doc), les admins restreints ils ne peuvent :
- pas modifier les groupes dont ils ne sont pas les propriétaires (ie : qu’ils n’ont pas créés)
- pas appliquer de restrictions d’accès sur des rubriques qu’ils n’administrent pas
ce qui limite grandement les « problèmes suivant les circonstances » (quelles circonstances ? donne un exemple précis histoire qu’on puisse savoir ce qu’il faut éventuellement modifier...)
Ceci dit si vraiment tu avais besoin, il suffit de limiter l’accès à la page d’admin aux admins généraux en modifiant le fichier exec/accesgroupes_admin.php de la manière suivante (acces_groupes version 1.0.2) ligne 458, remplacer :
par
de cette manière tu interdit l’accès à la page pour tous ceux qui ne sont pas admin généraux.
ok merci beaucoup, de ta réponse.
en fait c’est pour un comité d’entreprise. On a à peu près les mêmes contraintes que pour une école sauf que ça inclus tous les syndicats. Et là c’est moins simple à gérer vu qu’ils se tirent tous dans les pattes ...
mais ce plugin est parfait car on va pouvoir déléguer les mises à jour et autres à plein de rédacteurs et admin restreint qui ne seront que dans leur rubrique.
Ca nous enlève aussi le problème du rédacteur qui mais son article en publication et qui pouvait etre lu par tout le monde. Et la le plugin fonctionne parfaitement car même si tout le monde voit qu’il y a eu un post par un rédacteur CGT ou autre, seul les admins CGT peuvent le consulter faisant, les autres ne faisant pas partie du groupe et donc pas d’accès à la rubrique CGT dans l’espace admin.
A+
NIC0LAS
Répondre à ce message
J’ai un soucis. Je n’arrive pas à avoir le formulaire qui permet d’afficher le choix des groupes sur lequel on s’inscrit.
Est-ce qu’il est possible de modifier la page d’inscription SPIP pour que celui-ci propose en même temps l’inscription à un ou plusieurs groupes ?
Je serais donc tres interessé par une explication du comment parametrer SPIP pour autoriser l’inscription à un site car j’ai fait ce qui est ecrit dans le présent article et cela ne marche pas.
Et j’aimerais bien savoir la routine à intégrer dans le formulaire d’inscription pour pouvoir sélectionner le groupe en même temps que l’inscription.
Merci d’avance.
Répondre à ce message
Bonjour,
J’utilise la version svn 10265 du plugin avec spip 1.9.2, et tout fonctionne bien. Enfin, presque... autant j’arrive à utiliser accesgroupes_visualise dans le menu, autant dans ma liste d’articles du sommaire, ça plante le site (pb avec la base de données). J’utilise la même synatxe qu’avec la 1.9.1 : tout_voir dans la boucle et puis [(#TITRE|accesgroupes_visualise#ID_ARTICLE)]
avec des accolades autour de #ID_ARTICLE, mais je ne sais pas comment les faire afficher sans que ce soit pris pour de l’italique... Le critère tout_voir seul fonctionne. Quelqu’un a-t-il une idée ?
Merci,
XD
Répondre à ce message
Bonjour,
J’utilise accès_groupes par défaut sur tous mes sites, génial, merci !
Je suis passé en 1.9.2, ai installé la version svn dév, j’espère qu’elle fonctionne :-)
La page http://www.spip-contrib.net/Barre-Typographique-pour-les mentionne que le plugin « Barre typographique pour les rubriques » n’est pas compatible avec accès_groupes.
Si c’est exact, peut-être le préçiser ici ?
Cordialement
Oui ça marche, comme tu peux le voir dans mes messages précédents, j’ai testé la version svn.
Bonne idée : j’attends donc que tu poste ici le résultat de tes essais avant de modifier l’avertissement sur les plugins incompatibles du début de cette doc :-)
Répondre à ce message
Bonjour,
Mon installation du plugin fonctionne normalement en filtrage fort (affiche erreur 404).
J’essaye d’installer le filtrage avec information en copiant l’instruction fournie dans le fichier rubrique.html et en adaptant le code (j’aurai bien voulu vous en insérer une copie ici, mais le rendu est ensuite incorrect, même avec quote).
Le problème est qu’il n’y a aucun changement par rapport au filtrage fort :
- les rubriques sont toujours invisibles dans le menu gauche (ça me parait assez logique d’ailleurs, sans autre modif) ;
- si je mets dans ma page un lien direct vers une rublique d’accès restreint pour tester l’accès, il m’affiche la page 404 et non le formulaire de login.
J’ai essayé de placer la modif du fichier rubrique.html à différents endroits : juste après le début de la boucle principale ; juste après le body ; juste après la première boucle suivante. Rien n’y fait.
Quelqu’un a t-il une idée du problème ?
Pour info voici ma config :
- installation en local avec easy.php ;
- spip 1.9.1 + squelette alternatives 1.9.1.2
- plugin accès restreint groupes version 1.0.2 ;
- autres plugin installé : sktheme ;
Merci d’avance
Claude MICHEL
Les 3/4 du problème sont réglés , je n’avais pas bien regardé l’exemple qui montre bien où placer le code.
Par contre, les rubriques restent invisibles, contrairement à ce que laisse entendre la doc.
Répondre à ce message
Gros soucis avec la 1.9.2
plus aucun article n’est accessible. J’ai donc du désactiver ce plugin.
d’un coté on y dit : Version : 1.0.3 (spip 192) | en développement
et à la fin : Ce script devient compatible avec SPIP 1.9.2 et +
que croire ? est-il prévu de le rendre compatible ? (mon site est basé la dessus et je ne peux donc pas passer de la 1.9.1 à la 1.9.2 et bénéficier des nombreuses améliorations...)
Son statut « dev » n’est pas là par hasard...
et comme nous sommes au moins deux à y travailler, nous utilisons svn pour synchroniser nos travaux...
en tout cas heureux que ce bien utile est efficace plugin ne soit pas abandonné, ce que je craignais.
En espérant que vos travaux aboutissent.
merci
Répondre à ce message
Bonjour,
j’ai un énorme plantage serveur sur free.fr avec Spip 1.9.1, le squelette Alternatives et ce plugin.
Quand je supprime le plugin, ça marche super bien.b Donc c’est bien le plugin qui plante tout.
Avez vous déjà eu ce pb ?
J’ai le même problème. Je me demande si c’est pas plutôt une question d’incompatibilité entre le squelette Alternatives et ce plugin.
Répondre à ce message
Je travaille actuellement sur la restriction d’accès au niveau du brouteur et aussi du navigateur rapide AHAH.
Y a t il un quelconque travail sur le sujet ?
Je vais aller faire un tour sur le portail SVN, mais je ne crois pas avoir vu de modifications dans ce sens.
S’il y a moyen d’expliquer un tout petit peu l’inbrication des fichiers ça serait pas mal.
J’ai vu qu’il y avait surcharge des fonctions exec_nomdepage_dist en exec_nomdepage, et qu’au moment de l’affichage de la partie privé on bride en fonction de la valeur de exec.
Donc pour brider exec=brouteur ou exec=brouteur_frame, il suffit de rajouter le « elseif » qui va bien et d’écrire une fonction exec_brouteur + exec_brouteur_frame.
Mais si je pouvais avoir un tout petit peu plus de précisions sur ce qui est fait exactement, je m’y retrouverai peut être plus facilement dans toutes ces variables etc. ;)
Merci
Cordialement
CIV_EAALAT_Jourdain
si tu souhaite le faire pour la version 1.9.1 de spip, la version acces_groupe 1.1 dégrossi pas mal le boulot et réalise ce bridage du brouteur et du navigateur rapide.
Tu peux la trouver ici : svn://zone.spip.org/spip-zone/_plug...
Le fichier filtrage_affichage_prive.txt détaille les fichiers/fonctions concernés : ça devrait correspondre exactement à ce que tu cherche comme infos.
Sache quand même que cette version « cul de sac » est abandonnnée et restera sans suite : voir ce forum : #forum389187
Pour ce qui concerne la version 1.9.2 de spip, on y travaille (utilisation de autoriser() sur le modèle du plugin acces_restreint) donc patience...
Répondre à ce message
’Détruire le groupe aura pour conséquence de supprimer tous les utilisateurs/sous-groupes/statuts qu’il contient ainsi que de remettre toutes les rubriques qu’il contrôle accessibles’
c’est ce qui est indiqué avant de supprimer un groupe.
J’ai testé et mes utilisateurs n’ont pas pour autant disparus. Et c’est tant mieux.
Aurais-je mal compris ? Pb de libellé ?
Pour continuer dans la critique constuctive,
lio,
Supprimer le groupe ne supprime pas les « auteurs » de la base (table : spip_auteurs), seulement les infos des tables du plugin / de la contrib.
OK, alors puisqu’on en est à la « critique constructive », voila ce que tu pourrais *faire* :
(Alternativement, si tu sais bosser avec SVN : inscrit toi sur la zone et fais les modifs directement dans svn ://zone.spip.org/spip-zone/_plugins_/_stable_/acces_groupes/lang/accesgroupes_fr.php )
Répondre à ce message
Bonjour le monde,
J’ai sans doute des problèmes de compréhension.
Voilà, ce que j’essaie de faire avec votre plugin : Un groupe A restreint l’accès à une rubrique A pour tous les autres groupes pour la partie privée. ça fonctionne
Ensuite, je souhaite que l’accès sur la partie publique soit restreinte à uniquement les non authentifiés. ça je n’ arrive pas. Cette fonctionnalité est-elle possible ? ou c’est ma logique qui est impossible ?
Par ailleurs, j’ai un peu de mal avec l’interface graphique qui manque à mon sens d’intuitivité. Je m’explique :
1 - on construit des groupes d’utilisateur. Jusque là ça va.
2 - on administre des rubriques pour qu’elles soient visibles ou pas. Alors pourquoi cette phase se situe sur l’écran d’administration des groupes et pas sur l’écran de gestion de la rubrique ? En outre, je trouve le label actuel ’Rubriques à accès restreint par ce groupe’ peu intuitif. Puisqu’on est sur l’écran de gestion de groupe, j’aurai au moins préféré voir ’Rubriques à accès restreint POUR ce groupe’.
Je sais : je ne propose ni plus ni moins qu’une une inversion logique. Mais le corrollaire à votre logique ne suppose-t-il que lorsqu’on cherche pourquoi tel ou tel n’a pas accès à telle ou telle rubrique, il faille explorer tous les groupes pour trouver celui qui contraint la rubrique...
Est-ce que je me suis trompé qq part ? Est-ce que je suis complètement opaque ?
J’ose espérer que ce post sera considéré comme une critique constructive respectueuse du travail fourni par les contributeurs,
Répondre à ce message
Bonjour,
ma config :
ie6, SPIP 1.9 configuré pour multisites, Squelette Recit-FP partenaires (utilise des mots clés), pas de plugins installés
le problème :
dans la partie administration les icônes sont inversés de droite à gauche, les liens sur les rubriques ne fonctionnent plus, ceux qui fonctionnent provoquent des erreurs
merci
Pas super précis comme rapport de bogue... alors quelques indications quand même :
voici plus de précision (apparement je suis le seul à avoir ce problème)
- même problème avec Firefox dernier cri ...
- dans ta doc tu dis que ton plugin est compatible spip 1.9 et 1.9.1, alors pourquoi me demander de passer en 1.9.1
- ma config est en multisites + de 10 sites installés, je ne peux pas upgrader comme ça, de plus en 1.9.1 javais des problèmes de mélanges ... alors que en 1.9.0 c’est nickel
je t’envoie 1 image qui montre l’affichage inversé et un avertissement ...
merci de ta collaboration
ma question est toujours sans réponses
merci
alors ça veut dire que je corrige la doc pour préciser que ce plugin n’est compatible qu’avec la version 1.9.1...
Répondre à ce message
Bonjour,
Aprés avoir mis en route le plugin et ajouté un mot clés, la page de gestion privée est en désordre.
Les icones sont alignée de doite à gauche au lieu de gauche à droite. La liste des sous iconnes est restée dans la bonne orientation et les colonnes de texte soint elles aussi inversées.
C’est pas comode et en plus des sous iconnes sont innacessibles.
J’obtient le message suivant :
Warning : Missing argument 6 for formulaire_mots() in /srv/www/htdocs/ecrire/inc/mots.php on line 104
dans la fenêtre « modifier la rubrique » sous le nom de la rubrique.
Si je désactive le plugin tout redevient normal. !!
Cela arrive sur un site en local sous LINUX
Merci
Je ne reproduis pas cette erreur (serveur Linux en local aussi) alors précise :
Essaie également de désactiver les autres plugins pour voir si l’erreur persiste.
Répondre à ce message
bonjour,
je voudrais savoir ce qui cause l’incompatibilité du plugin avec les dernieres versions de spip ?
le problème est t’il deja identifié ?
merci
oui, il est identifié depuis la sortie de la 1.9.2... et l’affaire est assez simple : pour le bridage de l’espace privé, acces_groupe surcharge les fonctions de plusieurs fichiers exec de spip ce qui veut dire que tant que la 1.9.2 n’est pas stabilisée, il faudrait remettre à jour ces surcharges à chaque modif de l’un de ces fichiers (cad potentiellement plusieurs fois par jour !)
Alors 2 solutions parallèles sont en cours :
Enfin il semblerait que le plugin acces_restreint 1.9.2 utilise autoriser() pour réaliser le bridage de l’espace privé : vraisemblablement ça pourrait être une variante de la 1re solution qui devrait permettre de limiter les surcharges
Bref, si tu veux participer, tout est sur la zone (svn ://zone.spip.org/spip-zone/_plugins_/_stable_/acces_groupes) : y’a plus qu’a coder !
Répondre à ce message
Bonjour,
j’ai installé le plug-in accès restreint par groupes avec la version 1.9.1 de spip. Je réussis à créer un groupe mais lorsque j’essaye d’inclure un auteur dans ce groupe, la liste déroulante est vide et juste au dessus de ladite liste s’affiche le message « Ajouter un auteur 1051 : Table ’spip_auteurs’ inconnue ».
De plus, dans la section « Rubriques à accès restreint » s’affiche un autre message d’erreur : « 1051 : Table ’spip_rubriques’ inconnue ».
Enfin, dans cette même section, si j’essaye de limiter l’accès d’une rubrique, le message « 1109 : Table inconnue ’bdTestGestionGroupes.spip_accesgroupes_groupes’ dans field list » s’affiche.
Merci d’avance pour toutes les réponses.
ça sent le plugin avec des fichiers manquants/foirés ça... re-télécharge et réinstalle acces_groupe avant toute chose.
Si le problème persiste : il faudrait que tu précise ta version de PHP, de MySQL, les autres plugins installés, vérifier que si acces_groupe est le seul plugin actif le problème persiste, jeter un oeil dans les fichiers de log des erreurs ( /ecrire/data/mysql.log et spip.log)
Dans tous les cas vu que tu es la seule à rencontrer le problème, il y a fortes chances que le problème soit spécifique de ta config et/ou de celle de ton serveur...
Répondre à ce message
J’utilise le squelette sarka 162 et je débute, soyez indulgent. Je constate que l’activation du plugin accès restreint par groupe empèche l’affichage de l’editeur FCKeditor !!! Sont-ils incompatibles ? Merci pour votre travail et votre réponse.
tt tt tt ! c’est pas beau ça de poser des questions qui ont déja été traitées dans les forums précédents ! Ca laisse à penser que tu n’as même pas fait l’effort de lire les forums du plugin avant de poster ton message...
Regarde donc ce post : http://www.spip-contrib.net/Le-plug...
ton problème y est traité.
Répondre à ce message
Bonjour,
J’ai le warning suivant qui s’affiche systématiquement quand je passe dans une boucle <...(DOCUMENTS)> pour une rub ou un art
Warning : mysql_query() [http://www.mysql.com/doc] : Table ’spip.spip_documents_syndic’ doesn’t exist in E :\web\spip\ecrire\base\db_mysql.php on line 63
C’est grave docteur ?
J’oubliais, je suis en 1.9.1, version plugin chargée
ce soir.....
a+
Je reviens à la charge avec mon warning....désolé.
Dans le fichier accesgroupes_fonctions.php à la ligne 152 je trouve $s = spip_query(« SELECT id_document FROM spip_documents_syndic WHERE $where ») ;
Est-ce bien raisonable sachant que la table spip_documents_syndic n’existe plus dans spip 1.9.1 ??
Du coup puisque c’est pas la bonne table les docs rattachés à un syndic ne sont pas rammenés...
Je délire ?
Ma question est toujours sans réponse !?
Merci...!
t’inquiètes pas ça arrive !
Alors effectivement il y avait un problème avec cet appel à une table qui n’existe plus... qui est désormais corrigé : ça devrait partir au zip de 4 h tout à l’heure que tu retrouvera sur http://files.spip.org/spip-zone/
Désolé pour la longueur de l’attente... mais ça n’était ni bloquant ni urgent au niveau sécu alors comme j’ai d’autres trucs sur le feu...
Répondre à ce message
Comment faire pour que le visiteur non-identifié ne voit rien, sauf un formulaire login ?
modifie ton squelette pour n’afficher que des BOUCLES sur des rubriques à accès restreint et ajoute un formulaire de login dans la partie alternative de la boucle.
Cette question ne se rapporte pas vraiment au fonctionnement du plugin mais plutôt à la réalisation des squelettes : voir la doc correspondante sur spip.net
Répondre à ce message
Bonjour,
Nouveau sur ce site, je voudrais vous informer que je rencontre exactement les mêmes problèmes que Fred H. mais avec la version 7 d’internet explorer ; à savoir l’erreur 1064, les mêmes soucis d’affichage du formulaire de création et l’erreur mysql avec la non création du nouveau groupe.
Je profite de mon passage sur ce forum pour vous féliciter sur la qualité et le sérieux de votre travail et vous remercier pour l’aide très précieuse que vous apportez au novice que je suis.
Mes meilleurs voeux à tous,
Jean-Pierre
C’est corrigé pour le bogue d’affichage : cf #forum390146
Idem pour le bogue MySQL : pas moyen de le reproduire, que ce soit avec IE6 ou IE7... Mais peut être aura t’il disparu avec la correction du bogue d’affichage ?
Bonjour,
Tout d’abord merci pour les corrections effectuées.
Tout semble fonctionner parfaitement et le bogue MySQL a effectivement disparu.
Il me reste deux petits problèmes à te signaler :
En zone privée,
1) Menu « Sélection d’un groupe » / « Créer/Modifier » / « Autoriser les inscriptions » / bouton « Non » :
- le texte « Etat du groupe : » se superpose au texte « Non » du bouton et le masque.
2) Menu « Raccourcis » :
- s’affiche en bas à gauche et est en partie tronqué sur sa droite.
Il s’agit de deux petits problèmes mineurs que je t’indique pour information et qui ne semblent pas avoir d’incidence sur le bon fonctionnement.
Encore merci,
Jean-Pierre
Répondre à ce message
J’ai installé le plugin sur une 1.9.1 : accès public pas de problème, la restriction d’accès fonctionne correctement, mais par contre en accès privé plus aucune rubrique n’est visible, page blanche systématique... Si je désactive le plugin, retour à la normale.
C’est à n’y rien comprendre, je n’ai qu’une seule rubrique en accès restreint public et toutes les autres sont sans restriction ni en privé ni en public.
:-(
Ca fait pas beaucoup d’infos pour essayer de comprendre/reproduire le problème... Alors il faudrait préciser :
- Quel est le fichier qui te donne page blanche (exec=rubrique_edit ? exec=naviguer ? exec=articles_tous ?) ??
- Que se passe t’il si tu as le plugin actif mais pas de rubrique restreinte ?
- ecrire/data/spip.log il te donne quoi quand tu as la page blanche ?
- Quels sont les autres plugins actifs ?
... bref donne un peu des billes pour qu’on puisse trouver où le jouet il est cassé...
AMHA, ce pourrait être un problème de ce genre...
j’ai exactement le meme probleme
les pages qui ne marche pas :
si spip-liste (activer)
exec=articles&id_article=*
en plus si agenda et widget_calendrier (activer)
exec=naviguer
exec=naviguer&id_rubrique=*
exec=articles_edit&new=oui
Les plugin actifs tt le tps :
article pdf
barre typo ecologique
formulaires et tables
sitemap
gestion de documents
Répondre à ce message
Bonjour,
www.comitedromecycliste.fr
Mon site fonctionne sous SPIP 1.9.2 alpha 2 SVN [7725] avec le squelette Blip.
Jusqu’à présent je n’avais pas de problème.
En installant votre plugins depuis hier, tout fonctionne dans la partie public pour les accès qui ont été réservés pour une rubrique « Publications ».
Par contre dans la partie privé, quand je suis dans la rubrique « A SUIVRE », si je veux modifier un article ou une rubrique j’obtiens une page blanche, idem pour la création d’une nouvelle rubrique ou d’un nouvel article.
J’attends vos infos sur la conduite à tenir concernant ce problème.
Merci pour ce plugins très intéressant.
CJ
Cherche pas plus loin, ce plugin est destiné à une version 1.9.1 de spip, et il n’est pas encore opérationnel sous 1.9.2.
En principe on attend que la « squelettisation » de l’espace privé soit opérationnelle pour adapter le plugin en utilisant le même principe que pour l’espace public cad le filtrage directement au niveau des requêtes dans la base.
Donc : patience...
j’ai le meme soucis de page blanche mais sous spip 1.9.1
il semble apres divers test que le plugin a un probleme de compatibilité avec spip_liste
????
y-a t’il une solution ?
Répondre à ce message
Bonjour,
Merci pour votre travail qui me semble d’autant plus colossal que je me limite a des copier coller dans mes squelettes incable d’écrire du code.
Je n’ai rencontré aucun soucis pour la mise en place du plugin, vraiment bravo.
Maintenant je cherche
1) a afficher un message de bienvenue à un visiteur loguer du genre : Bonjour « Alain Dupond »
2) A diriger le visiteur dés qu’il ce log sur la rubrique où il a des droit
Si quelqu’un peu m’aider je précise mon objectif je prépare un site de mariage et je vais proposer à mes clients d’avoir une page avec leur vidéo voir www.digitvideo.info on peu tester avec le login Myriam&Richard et le mot de passe Myriam&Richard
Ces 2 points ne relevant pas du fonctionnement de ce plugin, je te conseille de regarder la doc de http://spip.net/fr (spécialement la page sur les formulaires http://www.spip.net/fr_article1827.html).
Tu peux éventuellement personnaliser la page de login livrée avec ce plugin (/acces_groupes/inc_accesgroupes_login.html)
Enfin, pour « diriger le visiteur dés qu’il ce log sur la rubrique où il a des droits » il te faudra définir cette rubrique puisque ce plugin ne défini nulle part de rubrique affectée à un utilisateur.
Répondre à ce message
Merci pour cette très bonen contribution.
Avec le plugin activé, quand un auteur est ajouté à un article, après la validation la page se recharge complètement en affichant uniquement la partie concernant les auteurs, et tous les autres éléments de l’interface ne sont pas affichés.
Comment corriger ce souci ?
Merci.
C’est corrigé et disponible dans le zip en téléchargement d’ici 1/2 heure.
Alors soit tu remplace ton fichier /acces_groupes/inc/accesgroupes_prive.php par celui du zip, soit tu modifie ce fichier à la main :
ligne 145, remplacer
par
Répondre à ce message
Bonjour
Je voudrais juste signaler un problème constaté avec la version 6 d’internet explorer. le formulaire de création d’un nouveau groupe ne s’affiche pas correctement : à la question « autoriser les inscriptions » il n’y a qu’une seule case à cocher, alors que les mots « oui » et « non » apparaissent bien. De plus lorsqu’on valide la création d’un groupe, il y a une erreur mysql et le groupe n’est pas créé.
l’erreur est la suivante : « 1064 : You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near ’)’ at line 2 »
Ce problème n’a pas été rencontré avec firefox.
Merci pour votre travail
Fred H
C’est corrigé : un guillemet fermant de trop qui masquait la balise du 2e INPUT (celui du « non »).
Alors soit tu récupère le fichier /acces_groupes/exec/accesgroupes_admin.php corrigé dans le zip qui sera disponible sur la zone d’ici 1/2 heure, soit tu fais la correction « à la mano » : fin de la ligne 558 de ce fichier, remplacer
par
En revanche je n’ai pas pu reproduire l’erreur MySQL que tu signale...
Répondre à ce message
Pour information, un article présentant le test en situation de ce plugin sur un squelette Sarka : http://p7app.geneve.ch:8007/spip/ar...
Répondre à ce message
Bonjour,
Je suis en train de passer le site de notre lycée en spip 1.9.1 et Eva 2.3.
http://lcs.lf1f77.ac-creteil.fr/~webmaster.etab/
Le plugin nous intéresse beaucoup, sur un premier test, il fonctionne bien : en se connectant sur l’espace privé, puis en retournant visiter le site, les rubriques restreintes et les articles apparaissent.
Mais si on clique sur Accueil, on retrouve le site initial, sans les rubriques restreintes.
Une solution ?
Merci d’avance
Il y a de fortes chances que cela soit lié à un cache. Pour savoir duquel il s’agit : (cache navigateur ou cache spip),
Bonsoir,
Merci de ta réponse.
1) Quand je rafraîchis avec CTrl+F5 (firefox), ça ne change pas, et il n’y a pas le bandeau recalculer la page
2) Quand je rajoute ?var_mode=calcul après l’url, ça fonctionne : le bandeau apparait, ainsi que les documents restreints.
Petite indication : je débute en spip ( c’est pourquoi j’ai préféré partir d’un squelette tout fait), donc le site est très basique.
Je peux faire d’autres tests si tu veux.
Merci
Emmanuel
Bonjour,
Je me réponds à moi-même, je pense avoir trouvé :
avec http://lcs.lf1f77.ac-creteil.fr/~webmaster.etab/ ça ne marche pas.
avec http://lcs.lf1f77.ac-creteil.fr/%7Ewebmaster.etab/ ça marche
Ce n’est pas la première fois que le ~ me pose des problèmes.
En écrivant ce message, je me suis rendu compte que le ~ n’apparaît pas dans le message définitif, il faut que je l’encadre entre deux balises HTML.
Je vais voir si je peux m’en débarrasser. En attendant, en mettant le %7E à la place du ~ dans l’adresse du site, ça devrait marcher. Et on va pouvoir utiliser ce plugin qui est exactement ce qu’il nous faut !
Cela dit, si c’est le plugin qui n’aime pas les ~, ça peut être utile de le corriger.
Tous les sites persos du serveur sont du type username, et ce plugin peut être aussi extrêmement utile sur un site perso.
Merci d’avance
Emmanuel
Répondre à ce message
Le nouveau critère « tout_voir » permet de parcourir tous les articles même ceux restreints à l’un ou l’autre groupes. Mais, il n’est pas possible de spécifier l’identifiant d’un groupe particulier.
Un critère « voir_groupe groupe_Id » filtrant les articles non protégés ou accessibles par un groupe particulier serait particulièrement utile pour définir un patron « SPIP-liste » reprenant les nouveaux articles d’un groupe particulier.
Que pensez-vous de l’utilité d’une telle suggestion ?
Est-ce difficile à réaliser ?
Encore félicitation pour l’utilité et maintenant la simplicité d’installation de ce plug-in.
Bonne idée de fonctionnalité supplémentaire : hop ! direct dans la TODO list !
A priori ce n’est pas *très* compliqué à faire mais en ce moment je n’ai pas le temps de m’en occuper (d’abord sortir le plugin csv2spip !).
Alors si un codeur veut s’en occuper qu’il me contacte via ce forum, on s’arrangera pour mettre en route une version 1.0.3 sur le SVN de la zone.
Répondre à ce message
Bonjour, et merci pour ce super plugin ! Le critère tout_voir de la version 1.0.2 est vraiment une bonne idée.
J’ai cependant un petit problème...
J’ai ajouté aux pages « articles », « rubriques » et « brèves » le code
de « filtrage avec informations » dans la boucle qui va bien afin d’être envoyé sur le formulaire de login, et ça fonctionne très bien dans le cas où l’on tente d’accéder à une ressources restreinte.
Par ailleurs, si je tente d’appeler une page qui n’existe pas, par exemple spip.php ?page=agendas à la place de spip.php ?page=agenda, j’ai la page 404. Tout va bien.
Par contre si maintenant j’appelle un article n°100 qui n’existe pas (spip.php ?article100) j’ai une page blanche...
Si j’enlève le code de filtrage, je retrouve ma page 404 dans les deux cas...
C’est quoi mon erreur ?
Merci d’avance !
erreur non-reproductible de mon côté... Désolé mais si j’ajoute :
en fin du fichier article.html j’obtient (comme prévu !) la page 404 pour une page qui n’existe pas (http://extranet-eze.dyndns.org/port...) et la demande de login si j’essaye d’accéder à une rubrique protégée (http://extranet-eze.dyndns.org/port...)...
Alors cette erreur n’étant pas (à priori !) liée à un bogue, elle doit venir de ta config... Tu dois regarder du côté de ton squelette d’abord puis (éventuellement...) si tu n’as pas un plugin qui « trafique » le squellette de la page 404 (fichier 404.html).
Je ne doute pas que l’erreur soit de mon côté, mais j’aurai besoin de quelques conseils pour la trouver...
Voici ce que j’ai fait (en local) :
- J’ai retiré mon squelette, et utilisé la « dist »
- J’ai ajouté le filtrage
[(#ID_ARTICLE|accesgroupes_article_restreint|
etc... dans les pages article et rubrique de la dist- J’ai désactivé de tous les plugins, sauf le tiens...
- J’ai vidé les caches se Spip et du navigateur.
Résultat : même problème de page blanche quand j’appel un article ou une rubrique qui n’existe pas...
En fait si je regarde le code source de cette fameuse page blanche, je constate que je suis arrivé dans la boucle
</BOUCLE_article_principal>...<//B_article_principal>
, mais que rien ne se passe (je n’ai que les commentaires que j’y ai placé, sans aucun code).Les questions que je me pose sont les suivantes :
- quel est le mécanisme d’appel de la page 404 dans le cas d’un article qui n’existe pas : la page article est-elle appelée, ou l’erreur est-elle détectée avant ?
- Autrement dit, le code ajouté en fin de page gère-t-il à la fois le cas d’un article restreint ou absent, ou seulement restreint ?
Merci d’avance pour tes réponses
Je me répond à moi même car j’ai trouvé :
J’avais placé un commentaire avant la ligne de filtrage qui était encadrée avec :
<!-- mes commentaires -->
Que j’ai remplacé par :
[(#REM) mes commentaires ]
et ça marche !
Etonnant non ? D’autant que j’ai des commentaires utilisant la première syntaxe partout dans cette page....
Répondre à ce message
Bonjour
Ce plug in marche du tonerre, cependant comment faire pour éviter que le auteurs ou appartenant a un groupe ne voit tte la liste déroulantes des autres rubriques ?
Car lorsque je choisi d’écrire un nouvel article j’ai tjrs la posibilité de rentrer ds n’importe quelle rubrique, bien sûr le plug in a fait que je ne peux pas poster mais cela est troublant pour les utilisateurs il parait... auriez vous une idée pour m’aider à résoudre ce soucis ?
cette question à déja été traitée dans ce forum : http://www.spip-contrib.net/Le-plug...
Pour aller plus loin : tu peux essayer la version 1.1 qui assure le masquage des rubriques restreintes dans la liste de choix des rubriques lors de la création d’un nouvel article. Cette version (svn ://zone.spip.org/spip-zone/_plugins_/_dev_/acces_groupes) est un essai « cul de sac » vu les contraintes de mises à jour qu’elle imposerait lors des évolutions des versions de spip. Elle n’est accessible que par SVN, et son développement est stoppé en attendant la squelettisation de l’espace privé... donc AUCUNE garantie quand à son fonctionnement !
Problème similaire avec le squelette ’’MiniGriSpip’’.
Les articles sont invivibles mais le menu affiche toutes les entrées, même celles inaccessible :(
En fait, ce n’est pas le même problème, c’est sur mon site public que le menu ne se met pas à jour, j’ai du rater une étape :(
J’ai règlé le problème en changeant de squelette :)
J’aimerais importer mes rédacteurs et mes administrateurs depuis un fichier csv.
En retouchant le plugin « Importer des auteurs », j’ai réussi à importer les rédacteurs et auteurs avec leurs mots de passe.
Maintenant, j’aimerais importer les groupes (profs, eleves...) et les sous-groupes (classes, matières...) mais je ne sais pas quels champs renseigner dans « spip_accesgroupes_auteurs, spip_accesgroupes_acces et spip_accesgroupes_groupes ».
Je ne sais même pas si ce sont les seuls fichiers à renseigner :(.
Une petite aide m’aiderais, csv2spip n’est pas encore près
tu tombe à pic : je suis en train de finaliser la version plugin de csv2spip qui permet de créer automatiquement les groupes de acces_groupes à partir des sous-groupes déclarés dans le fichier CSV que tu importe.
D’ici 1 ou 2 jours ça sera testable : tu sera alors vraiment le bienvenu pour faire le bèta-testeur ! Je poste sur ce forum dès que le zip du plugin csv2spip sera disponible.
J’attends avec impatience :)
hé génial ! toi aussi tu tombes a pic je suis très interressée :)
tu as règlé le problème des rubriques ?? tu as fait comment ds ton squelette ? ç’a m’interresse grandement je frôle la déprime avec mon problème
helas je n’ai pas svn et effectivement la version 1.1 est trop contraignante, que puis je faire ? attendre la squelettisation du côté privée ? je m’y atelerais bien mais j’ai pas les épaules en spip pour hélas ?
Il me faut absolument mes groupes pour la semaine prochaine, je vais chercher comment les créer automatiquement (600 utilisateurs à placer dans 1 groupe et 1 sous-groupe :( pas envie de le faire à la main).
Testerez csv2spip quand il sera là
ça fait déja au moins 10 jours que la version « pre-released » de csv2spip en plugin est sur la zone : svn ://zone.spip.org/spip-zone/_plugins_/_dev_/csv2spip . Cette version est opérationnelle, il ne doit rester que quelques petits problèmes lors de la mise à jour des rubriques d’admins restreints (mais à priori puisque tu es à la phase première création des comptes, tu n’es pas concerné).
Puisqu’apparemment tu n’as pas été trifouiller dans la zone pour trouver cette version, j’en conclu que tu n’utilise pas SVN et que tu attend donc un zip... c’est donc par là : http://extranet-eze.dyndns.org/port...
Répondre à ce message
Cet excellent plugin semble fonctionner parfaitement chez moi, mais avec ce curieux avertissement dont je ne sais que faire :
Warning : file(../plugins/plugins_stable/plugin.xml) [function.file] : failed to open stream : No such file or directory in /home/cedesguin/domains/desguin.net/public_html/spip/plugins/plugins_stable/acces_groupes/exec/accesgroupes_admin.php on line 482
Warning : Invalid argument supplied for foreach() in /home/cedesguin/domains/desguin.net/public_html/spip/plugins/plugins_stable/acces_groupes/exec/accesgroupes_admin.php on line 484
Je précise que, bien entendu, le fichier « accesgroupes_admin.php » est bien présent là où il est attendu.
facile : tu as un plantage sur l’ouverture du fichier plugin.xml que la fonction exec_accesgroupes_admin() utilise pour déterminer quelle est la version en cours (1.0, 1.0.1 ...) et l’aficher dans le cadre de gauche (dernière ligne : « Version : 1.xx »)... L’explication du bogue est elle également simple : vu que le plugin est dans /plugins/plugins_stables/acces_groupes ça met en erreur l’ouverture du fichier plugin.xml qui est censé être dans /plugins/acces_groupes (ou plus précisément dans un répertoire directement dans /plugins).
Disons que c’est pas une erreur « grave » mais que tu met le doigt sur les limites de la bidouille utilisée pour récupérer la version indiquée dans le fichier plugin.xml...
Alors 3 solutions :
bref, t’as le choix... mais autant te dire que ma préférence va à la 3e solution ;-)
Mille mercis. Étant à la fois surbooké et fainéant, j’opte pour la solution 1.
Désolé ;-)
bonjour j’ai le même problème...que cy_altern
Répondre à ce message
Bonjour,
Est il possible de brancher ce plugin sur une base d’utilisateur Invision Power Board ?
Cordialement,
Techniquement ce genre de connexion est toujours possible mais ça nécessitera de remplacer toutes les requêtes MySQL qui font appel à la table spip_auteurs par des requêtes équivalentes dans la base utilisateur de IPB... avec tous les problèmes de correspondance de champs entre ces 2 tables (pour mémoire, acces_groupes utilise les champs nom, id_auteur, statut de la table spip_auteurs). De plus ça nécessitera aussi des correspondances plus « acrobatiques » pour les tables spip_auteurs_rubriques et spip_auteurs_messages.
D’un point de vue licence, vu que IPB n’est pas un logiciel libre alors que acces_groupes est distribué sous licence GPL (donc « contagieuse »), le plugin ainsi modifié devra être GPL...
Bref, n’étant ni un utilisateur de IPB (et à 69,95$ la licence annuelle je risque pas de le devenir !) ni un fan des solutions propriétaires, non seulement je ne ferais aucun effort pour ce portage mais en plus, si tu souhaitais t’en occuper, ne compte pas sur moi pour une quelconque adaptation du code...
Dans le genre de branchement de ce plugin sur une base utilisateur différente de celle de SPIP, je serais beaucoup plus motivé pour une « connexion » sur les groupes/utilisateurs d’un annuaire LDAP .
Il serait par contre possible d’utiliser le plugin d’authentification des auteurs via une BD externe...
Répondre à ce message
Bonjour
Merci d’avoir mis à dispo votre travail
Débutant , j’essaie de mettre en oeuvre votre contrib qui nous serait bien utile
Nous sommes hébéergés chez « ifrance »
Nous avons installé SPIP 1.9
et votre plugin « acces groupe »
Voici le message qui apparaît :
1064 : You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near ’)’ at line 2 Afficher l’interface textuelle simplifiée
Faut-il adapter des fichiers ?
Merci pour votre réponse
A priori ce plugin n’utilise nulle part de requête SQL en rapport avec « Afficher l’interface textuelle simplifiée » alors cette erreur ne devrait pas être lié à sa présence... Peut être faudrait il passer ton SPIP en version 1.9.1 ?
Bonjour,
J’utilisais la version 0.7 de la contrib « Accès restreint par groupe » sur mon site Spip1.8.2, et ça marchait très bien.
J’ai fait une mise à jour de Spip 1.8.2 vers Spip 1.9.1, en déplaçant au préalable mon ancien site dans un sous répertoire puis j’ai intégré le plugin « Accès restreint par groupe »et j’ai fait la mise à jour des tables de la base de données en utilisant le script ../plugins/acces_groupes/maj_tables.php
Quand je veux créer un groupe, j’obtiens dans la partie haute de mon espace privé le message :
1064 : You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near ’)’ at line 2
Je ne sais pas comment ni où réparer la chose !
Quelqu’un aurait une idée ?
...merci
et le fichier /ecrire/data/mysql.log il te donne quoi comme message d’erreur ?
Bonjour,
merci de venir à mon aide si vite !
Voilà, j’ai tout viré mon site spip 1.8.2 et vidé ma base par PhpMyAdmin, réinstallé spip 1.9.1 et copié/collé mes articles depuis mon site en local vers mon hébergeur (OVH) mais lorsque je tente de créer un groupe d’ accès restreint, Paf ! je retrouve le même message : ’You have an error in your SQL syntax...’
J’ai regardé le fichier ’mysql.log’ et j’ai ça (mais ça ne me parle pas vraiment) :
Répondre à ce message
Bonjour,
après activation du plugin, je n’ai pas les choix de restrictions qui apparaissent au niveau des fiches d’auteur...
c’est dommage car tout marchait bien auparavant sur mon 1.9 et après passage au 1.9.1 c’est la misère...
j’ai essayé également le plugin accès_groupe mais il ne me satisfait pas, et je suis repassé à accès_restreint et depuis, plus rien !!
help ????
oups... je suis pas dans le bon forum là... je pensais au plugin accès_restreint...
pardon....
Répondre à ce message
Je me lance de spip 1.8.3 à 1.9.1 avec ce plugin en boni ! (Je suis toujours avec les squelettes de base)
Il y a un truc que je ne pige pas. Je dois donner des accès à des sous-sous-rubriques (ex : 1.1.5 et 1.1.7) à un utilisateur A, sans autoriser l’accès à la totalité de la rubrique-mère (1.1). J’ai donc donné les autorisations équivalentes dans le gestionnaire d’accès à cet utilisateur A et restreint l’accès à 1.1 en donnant l’accès à cette rubrique qu’à l’admin principal.
Mon problème : Dans une boucle de type plan, comme (1.1) n’est pas accessible à utilisateur A, les (1.1.x) autorisées n’apparaissent pas pour cet utilisateur. Le fil d’ariane saute également cette rubrique lorsque utilisateur A se trouve dans 1.1.7 (Accueil > 1 > 1.1.7)
Comment arriver à afficher la hiérarchie ascendante dans un menu ou un fil d’ariane dans un cas comme celui-ci ? - Merci de vos lumières !
Le problème que tu rencontre est lié au fait que par défaut ce plugin masque toutes les rubriques (et leurs contenus) qui ne sont pas accessibles à l’utilisateur en cours : donc si la rub 1.1 est restreinte à l’admin général seul, personne d’autre que lui ne pourra voir les sous-rubriques 1.1.5 et 1.1.7 dans les menus de rubriques du squelette dist.
Jusqu’à il y a 2 jours je t’aurais répondu : « déplace tes rubriques 1.1.x dans une rubrique parent non-restreinte » et basta !
Mais tu as de la chance : suite à quelques échanges sur l’irc #spip d’autres utilisateurs du plugins m’ont convaincu qu’il devait être possible de pouvoir afficher la liste de toutes les rubriques/sous-rubriques même les restreintes.
Alors si tu attend encore quelques jours (le temps de finaliser), tu pourra mettre à jour ce plugin avec la version 1.0.2 qui implémente le critère tout_voir (comme d’hab’ pompé sur le plugin accès_restreint : merci Cedric !) et le filtre accesgroupes_visualise qui permet d’ajouter une image (par défaut ecrire/img_pack/cadenas-24.gif) devant les #BALISES des rubriques/articles/breves appartenant à une rubrique restreinte. Bref : ça devrait te permettre de faire apparaître les sous-rubriques 1.1.x dans les menus rubriques. Pour le HOWTO des modification de squelettes nécessaires : repasse par ici, cet article expliquera comment faire.
C’est fait : la version stable est désormais la 1.0.2 qui supporte le critère tout_voir et le filtre accesgroupes_visualise pour pouvoir afficher des listes de rubriques (mais aussi articles, brèves...) y compris ceux appartenant à des rubriques restreintes. Voir le point 8. de cet article pour leur intégration dans les squelettes.
bonjour,
Mais où trouver cette version ?
la 1.0.2 étant désormais la version « officielle », il te suffit de (re)télécharger le zip du plugin. Vu que le serveur de la zone a eu un problème hier, utilise le mirroir http://miroirspip.ventre.name/build..., la version qu’il propose est à jour.
merci bien :)
merci t’es un géni ça marche impec !!!
bon j’ai tjrs mon souci pour masquer les rubriques où les auteurs restreints ne devraient pas avoir accès ....
crois tu qu eje devrais modifier le squelette en supprimant dans le formulaire ecrire un nouvel article la liste déroulante ?
Répondre à ce message
Salut,
Bravo, merci, super...
Dans une config « public:ouvert/privé:fermé », j’ai découvert par hasard que l’accès via l’historique des modifications n’est pas filtré. Pas rhédibitoire mais à implémenter peut-être quand même ;-)
Mes deux sous.
Suske
ouais... y’a un trou là : il va falloir s’en occuper !
Merci pour l’info : je poste sur ce billet lorsque le patch sera sorti.
(PS : bonne exemple d’utilisation de ce plugin ton site de blogs...)
c’est corrigé !
sortie de la v 1.0.1 : support de exec=articles_versions pour le filtrage de l’espace privé
cette version constitue la version _stable_ de ce plugin et sera celle proposée au téléchargement sur la zone http://zone.spip.org/files/spip-zon... d’ici 1/2 heure...
Wouaouw ! 10h et 8 minutes après mon message... C’est pas aussi rapide qu’ESJ sur spip-dev mais chapeau bas quand même :-))
Z’êtes tous comme ça les spipiens ?
le plugin n’est pas accessible à cette adresse :
http://zone.spip.org/files/spip-zone/acces_groupes.zip
où se trouve-t-il ?
Répondre à ce message
C’est peut-être plus compliqué...
Comme je viens de faire la bêtise, je détaille auu cas où : j’ai omis (comme souvent) de sélectionner une rubrique avant de poster un nouvel article. Résultat, mon texte est parti dans la rubrique par défaut, celle qui est la première dans la liste et à laquelle je n’ai pas accès...
POour éviter ça, j’ai donc créé une rubrique bidon intitulée « ****** Sélectionnez une rubrique à laquelle vous avez accès ! ****** », qui, grâce aux étoiles, devrait rester la première dans la liste. J’y ai donné accès à tous les rédacteurs. C’est une solution honorable mais pas très structurelle...
vu le fonctionnement actuel du filtrage de l’espace privé, c’est effectivement une erreur possible : un rédacteur peut choisir une rubrique à laquelle il n’a pas accès comme rubrique parent d’un nouvel article... une fois qu’il a fait le premier enregistrement, il ne peut plus l’afficher !
Ta solution est une bonne ruse pour limiter la casse au niveau des oublis... mais c’est un problème qui ne devrait plus exister dans la prochaine version puisqu’avec la squelettisation de l’espace privé (spip 1.9.2 ?) il sera possible d’appliquer la méthode de filtrage des requêtes MySQL donc de masquer les rubriques restreintes dans toutes les pages de l’espace privé.
Donc, une fois de plus, patience...
J’avais pas lu l’article « à fond » et viens de découvrir que ceci y était expliqué... Désolé pour le bruit.
Répondre à ce message
Bravo pour la gestion des accès par groupes !!!
J’ai par contre une petite question : Comment dois-je procéder pour ajouter le login utilisateur au contexte ? Ceci dans le but d’éviter d’avoir une version « cachée » de ma page sommaire (qui n’affiche normalement qu’un message de bienvenue et un lien pour se connecter). Une fois loggué, celle-ci doit afficher un lien déconnecter et les rubriques en accès restreint.
Mon problème, c’est que certaines fois quand je me connecte à mon site, je tombe sur une version cachée d’une session précédente.
Mon FAI est free et j’ai fraîchement installé la version SPIP 1.9.1 ainsi que la dernière version du plugin acces_groupe.
En principe tu ne devrais pas avoir besoin « d’ajouter le login utilisateur au contexte » : le fonctionnement normal de ce plugin est prévu pour gérer le cache en fonction des droits de l’utilisateur connecté ce qui ne devrait pas te permettre de « tomber sur une version cachée »...
Alors plusieurs pistes possibles :
Répondre à ce message
Bonjour,
le plugins fonctionne très bien. merci aux créateurs.
mon seul souci se situe au niveau de la configuration pour avoir un filtrage avec information ou la page d’authentification n’apparait pas !
malgré l’ajout du code dans article.html de mon squelette MiniGriSpip142 :
Spip 1 9 1 installé (webmestre de niveau novice ;-) qui attend que la doc sur la nouvelle architecture spip 1.9 soit publier)
merci de votre aide
RE
mon souci c’est que je ne comprends pas le code suivant :
<//B_article_principal>
je comprends ce code comme une fermeture de balise. faut-il ajouter une balise au debut du code de la page article.html du style :
<B_article_principal>
merci de votre aide
ça c’est la syntaxe de base des boucles SPIP : voir le paragraphe « Syntaxe complète » de cet article de la doc http://www.spip.net/fr_article898.html
Répondre à ce message
Bonjour,
Et tout d’abord MERCI pour ce plugin qui apporte des fonctionnalités très importantes pour moi (et bien d’autres j’imagine !). C’est tout ce que je souhaitais. Vraiment.
Seulement voilà, autant en local (localhost) tout fonctionne à merveille (j’utilise une 1.9.1 [7502]), autant sur le serveur de mon provideur (même version de SPIP), il y a des soucis. Le plugin semble bien installé mais il m’est impossible d’obtenir un fonctionnement normal. Je ne peux même pas ajouter de nouveaux membres dan sle groupe (menu déroulant vide) et tous les autres éléments de l’interface ne s’affiche pas. (c.f. copie d’écran http://www.reunion-equitable.asso.re/spip/acces-groupe-dysfonctionnement.png)
Une idée ?
Répondre à ce message
Bonjour,
En test en local (WAMP, SPIP 1.9.1), il fonctionne. Il ne faut pas oublier de vider le cache de SPIP et du navigateur (cookie).
J’ai une question toutefois.
Au lieu d’entrer un par un les personnes ayant accès à une partie restreinte (comme exemple lycée), y a t’il une possibilité de faire par plage d’adresses IP (ex. : seuls les 192.168.100.1 à 192.168.100.254) d’autorisation ou d’interdiction ?
Cas d’une société ayant diverses succursales avec un « intranet maison » et des « intranets par divisions ».
Merci d’avance, et beau travail
Hé hé ! ça c’est une bonne idée de nouvelle « feature » !
Direct je met sur la TO DO !
Et pour ceux qui aurait envie de participer voila ce qui serait possible si on veut faire un truc « ergonomique » :
- dans l’interface de gestion ajouter un nouveau type de sous-groupe basé sur une plage d’adresse IP (un champ IP début / un champ IP fin) au même niveau que la sélection des utilisateurs individuels ou par sous-groupe ou par statut
- dans les fonctions de vérification, ajouter une fonction qui permet de tester d’après $_SERVER[’REMOTE_ADDR’] si l’utilisateur connecté appartient (ou non) a un « groupes d’adresses IP »
De cette manière il n’y a rien d’autre à modifier, on peut gérer des restrictions d’accès avec les groupes des plages d’adresses IP exactement comme avec les autres groupes !
Bonjour,
Quand j’essaie d’appliquer la restriction d’accès à un groupe le tableau « Rubriques restreintes accessibles par ce groupe » reste vide.
C’est la seule fonction qui ne marche pas sinon je peux inclure des auteurs, des sous groupes et des statuts.
J’utilise SPIP 1.9.1 sur mysql 5.0.24a
Voici le journal spip.log
Nov 13 16:28:38 10.133.2.99 (pid 984) Nov 13 16:28:38 10.133.2.99 (pid 984) POST /spip/ecrire/ ?exec=accesgroupes_admin
Nov 13 16:28:39 10.133.2.99 (pid 984) Nov 13 16:28:39 10.133.2.99 (pid 984) - CREATE TABLE IF NOT EXISTS
spip
.spip_accesgroupes ()Nov 13 16:28:39 10.133.2.99 (pid 984) Nov 13 16:28:39 10.133.2.99 (pid 984) 1064 You have an error in your SQL syntax ; check the manual that corresponds to your MySQL server version for the right syntax to use near ’)’ at line 1
Nov 13 16:28:40 10.133.2.99 (pid 984) Nov 13 16:28:40 10.133.2.99 (pid 984) POST /spip/ecrire/ ?exec=accesgroupes_admin
Nov 13 16:28:40 10.133.2.99 (pid 984) Nov 13 16:28:40 10.133.2.99 (pid 984) - INSERT INTO
spip
.spip_accesgroupes_acces(id_grpacces, id_rubrique, id_article, dtdb, dtfn, proprio, prive_public)VALUES("1", "1", "",now(),now(), 0, "0")
Nov 13 16:28:40 10.133.2.99 (pid 984) Nov 13 16:28:40 10.133.2.99 (pid 984) 1264 Out of range value adjusted for column ’id_article’ at row 1
Répondre à ce message
Bonjour,
Je comprend pas bien le fonctionnement de ce plugins car en effet il fonctionne bien pour l’espace public cependant des que je me connecte dans l’espace privé, il n’en tient plus compte il ne m’empeche pas de consulter les rubriques restreintes meme en ayant mis les bonnes restrictions je ne comprend pas ????
Répondre à ce message
Superbe plugin, on commence vraiment à avoir quelque chose de très abouti dans le domaine du contrôle d’accès.
Une seule remarque : sur mon site, j’ai introduit la notion d’articles à accès restreint, à l’intérieur de rubriques à accès public en général. Plus précisément, je gère en restreignant l’accès de certains articles à uniquement leurs auteurs. L’architecture de ce plugin permettrait-elle d’étendre la notion d’accès restreint non seulement à des rubriques, mais également à des articles individuels à l’intérieur de rubriques à accès public ?
Relit le point 8. de la doc ci-dessus : ça fait partie des choses qui sont *possibles* mais pas prévues dans la TODO... Alors tout est sur la zone, si tu veux apporter ta brique : « you’re welcome ! »...
Répondre à ce message
Merci beaucoup pour ce plugin terrible !
Je trouve super propre, et vraiment très pro !!!! Bravo !
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 : |