Le plugin accès restreint par groupes

le plugin accés par groupes permet de restreindre l’accès à des rubriques et leurs contenus en gérant des groupes d’utilisateurs autorisés. A la différence du plugin « accés restreint », le filtrage est appliqué aussi bien dans l’espace privé que l’espace public.

[plugins incompatibles]

  • acces restreint
  • barre typo enrichie (en revanche le plugin barre typo écologique est compatible)

[problèmes avec les sites ayant une arborescence complexe et/ou de nombreux groupes]
pour éviter de doublonner, voir ce forum concernant les problèmes actuels de acces_groupe et ses développements futurs


Ne *demandez plus* dans le forum de cet article si une version compatible SPIP 2.0 est prévue et surtout *quand* : allez plutôt lire ce message !!!

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.

Icone d’accès à l’interface de gestion du plugin acces_groupes

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,

    Message obtenu lors de l’accès à une rubrique restreinte dans l’espace privé

    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 :

Interface d’administration
  • 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.
  • Configuration de l’accès restreint pour une rubrique

    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 »
  • Un groupe dont l’admin restreint est « propriétaire »

    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.

  • Changer de propriétaire un groupe

    [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.

  • Configurer la possibilité d’une demande d’intégration au groupe

    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).

    Le formulaire de demande d’inscription à un groupe

    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é.

    Un auteur ayant demandé à être intégré à un groupe

    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).

  • Formulaire d’identification

    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).

    formulaire de demande d’inscription (partie publique)

    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].

Résultat du filtre « accesgroupes_visualise »

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...)

Notes

[1NB : c’est la dernière fois que je fais l’effort d’assurer la compatibilité avec les versions de cette contrib pour les spip 1.8 !

[2tout_voir est lui aussi un dérivé du plugin acces_restreint : encore une fois, merci Cedric !

Historique des versions :

  • V0.1 - 16 juillet 2005
    version initiale avec gestion multilingue
  • v0.2 - 02 août 2005
    maj pour compatibilité avec MySQL 3.23
    la table jpk_auteurs_groupes devient jpk_groupes_auteurs
    correction affichage des titres de rubriques typo()
  • v0.3 - 07 août 2005
    Ajout d’un bouton pour la suppression d’un groupe inactif
    Correction du test d’accès, utilisation du login au lieu de l’id_auteur
  • v0.4 - non diffusée
  • v0.5 - publiée avec un exemple de protection des articles dans l’espace /ecrire/
    Attention, les fichiers ont été renommés !!!
  • v0.61 - intégration des sous-groupes et des status comme membres possibles des groupes, installateur automatique des tables dans la base de donnée de spip, préfixage des tables jpk_, « explorateurs » de groupes dans l’interface de gestion.
  • v0.7 : version finalisée pour SPIP < 1.9. Correction du bogue de la modification / suppression d’un groupe, possibilité de séparation privé / public, possibilité de demande d’inscription dans un groupe par formulaire. Passage en BOUCLE de la restriction de l’espace public + filtre + critère pour configurer les squelettes.
  • v 1.0 : passage en plugin pour spip 1.9
    Filtrage des éléments à accès restreint directement dans les requètes SQL des boucles par surcharge des fonctions du core. Gestion du cache en fonction des combinaisons de rubriques restreintes pour éviter les mauvaises surprises. Possibilité de modifier le propriétaire d’un groupe par les admins généraux. Amélioration du traitement des messages de demande d’accès. Marquage des groupes désactivés dans l’interface admin.
  • v 1.0.1 : filtrage des articles en mode « révision » (?exec=articles_versions)
  • v 1.0.2 : implémentation du critère tout_voir et du filtre accesgroupes_visualise

Discussion

146 discussions

  • Bonjour,
    il semblerait que le lien de téléchargement ne soit plus valable.

    Répondre à ce message

  • 2

    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

  • 1
    François Daniel Giezendanner

    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 :

    Où en est le projet ?

    Dans l’attente de votre réponse

    Meilleurs messages

    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

  • 1

    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 :

      La liste des membres du groupe 32:
      <B_a>
      <ul>
      <BOUCLE_a(ACCESGROUPES_AUTEURS){id_grpacces=32}>
        <BOUCLE_b(AUTEURS){id_auteur}>
      	<li>#NOM</li>
        </BOUCLE_b>
      </BOUCLE_a>
      </ul>
      </B_a>

      encore plus rapide : une seule boucle avec jointure entre la table spip_accesgroupes_auteurs et la table spip_auteurs :

      La liste des membres du groupe 32:
      <B_c>
      <ul>
      <BOUCLE_c(ACCESGROUPES_AUTEURS spip_auteurs){id_grpacces=32}>
      	<li>#NOM</li>
      </BOUCLE_c>
      </ul>
      </B_c>

      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

  • purdeycb

    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

  • 1

    Idem,

    J’aimerais savoir si une version compatible avec la nouvelle version 2 est prévue...

    Merci !!!

    Répondre à ce message

  • 1

    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 ?

    • Patrick

      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

  • 1

    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

  • 1

    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

      //ecrire_config(’accesgroupes’,’1.0.4’) ;

    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

  • 6

    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

  • 1
    François

    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.

    • cy_altern

      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.

      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 !!!}

      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.

      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

  • 1
    Frédéric

    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

    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

  • 1
    hebus le troll

    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

  • 2

    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

  • 1

    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 1
    Sep 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

  • 4

    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 :

      « buro » limiter pour privé+public à « Compte rendus »

    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

  • 3

    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

  • 3
    Laguillon Claudia

    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.

    • Laguillon Claudia

      Si quelqu’un à une idée ??????

    • fais-tu partis du groupe qui à accès a cette rubrique ?

    • Laguillon Claudia

      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

  • Madrilene

    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

  • 1

    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 ?

    Répondre à ce message

  • 1

    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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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_acces
    LEFT JOIN eco2scop.spip_accesgroupes_groupes
    ON eco2scop.spip_accesgroupes_acces.id_grpacces =
    eco2scop.spip_accesgroupes_groupes.id_grpacces
    WHERE 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

    • cy_altern

      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

  • 2

    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).

    	<!--- PIED ******************** --->
    <INCLURE{fond=inc-pied}>
    </body></BOUCLE_rubrique>
    [(#REM) mettre un lien META LINK ]
    <INCLURE{fond=sommaire}{msg=NO}>
    <//B_rubrique>
    </html>

    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).?...

    • cy_altern
      Quelle ne fut pas ma surprise de tomber sur des pages magnifiquement blanches lors des tests en utilisateur "normal" (c-a-d non connecté) !!

      Ca n’est pas normal : ta page blanche correspond à une erreur php quelque part dans ton squelette / fichier(s) d’options/fonctions...

      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.....

      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

  • 3
    Aurélien

    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.

    • aurelien

      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...

       ;)

    • Aurélien

      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

  • 1

    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

  • 3
    Lionel

    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 !

    • Lionel

      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

  • 2

    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

  • 5

    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

    • cy_altern

      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

    • cy_altern

      il faut donc que tu vérifie :

      • que le sous-groupe « TMA » est bien inclut dans le groupe « Projet »
      • que le groupe « Projet » contrôle effectivement la rubrique « Espace équipe »
      • que les utilisateurs qui doivent accéder à la rubrique « Espace équipe » sont bien tous inclus soit dans le groupe « TMA » soit dans le groupe « Projet »

      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

    • *) 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 possible, « normal » ça dépend de ce que tu veux avoir comme niveaux d’accès aux rubriques. Cette configuration groupes/rubriques signifie que :

      • tous les utilisateurs de TMA ont accès à l’ensemble de la rubrique « Espace equipe » y compris la rubrique « Management »
      • les membres du groupe « Projet » ont accès à la rubrique « Espace équipe » mais pas à la sous-rubrique « Management ».

      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 ».

      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...

      Si la valeur est « TMA », alors l’user à accès à la rubrique « espace equipe »

      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 ».

      une fois le formulaire validé, il ecrit dans la base ldap et dans les tables spip

      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

  • 1

    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

  • 2
    François Daniel Giezendanner

    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

    • François Daniel Giezendanner

      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

  • 1

    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

  • 9
    Christophe Danaux

    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

    • yjbenigni

      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

    • yjbenigni

      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 :

      Parse error : syntax error, unexpected ’ ;’ in /home/www/8e3557253356b2d42280d58ca189ae77/web/plugins/acces_groupes/exec/accesgroupes_admin.php on line 55

      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

    • $string = preg_replace('~&#x([0-9a-f]+);~ei', 'chr(hexdec("\\1"))', $string);
        $string = preg_replace('~&#([0-9]+);~e', 'chr("\\1")', $string);

      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

  • 2

    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

  • 1
    Pierre Bénech

    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

    • SurfingJack

      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

  • 1
    F. Malbet

    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.

    Répondre à ce message

  • F. Malbet

    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

  • 1

    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

  • 1

    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

  • 1

    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

  • 2

    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 :

      Le plugin accés restreint par groupes et spip 1.9.2

      18 juin 2007 13:34, par Coyote

      « 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, ç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

  • 2

    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

  • 1

    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

  • 1

    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

  • 1

    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 :

    Fatal error: Call to undefined function: acces_rubrique() in /xxxx/calcollect/plugins/acces_groupes/1.9.1/inc/accesgroupes_prive.php on line 993
    
    
    Fatal error: Call to undefined function: acces_rubrique() in /xxxx/calcollect/plugins/acces_groupes/1.9.1/inc/accesgroupes_prive.php on line 46

    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

  • 5

    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 )

    • Hélène G

      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é....

    • Sébastien

      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

  • 1

    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

  • 1

    Juste une question. Quand sera disponible ce plugin pour la version 1.9.2 de spip ?

    Répondre à ce message

  • Eric Luyckx

    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

  • Webmaster débutant

    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

  • 2

    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

  • 2

    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 :

      <BOUCLE_gr3(ACCESGROUPES_GROUPES){id_grpacces}{doublons}>
        <div class="forums">
      	[<h2 class="menu-titre"><:dans:> (#NOM|couper{80})</h2>]
               <ul>
      
      
      <BOUCLE_auteurs_gr(ACCESGROUPES_AUTEURS auteurs){id_grpacces=#ID_SS_GROUPE}{par nom}>
      <li><a href="#URL_AUTEUR">[(#LOGO_AUTEUR||image_reduire{80,80})] [(#NOM|couper{80})]</a></li>
      </BOUCLE_auteurs_gr>
      
      
      <BOUCLE_ss_gr3(ACCESGROUPES_AUTEURS){id_grpacces}{id_auteur=0}>
      <ul>
      
      
      <BOUCLE_gr_titre(ACCESGROUPES_GROUPES){id_grpacces=#ID_SS_GROUPE}{doublons}>
      [<h2 class="menu-titre"><:dans:> (#NOM|couper{80})</h2>]
      </BOUCLE_gr_titre>
      
      
      <BOUCLE_auteurs_ss_gr(ACCESGROUPES_AUTEURS auteurs){id_grpacces=#ID_SS_GROUPE}{par nom}>
      <li><a href="#URL_AUTEUR">[(#LOGO_AUTEUR||image_reduire{80,80})] [(#NOM|couper{80})]</a></li>
      </BOUCLE_auteurs_ss_gr>
      
      
      </ul>
      </BOUCLE_ss_gr3>
      
      
           </ul>
        </div>
      </BOUCLE_gr3>
      
      	
    • 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

  • 1

    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

  • 4

    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

  • 5

    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

  • 3
    nicolas

    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

  • 6

    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

    • 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

  • 4

    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 :

    [(#ID_RUBRIQUE|accesgroupes_rubrique_restreinte| ?’ ’,’’)]

    Quelqu’un aurait t-il une idée du problème ?

    • Jean-Pierre

      Même tentative (1.9.1) avec en bas de rubrique_normal.html :

      	<!-- fin du contenu -->
      	
      	<br class="clear" />
      
      	<INCLURE{fond=pied}>
      	</div>
      </body>
      </BOUCLE_principale>
      <!-- code à rajouter -- >
      [(#ID_RUBRIQUE|accesgroupes_rubrique_restreinte|?{' ',''})<INCLURE{fond=inc_accesgroupes_login}{skel=#CHEMIN{inc_accesgroupes_login}}>]
      </html>
      <//B_principale>

      Mais ça part toujours en 404... Qu’ai-je donc loupé ?

    • Peut-être le début de la boucle

      <B_principale>
      
      [...]
      
      <//B_principale>
    • 	<INCLURE{fond=pied}>
      	</div>
      </body>
      </BOUCLE_principale>
      <!-- code à rajouter -- >
      [(#ID_RUBRIQUE|accesgroupes_rubrique_restreinte|?{' ',''})<INCLURE{fond=inc_accesgroupes_login}{skel=#CHEMIN{inc_accesgroupes_login}}>]
      </html><//BOUCLE_principale>

      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

  • 7

    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

    • François Daniel Giezendanner

      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

    • didierr

      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 !

    • Hélène G

      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

  • 2
    marjorie

    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

    • marjorie

      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

  • 1
    Olivier

    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

  • 4
    jean caillette

    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.

      • spip_accesgroupes_acces
      • spip_accesgroupes_auteurs
      • spip_accesgroupes_groupes

      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 :

      # Erreur(s) dans le squelette

      * Erreur sur le site, boucle critère inconnu tout_voir
      * Erreur sur le site, boucle critère inconnu tout_voir
      * (rubriques)
      Erreur MySQL
      rubriques.id_rubrique, rubriques.titre, rubriques.lang FROM spip_rubriques AS rubriques WHERE (rubriques.id_rubrique = ’XXX’) AND (tout_voir = ’’) AND (rubriques.statut = « publie »)
      Unknown column ’tout_voir’ in ’where clause’
      AIDE,
      * (rubriques)
      Erreur MySQL
      rubriques.titre, rubriques.id_rubrique, rubriques.lang FROM spip_rubriques AS rubriques WHERE (rubriques.id_rubrique = ’’) AND (tout_voir = ’’) AND (rubriques.statut = « publie »)
      Unknown column ’tout_voir’ in ’where clause’
      AIDE,

    • J’ai trouvé l’erreur. Elle venait du squelette entete que j’avais modifié avec la condition « tout_voir ».

      Cordialement.

    Répondre à ce message

  • 1
    Jean-Pierre GERBAL

    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

  • 1

    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

  • 3

    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.

    • cy_altern

      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 :

      //fct pour renvoyer le tableau des evenements appartenant aux rubriques à accès restreint
      function accesgroupes_liste_evenements_restreints() {
      
      	static $Tevenements_restreints;
      	if (!is_array($Tevenements_restreints)) {
      		$Tevenements_restreints = array();
      		// rattaches aux articles
      		$liste_art = accesgroupes_liste_articles_restreints();
      		$where = calcul_mysql_in('id_article', join(",",$liste_art));
      
      		$s = spip_query("SELECT id_evenement FROM spip_evenements WHERE $where");
      		while ($row = spip_fetch_array($s)){
      			$Tevenements_restreints[] = $row['id_evenement'];
      		}
      	}
      	return $Tevenements_restreints;
      }

      et insertion du code

      // filtrage EVENEMENTS
      function accesgroupes_evenements_accessibles_where($primary){
      	$liste = accesgroupes_liste_evenements_restreints();
      	return calcul_mysql_in($primary, join(",",$liste),"NOT");
      }

      Modification du fichier « /inc/accesgroupes_boucles.php », avec insertion du code :

      // <BOUCLE(EVENEMENTS)>
        function boucle_EVENEMENTS($id_boucle, &$boucles) {
              	$boucle = &$boucles[$id_boucle];
              	$id_table = $boucle->id_table;
      
      					if (!isset($boucle->modificateur['tout_voir'])){
                  	$t = $boucle->id_table . '.' . $boucle->primary;
                  	if (!in_array($t, $boucles[$id_boucle]->select))
                  	  $boucle->select[]= $t; # pour postgres, neuneu ici
      
                  	$boucle->hash = '
                  	// ACCES RESTREINT
                  	$acces_where = accesgroupes_evenements_accessibles_where("'.$t.'");
                  	' . $boucle->hash ;
      
                  	// et le filtrage d'acces filtre !
                  	$boucle->where[] = '$acces_where';
      					}
      
              	return boucle_EVENEMENTS_dist($id_boucle, $boucles);
        }

      Cela permet de masquer l’affichage des évènements rattachés à des articles non accessibles, sur l’agenda et le mini-calendrier.

    • Coyote

      Merci pour ta participation...
      Ajouté à la version dev svn...

    Répondre à ce message

  • 2

    j’imagine que les concepteurs connaissent la version modifiée de Joseph LARMARANGE qui dit

    La présente contribution se veut être une proposition de modification / évolution du plugin accès restreint soumise à discussion. Mon souhait est que les propositions listées ci-dessous puissent à terme, toutes ou partie, être intégrées dans le plugin accès restreint.

    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

  • webzone

    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.

    <?php
    // code permettant la vérifcation que l'IP est bien dans la plage
    function verifPlageIP($IP,$PlageIP) {
    	$result=TRUE;
    	$tabIP=explode(".",$IP);
    	/*echo "

    tabIP:

    ";
    	print_r($tabIP);
    	echo "

    " ;*/
    if(is_array($PlageIP))
    /*echo "

    PlageIP :

    ";
    		print_r($PlageIP);
    		echo "

    " ;*/
    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 :

    ";
    		print_r($tabPlageIP);
    		echo "

    " ;*/
    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

  • 4

    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

  • 1

    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

  • 4

    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 :

      Path : .
      URL : svn ://zone.spip.org/spip-zone/_plugins_/_dev_/acces_groupes/1_9_2
      Repository UUID : ac52e18a-acf5-0310-9fe8-c4428f23b10a
      Revision : 10329
      Node Kind : directory
      Schedule : normal
      Last Changed Author : tbeaumanoir@gmail.com
      Last Changed Rev : 10265
      Last Changed Date : 2007-03-09 11:25:01 +0000 (ven, 09 mar 2007)

    Répondre à ce message

  • 4

    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. ;)

    • cy_altern

      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 ?

    • cy_altern

      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 :

      Etape 1 : téléchargement du fichier sur le serveur

      Warning : move_uploaded_file(data/tmp_fich.csv) : failed to open stream : No such file or directory in /***/spip/plugins/csv2spip/exec/csv2spip.php on line 125

      Warning : move_uploaded_file() : Unable to move ’/tmp/php10wvvk’ to ’data/tmp_fich.csv’ in /***/spip/plugins/csv2spip/exec/csv2spip.php on line 125

      Etape 1.2 : la copie du fichier /tmp/php10wvvk à échoué, veuillez recommencer. Fichier destination : data/tmp_fich.csv

    Répondre à ce message

  • Jean-Pierre

    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

  • 1

    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

  • 2
    nicolas

    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 :

      if ($connect_statut != "0minirezo") {

      par

      if ($connect_statut != "0minirezo" OR !$connect_toutes_rubriques) {

      de cette manière tu interdit l’accès à la page pour tous ceux qui ne sont pas admin généraux.

    • nicolas

      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

  • Xébiaut

    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

  • 2

    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.

    • cy_altern

      Si c’est exact, peut-être le préçiser ici ?

      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

  • 1

    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

    • 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

  • 2
    didierr

    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...

    • didierr

      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

  • 1

    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

  • 1

    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

  • 2

    ’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.

    • Pour continuer dans la critique constuctive,

      OK, alors puisqu’on en est à la « critique constructive », voila ce que tu pourrais *faire* :

      • récupère le fichier /plugins/acces_groupes/lang/accesgroupes_fr.php dans ton spip
      • modifie les libellés qui te semblent obscurs pour les rendre plus explicites
      • renvoie moi le fichier modifié pour que je l’intègre au plugin (on pourra même faire une version 1.0.3 pour l’occase !)

      (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

  • 4

    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 :

      • Passe en spip 1.9.1 avant toute chose
      • Essaie avec un navigateur digne de ce nom (Firefox, Opéra, Safari, Konqueror...) histoire de savoir si ton problème est spécifique d’IE ou non
      • Si tu veux que je comprenne ce qui se passe, une capture d’écran serait bienvenue
    • 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

  • 1

    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 :

      • ce que tu entend par « ajouté un mot clé » : créé un nouveau mot ou ajouté un mot clé à un article ? une rubrique ? protégée ?
      • les autres plugins que tu utilise

      Essaie également de désactiver les autres plugins pour voir si l’erreur persiste.

    Répondre à ce message

  • 1

    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 :

      • attendre que la version 1.9.2 sorte pour pouvoir « finaliser » les surcharges
      • lorsque l’espace privé sera entièrement squelettisé, utiliser les fonctions de filtrage directement dans les requêtes SQL comme ce qui se fait dans l’espace public afin de ne plus avoir à surcharger les exec de spip

      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

  • 1

    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

  • 1

    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

  • 4

    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

  • 1

    Comment faire pour que le visiteur non-identifié ne voit rien, sauf un formulaire login ?

    • 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

  • 2

    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

  • 3

    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

  • 2

    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

    • Mon site fonctionne sous SPIP 1.9.2 alpha 2 SVN [7725]

      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

  • 1

    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

  • 1

    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

      echo formulaire_editer_auteurs($cherche_auteur, $ids, $id_article,$flag_editable) ;

      par

      echo « \n<div id=’editer_auteurs-$id_article’> » ;
      echo formulaire_editer_auteurs($cherche_auteur, $ids, $id_article,$flag_editable) ;
      echo « </div> » ;

    Répondre à ce message

  • 1

    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

    • 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

      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

  • 3

    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),

      • est ce que les liens admins (« Recalculer cette page » et autres en haut à droite) sont affichés sur la page d’accueil quand tu retourne dessus après t’être connecté ? Si ils sont absents, c’est donc le cache navigateur : faire Ctrl + F5 pour recharger la page.
      • si le lien « Recalculer cette page » est présent, que se passe t’il si tu clique dessus (ou si tu ajoute &var_mode=calcul dans l’url) ? Si les rubriques apparaissent c’est qu’il y a un problème dans la gestion du cache de spip par le plugin...
    • 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

  • 1

    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

  • 3

    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 :

      [(#ID_ARTICLE|accesgroupes_article_restreint|?{' ',''})<INCLURE{fond=inc_accesgroupes_login}{skel=#CHEMIN{inc_accesgroupes_login}}>]
      <//B_article_principal>

      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

  • 12

    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

  • 4

    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 :

      • soit tu place le dossier du plugin directement dans /plugins
      • soit tu modifie la 4e ligne de la fonction exec_accesgroupes_admin() du fichier /exec/accesgroupes_admin.php pour mettre « en dur » la constante _DIR_PLUGIN_ACCESGROUPES qui indique le chemin du plugin, ce qui devrait donner :

        define(’_DIR_PLUGIN_ACCESGROUPES’, ’../plugins/plugins_stables/acces_groupes’) ;

      • soit tu modifie le code qui permet de définir _DIR_PLUGIN_ACCESGROUPES de façon correcte quelque soit la position du répertoire du plugin dans l’arborescence de /plugins (cf les 3 premières lignes de la fonction exec_accesgroupes_admin() ) et tu me l’envoie pour que je fasse la modif du plugin.

      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

  • 2

    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

  • 4

    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

    • 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

      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) :

      Dec 04 14:27:26 81.53.230.251 (pid 23623) POST /ecrire/?exec=upgrade&reinstall=non
      Dec 04 14:27:26 81.53.230.251 (pid 23623)  - ALTER TABLE <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_documents DROP inclus
      Dec 04 14:27:26 81.53.230.251 (pid 23623) 1091 Can't DROP 'inclus'. Check that column/key exists
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 1 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 1 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 2 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 2 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 3 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 3 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 4 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 4 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 5 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 5 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 6 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 6 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 7 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:31:11 81.53.230.251 (pid 10341) GET /spip.php?action=cron
      Dec 04 17:31:11 81.53.230.251 (pid 10341)  - SELECT count(*) AS nb_acces
      					 	  FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces
      							LEFT JOIN <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes 
      							ON <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_acces.id_grpacces = <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes.id_grpacces
      					 	  WHERE id_rubrique = 7 
      							AND actif = 1 AND prive_public != 1
      Dec 04 17:31:11 81.53.230.251 (pid 10341) 1146 Table 'decouver.spip_accesgroupes_acces' doesn't exist
      Dec 04 17:34:15 81.53.230.251 (pid 12333) GET /spip.php?article1
      Dec 04 17:34:15 81.53.230.251 (pid 12333)  - SELECT id_document FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_documents_syndic WHERE 0=1
      Dec 04 17:34:15 81.53.230.251 (pid 12333) 1146 Table 'decouver.spip_documents_syndic' doesn't exist
      Dec 04 18:01:36 81.53.230.251 (pid 30432) GET /spip.php?article1&var_mode=calcul
      Dec 04 18:01:36 81.53.230.251 (pid 30432)  - SELECT id_document FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_documents_syndic WHERE 0=1
      Dec 04 18:01:36 81.53.230.251 (pid 30432) 1146 Table 'decouver.spip_documents_syndic' doesn't exist
      Dec 04 18:11:48 81.53.230.251 (pid 5283) GET /spip.php?article4
      Dec 04 18:11:48 81.53.230.251 (pid 5283)  - SELECT id_document FROM <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_documents_syndic WHERE 0=1
      Dec 04 18:11:48 81.53.230.251 (pid 5283) 1146 Table 'decouver.spip_documents_syndic' doesn't exist
      Dec 05 16:20:53 86.199.63.13 (pid 17829) POST /ecrire/?exec=accesgroupes_admin
      Dec 05 16:20:53 86.199.63.13 (pid 17829)  - INSERT INTO <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes(nom, description, actif, proprio, demande_acces)
                             	 	VALUES(&quot;Asso345&quot;,&quot;&quot;, 1, 0, )
                        
      Dec 05 16:20:53 86.199.63.13 (pid 17829) 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
      Dec 05 16:22:39 86.199.63.13 (pid 19276) POST /ecrire/?exec=accesgroupes_admin
      Dec 05 16:22:39 86.199.63.13 (pid 19276)  - INSERT INTO <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes(nom, description, actif, proprio, demande_acces)
                             	 	VALUES(&quot;Valorisation campanaire&quot;,&quot;&quot;, 1, 0, )
                        
      Dec 05 16:22:39 86.199.63.13 (pid 19276) 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
      Dec 05 17:58:53 86.199.60.22 (pid 17747) POST /ecrire/?exec=accesgroupes_admin
      Dec 05 17:58:53 86.199.60.22 (pid 17747)  - INSERT INTO <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+ZGVjb3V2ZXI8L2NvZGU+"></span>.spip_accesgroupes_groupes(nom, description, actif, proprio, demande_acces)
                             	 	VALUES(&quot;Le site web&quot;,&quot;&quot;, 1, 0, )
                        
      Dec 05 17:58:53 86.199.60.22 (pid 17747) 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

    Répondre à ce message

  • 1

    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

  • 6

    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 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

  • 4

    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

    Répondre à ce message

  • 2

    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

  • 1

    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 :

      • la version « cachée » ne viendrait elle pas du cache de ton navigateur ?
      • regarde du côté du squelette de sommaire.html et en particulier au niveau des conditions de l’intégration du formulaire de login.
      • enfin, j’ai quand même l’impression que ton problème n’est pas lié au plugin en lui-même mais à ce que tu pense qu’il « devrait faire »... En effet ce plugin à pour rôle de masquer les rubriques restreintes pour les utilisateurs non-autorisés, mais il n’est pas prévu pour faire « l’aiguillage » entre des pages « connecté/non-connecté »... pour cela vois plutôt cet article de la doc : http://www.spip.net/fr_article1827.html

    Répondre à ce message

  • 2

    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 :

    code à rajouter :

    [(#ID_ARTICLE|accesgroupes_article_restreint|?{' ',''})<INCLURE{fond=inc_accesgroupes_login}{skel=#CHEMIN{inc_accesgroupes_login}}>]

    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

  • 2

    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

  • 1

    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 ?

    • 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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom