Acces Restreint 3.0 - commentaires

Acces Restreint 3.0

Hello,
j'ai exactement le même souci que toi quand j'active le plugin sur une version 4.2.
as-tu trouvé une solution ?

Merci

Acces Restreint 3.0

Bonjour,

J'ajoute un screenshot pour illustration (debug activé - mes_options.php)

Belle journée à tou.te.s

Acces Restreint 3.0

Bonjour à tou.te.s,

Sur un site en version SPIP 4.2.5 + Accès Restreint 6.0.0 + PHP 7.4, 8.0 et 8.1, j'obtiens le message suivant sur l'espace public et privé (du moins sur les articles où des documents ont été liés) :

Deprecated : Function autoriser_document_voir should returns a boolean instead of string (casts as boolean). This will trigger fatal error in future versions. in [...] /ecrire/inc/autoriser.php on line 232

Le message est présent même après avoir désactivé tous les plugins.

Le message disparaît après avoir modifié la « Configuration des accès » en passant à l'option « Autoriser la lecture ». J'ai vérifié plusieurs fois en modifiant l'option et en vidant le cache.

Côté configuration des « Fichiers d'authentification .htpasswd », l'option est réglée sur « Créer les fichiers .htpasswd »

Le fonctionnement est ok malgré l'affichage du « Deprecated » : les documents sont accessibles.

Je sais que l'on peut masquer les erreurs dans le fichier mes_options.php à l'aide de :

ini_set('display_errors', 0);

En revanche, je n'ai pas trouvé comment masquer (au moins temporairement) les deprecated à l'aide de SPIP_ERREUR_REPORT : je suis preneur d'une solution !

Il ne me semble pas avoir vu ce deprecated en utilisant la version 7.3 de PHP mais je n'en suis pas non plus certain : je réessaierai prochainement.

Je n'ai rien relevé dans les logs à ce sujet.

Si cela s'avère nécessaire, je peux fournir la liste des plugins également utilisés (et fournir des accès au site).

Merci d'avance pour votre aide et solutions !

Acces Restreint 3.0

Pour ceux que la réponse intéresserait : l'application progressive de mises à jour de SPIP 3.x à 4.2.x et des mises à jour des plugins - dont Accès restreint - s'est déroulée sans encombre. Je note un défaut en Spip 4.2.5 / AR 6.0.0 pour lequel j'ouvre une nouvelle discussion.

Merci et bravo aux développeurs de SPIP et de ses plugins !

Acces Restreint 3.0

Bonjour
LOGIN_PUBLIC est obsolète
#LOGIN_PUBLIC (supprimée en SPIP 4.0)

Cette balise est dépréciée : utilisez plutôt #FORMULAIRE_LOGIN.

https://www.spip.net/fr_article1827.html

Natacha

Acces Restreint 3.0

Bonjour,

C'est un changement depuis la version 4.0, comme indiqué dans la documentation : https://www.spip.net/fr_article6428.html#Changements-et-apports-pour-les-squelettes

Suppression de #LOGIN_PRIVE. Utiliser #FORMULAIRE_LOGIN
Suppression de #LOGIN_PUBLIC. Utiliser #FORMULAIRE_LOGIN

Acces Restreint 3.0

Chez moi aussi sur une site en 4.1 le [(#LOGIN_PUBLIC)] ne s'affiche pas. Rien à faire. J'ai beau réfléchir, lire, ... aucun champs d'identification n'apparait.

Acces Restreint 3.0

Mon commentaire semble n'avoir pas été pris en compte... en tout cas je le vois pas apparaitre.. je me permets de le recopier.
Bonjour
j'ai été bien content de voir que le plugin avait été adapté à Spip 4.0 et 4.1.
je l'ai donc réinstallé mais malheureusement, je n'arrive plus à le faire fonctionner.
Un bout de code comme celui que je copie après donne une page blanche comme on peut le voir sur cette page : https://lairederien.net/-galeries-privees-


  
    [(#TITRE)]
  [(#LOGIN_PUBLIC)]

J'ai passé quelques temps à lire, creuser, fouiller avant d'écrire. Là j'avoue je ne vois pas ce qui cloche et votre aide est donc très précieuse. Merci à vous tous et toutes.

Amitiés, bonne journée
C.

Acces Restreint 3.0

Bonjour
j'ai vu avec grande joie que le plugin avait été adapté à spip 4 et 4.1. J'ai donc été le réinstaller mais malheureusement je n'arrive plus à faire ce que je faisais avant.
Un bout de code comme


  
    [(#TITRE)]
  [(#LOGIN_PUBLIC)]

donne une page blanche

cf. https://lairederien.net/-galeries-privees-

J'ai juste le header mais pas le titre de la rubrique et pas le formulaire pour s'identifier.
Je viens de passer un bon bout de la journée, à fouiller, creuser, lire... en vain
donc j'ai sans doute zappé un truc... merci pour votre aide.
Bonne journée
Christophe

Acces Restreint 3.0

Bonjour,
j'ai installé le plugin sur un spip 4.2.2 en adaptant le fichier paquet.xml.
Jusque là pas de soucis.
Par contre, j'ai utilisé le bout de code fournit sur spip contrib pour afficher un formulaire de contact public avec en particulier la balise #LOGIN_PUBLIC

 #LOGIN_PUBLIC <:login_motpasseoublie:>

Sur le site en étant connecté, je ne vois rien
et en étant déconnecté, je vois bien le lien de mot de passe oublié, mais aucun champ de formulaire n'apparait...et là j'avoue que je ne comprends pas pourquoi.
Si quelqu'un a une idée, je suis preneur ?
Merci d'avance

Jérôme

Acces Restreint 3.0

Pour Info :
Mutualisation en SPIP 4.2.2 est un logiciel libre distribué sous licence GPL.
+ écran de sécurité 1.5.0

lors de l'installation d'un site

Deprecated
: Using $var in strings is deprecated, use $var instead in
/home/clients/b313813ae3dfa81e21eb5a95d7ad323f/mutusf/plugins-dist/spipfactory/acces_restreint/accesrestreint_fonctions.php
on line
44 ??

Acces Restreint 3.0

Un début de réponse est-il possible ? Merci !

Acces Restreint 3.0

Bonjour,

J'ai à l'étude une demande de mise à niveau vers SPIP 4.1 d'un SPIP en version 3.0.21 et notamment le plugin Accès Restreint en version 3.8.13.

Dans la mesure où il existe plusieurs versions du plugin AR pour différentes versions de SPIP : peut-on envisager un passage en SPIP 4.1 directement pour mettre ensuite à jour le plugin AR ou est-il préférable de réaliser une migration « progressive », c-à-d de migrer d'abord vers SPIP 3.2 + mise à jour des plugins avant de répéter les opérations pour SPIP 4.0 puis pour SPIP 4.1 ?

Sur la procédure à suivre pour la mise à jour du plugin AR : la mise à niveau - par exemple de la version 3.15 à la version 4.2 - passe-t-elle par une « simple » désactivation puis installation et activation de la nouvelle mouture ou faut-il tenir compte d'autres éléments ?

Merci d'avance pour vos retours d'expérience !

Acces Restreint 3.0

Je me réponds à moi-même. La désactivation d´un plugin a résolu le problème.

Acces Restreint 3.0

Bonjour,
spip 4.15
php 8.1
MySql 5.7
accès restreint 5.0

Deux sites en tous points identiques :
1. https://lyceeduparc.fr/ldp/rubrique144.html
2. https://mandelkow.fr/ldp/rubrique144.html

pour un accès restreint. Le deuxième sert de testeur. Sur le deuxième site, j´ai la page de login, ce qui est le résultat souhaité. Sur le premier site, j´ai un renvoi à l´erreur 404.

J´ai permuté les squelettes des deux sites, cela ne change rien. C´est toujours le deuxième site qui produit le résultat correct, pas le premier.

Où l´erreur peut-il se loger ?

Acces Restreint 3.0

Je suis en train de faire évoluer mon site vers Ubuntu 20.04 LTS, apache2 avec PHP8.1.12.
Pour son fonctionnement, j'ai installé Accès Restreint 4.2.5 et rapidement testé. Pour l'instant, je retrouve mon site de test opérationnel. Me reste à le tester de façon plus approfondie.
Cette situation n'étant pas très confortable, j'aimerais savoir quand est prévue la version supportant PHP8.1 ?
Par avance merci.

Acces Restreint 3.0

Merci ! Le fait que cette nouvelle version soit sur GIT mais pas indiquée sur cette page (https://contrib.spip.net/Acces-Restreint-3-0) est-elle une retard sur la mise à jour de la page ou bien que la nouvelle version du plugin n'est pas encore « validée » ?

Acces Restreint 3.0

Nul besoin de forcer : il y a une version 5.0.0 sans tag qui est prévue pour SPIP 4.1 : https://git.spip.net/spip-contrib-extensions/acces_restreint/archive/master.zip

(Comme indiqué à la lecture de https://git.spip.net/spip-contrib-extensions/acces_restreint/src/branch/master/paquet.xml)

Acces Restreint 3.0

J'ai fait forcé l'installation du plugin avec SPIP 4.1.5 (PHP 7.4) sans rencontrer pour le moment de problème.

Est-ce que d'autres utilisateurs confirment ou infirment ceci ?

Acces Restreint 3.0

Bonjour,

Une raison à ne pas avoir fait de tag pour la V5, seule compatible avec SPIP 4.1 ? (ce qui ne permet pas de faire la mise à jour via SVP).

Acces Restreint 3.0

C'est un changement de la fonction array_map + reset et array_map + array_shift comme indiqué ici :
https://git.spip.net/spip/plan/commit/09d6a08d21b897b4b1f9130646f3fc5bae0e100b

Pour la ligne 149 du fichier inc/accesrestreint.php

$liste_zones[$id_auteur] = array_map('reset', $liste_zones[$id_auteur]);

devient :

$liste_zones[$id_auteur] = array_column($liste_zones[$id_auteur], 'id_zone');

Et il faut modifier les 7 autres occurences « array_map » utilisées dans le plugin par les fichiers suivants :
- accesrestreint_fonctions.php
- affecter_zone.php
- inc/accesrestreint.php

Acces Restreint 3.0

Même soucis avec un Spip en version 4.1.1 et PHP 8.1.

Message d'erreur de l'admin :

Warning: reset(): Argument #1 ($array) must be passed by reference, value given in /var/www/html/plugins/auto/acces_restreint-2a15c-v4.2.4/inc/accesrestreint.php on line 149 Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/plugins/auto/acces_restreint-2a15c-v4.2.4/inc/accesrestreint.php:149) in /var/www/html/ecrire/public/evaluer_page.php(53) : eval()'d code on line 44

Message d'erreur sur le site publique :

_ Warning: reset(): Argument #1 ($array) must be passed by reference, value given in /var/www/html/plugins/auto/acces_restreint-2a15c-v4.2.4/inc/accesrestreint.php on line 149

Acces Restreint 3.0

Bonjour,
J'ai quelques soucis avec le pluging Accès restreint lorsque je passe mon site en php 8.0
Je suis en SPIP 4.0.5 et la version de Accès Restreint est 4.2.4
J'ai comme message d'erreur :
- en haut du site public et privé, répété 3 fois :
« Warning : reset() : Argument #1 ($array) must be passed by reference, value given in /homepages/28/d329270983/htdocs/plugins/acces_restreint/inc/accesrestreint.php on line 149 »

- dans le corps de la page de l'espace privé, il y a également des messages répétés plusieurs fois :
« Warning : reset() : Argument #1 ($array) must be passed by reference, value given in /homepages/28/d329270983/htdocs/plugins/acces_restreint/inc/accesrestreint.php on line 73

Warning : reset() : Argument #1 ($array) must be passed by reference, value given in /homepages/28/d329270983/htdocs/plugins/acces_restreint/inc/accesrestreint.php on line 190 »

Lorsque je repasse le site en php 7.4 tout redevient normal...

Merci de votre aide

Acces Restreint 3.0

des précisions :Numéro Message squelette boucle Ligne
1 Erreur SQL 1146
Table 'ieofed2019.spip_zones_liens' doesn't exist
SELECT id_zone FROM spip_zones_liens WHERE objet='auteur' AND id_objet=3914
/srv/data/web/vhosts/ieo-oc.org/htdocs/plugins/auto/acces_restreint/inc/accesrestreint.php accesrestreint_liste_zones_appartenance_auteur() sql_allfetsel() ; 148

Acces Restreint 3.0

impossible d'installer acces_restreint
Voilà ce que j'ai :
L'activation du plugin « Accès Restreint » (version : 4.2.4) s'est correctement déroulée
L'installation du plugin « Accès Restreint » (version : 4.2.4) a échoué

puis :
squelette ../prive/squelettes/head/dist.html : squelette résultat code calcul
Temps de calcul : 68.279 ms
#ENV
titre
: '[IEO Institut d'Estudis Occitans] Gestion des plugins'
minipres
: ''
lang
: 'fr'
squelette ../prive/squelettes/inclure/head.html : squelette résultat code calcul
Temps de calcul : 31.655 ms
#ENV
titre
: '[IEO Institut d'Estudis Occitans] Gestion des plugins'
minipres
: ''
paramcss
: 'v=20210708&p=ca4b&themes=spip<r=left&md5b=e9ee6cf0cd925b512df02fcb95f7a5f2&couleur_theme=9a6ef2&couleur_claire=cdb7f9&couleur_foncee=9a6ef2'
espace_prive
:
lang
: 'fr'
squelette ../plugins-dist/porte_plume/css/barre_outils_icones.css.html : squelette résultat code calcul
Temps de calcul : 0.382 ms
#ENV
hash
: 'b35f20845057f43d969c94d0028126a5'
lang
: 'fr'
squelette ../plugins-dist/bigup/css/vignettes.css.html : squelette résultat code calcul
Temps de calcul : 5.667 ms
#ENV
lang
: 'fr'
1 boucle résultat code calcul _vignettes DATA source table,(#VALprive/vignettes/|find_all_in_path[.]svg$)
squelette ../plugins-dist/filtres_images/prive/squelettes/inclure/favicon-head.html : squelette résultat code calcul
Temps de calcul : 3.591 ms
#ENV
couleur
: '9a6ef2'
lang
: 'fr'
squelette ../plugins-dist/bigup/javascript/bigup.trads.js.html : squelette résultat code calcul
Temps de calcul : 0.776 ms
#ENV
lang
: 'fr'
squelette ../plugins-dist/porte_plume/javascript/porte_plume_start.js.html : squelette résultat code calcul
Temps de calcul : 0.874 ms
#ENV
lang
: 'fr'
hash
: 'abee368b33e7ddd5993206a303eea5c7'
inserer_auto_name_texte
: 1
squelette ../prive/squelettes/inclure/barre-nav.html : squelette résultat code calcul
Temps de calcul : 61.989 ms
#ENV
exec
: 'admin_plugin'
var_mode
: 'debug'
lang
: 'fr'
1 boucle résultat code calcul _sous DATA source table,#SOUSMENU
2 boucle résultat code calcul _boutons DATA source tableau,#GETboutonscle !=outils_rapidescle !=outils_collaboratifs
3 boucle résultat code calcul _creersous DATA source table,#SOUSMENUpar position
4 boucle résultat code calcul _creer DATA source table,#GETboutonscle=outils_rapides
5 boucle résultat code calcul _collaborersous DATA source table,#SOUSMENU
6 boucle résultat code calcul _collaborer DATA source table,#GETboutonscle=outils_collaboratifs
squelette ../prive/formulaires/recherche_ecrire.html : squelette résultat code calcul
Temps de calcul : 2.588 ms
#ENV
action
: 'https://ieo-oc.org/ecrire/?exec=recherche'
recherche
:
lang
: ''
class
: ''
_id_champ
: 'rechercher_d41d'
_pipelines
: [array:3]
formulaire_args
: 'lxOuj5HNis1+cKX8rSIesm+wNnYMWrozoiajT6yyGmaCPBo3fhpyVEGJRgNaELJ5OR/HMpLt6NK0WQ=='
erreurs
: []
form
: 'recherche_ecrire'
id
: 'new'
editable
: ' '
squelette ../prive/objets/liste/auteurs_enligne.html : squelette résultat code calcul
Temps de calcul : 0.634 ms
#ENV
lang
: 'fr'
1 boucle résultat code calcul _enligne auteurs id_auteur !=#SESSIONid_auteurstatut IN 1comite,0minirezoimessage !=nonen_ligne>(#VAL'Y-m-d H:i:s'|date(#VAL'-15 minutes') !par en_lignepagination 10', '
squelette ../plugins-dist/svp/prive/squelettes/navigation/svp_admin_plugin.html : squelette résultat code calcul
Temps de calcul : 12.335 ms
#ENV
lang
: 'fr'
1 boucle résultat code calcul _libs DATA source table,(#REM|svp_lister_librairies)par cle
squelette ../prive/squelettes/navigation/configurer.html : squelette résultat code calcul
Temps de calcul : 6.227 ms
#ENV
exec
: 'admin_plugin'
lang
: 'fr'
squelette ../prive/squelettes/inclure/menu-navigation.html : squelette résultat code calcul
Temps de calcul : 2.456 ms
#ENV
exec
: 'admin_plugin'
lang
: 'fr'
date
: '2022-02-17 17:02:16'
date_default
: 1
date_redac
: '2022-02-17 17:02:16'
date_redac_default
: 1
menu
: 'menu_configuration'
bloc
: 'navigation'
1 boucle résultat code calcul _menusous DATA source table,#SOUSMENU
2 boucle résultat code calcul _menu DATA source table,#GETboutonscle=#ENVmenu
squelette ../plugins-dist/svp/prive/squelettes/contenu/svp_admin_plugin.html : squelette résultat code calcul
Temps de calcul : 1.052 ms
#ENV
exec
: 'admin_plugin'
lang
: 'fr'
squelette ../plugins-dist/svp/prive/squelettes/inclure/svp_onglets.html : squelette résultat code calcul
Temps de calcul : 0.196 ms
#ENV
exec
: 'admin_plugin'
lang
: 'fr'
date
: '2022-02-17 17:02:16'
date_default
: 1
date_redac
: '2022-02-17 17:02:16'
date_redac_default
: 1
squelette ../plugins-dist/svp/formulaires/admin_plugin.html : squelette résultat code calcul
Temps de calcul : 0.501 ms
#ENV
_erreurs_xml
: []
actif
: 'oui'
constante
: ['_DIR_PLUGINS', '_DIR_PLUGINS_SUPPL']
verrouille
: ''
id_paquet
: ''
actions
: []
ids_paquet
:
afficher_incompatibles
:
_todo
:
_notices
:
_libelles_actions
:
_pipelines
: [array:3]
formulaire_args
: '1xWmj5HdisgecAc91SKzJgMKYhFHcRb15J06cKnnQdQeVJK4qftOyIWbuyp9G6CEbb+IpQeHErlJP5ONM5y3EZkNFLLgMjCm'
erreurs
: []
action
: '/ecrire/ ?exec=admin_plugin'
form
: 'admin_plugin'
id
: 'new'
editable
: ' '
lang
: 'fr'
1 boucle résultat code calcul _erreurs_xml DATA source table,#ENV_erreurs_xml
squelette ../plugins-dist/svp/formulaires/inc-confirmer_actions.html : squelette résultat code calcul
Temps de calcul : 0.085 ms
#ENV
_erreurs_xml
: []
actif
: 'oui'
constante
: ['_DIR_PLUGINS', '_DIR_PLUGINS_SUPPL']
verrouille
: ''
id_paquet
: ''
actions
: []
ids_paquet
:
afficher_incompatibles
:
_todo
:
_notices
:
_libelles_actions
:
_pipelines
: [array:3]
formulaire_args
: '1xWmj5HdisgecAc91SKzJgMKYhFHcRb15J06cKnnQdQeVJK4qftOyIWbuyp9G6CEbb+IpQeHErlJP5ONM5y3EZkNFLLgMjCm'
erreurs
: []
action
: '/ecrire/ ?exec=admin_plugin'
form
: 'admin_plugin'
id
: 'new'
editable
: ' '
lang
: 'fr'
date
: '2022-02-17 17:02:16'
date_default
: 1
date_redac
: '2022-02-17 17:02:16'
date_redac_default
: 1
1 boucle résultat code calcul _erreurs DATA source table,#ENV**erreurs/decideur_erreurs
2 boucle résultat code calcul _demandes DATA source table,#ENV**_libelles_actions/decideur_demandes
3 boucle résultat code calcul _propositions DATA source table,#ENV**_libelles_actions/decideur_propositions
squelette ../plugins-dist/svp/formulaires/inc-admin_plugin.html : squelette résultat code calcul
Temps de calcul : 22.337 ms
#ENV
_erreurs_xml
: []
actif
: 'oui'
constante
: ['_DIR_PLUGINS', '_DIR_PLUGINS_SUPPL']
verrouille
: ''
id_paquet
: ''
actions
: []
ids_paquet
:
afficher_incompatibles
:
_todo
:
_notices
:
_libelles_actions
:
_pipelines
: [array:3]
formulaire_args
: '1xWmj5HdisgecAc91SKzJgMKYhFHcRb15J06cKnnQdQeVJK4qftOyIWbuyp9G6CEbb+IpQeHErlJP5ONM5y3EZkNFLLgMjCm'
erreurs
: []
action
: '/ecrire/ ?exec=admin_plugin'
form
: 'admin_plugin'
id
: 'new'
editable
: ' '
lang
: 'fr'
date
: '2022-02-17 17:02:16'
date_default
: 1
date_redac
: '2022-02-17 17:02:16'
date_redac_default
: 1
1 boucle résultat code calcul _afficher CONDITION si #GETafficher
2 boucle résultat code calcul _plugins paquets toutpar multi nom,paquets.prefixe !par constante,actifid_depot=0actif ?constante ?IN #ENVconstante
squelette ../prive/squelettes/inclure/pied.html : squelette résultat code calcul
Temps de calcul : 4.180 ms
#ENV
lang
: 'fr'

Acces Restreint 3.0

Maintenant ça marche ! Pb de réseau ?

Acces Restreint 3.0

Bonsoir meme probleme…
le lien vers la solution 🔧 ne marche pas
merci

Acces Restreint 3.0

Bonjour

Je souhaite utiliser Accès restreint pour filtrer tout un site

le site est public mais les visiteurs doivent s'inscrire pour naviguer dans le site.

J'ai mis tout le site dans un zone avec accès restreint (à partir de la racine) et ajouter un lien vers le formulaire d''inscription des visiteurs.
j'ai bien l'affichage du formulaire sur la page d'accueil par défaut.
Je reçois bien un mail de confirmation.
mais le site renvoi une page 404, au plutot que de renvoyer vers une page de connexion
Comment modifier ce pb
Un lien : https://sofia2.medicalistes.fr/# (c'est pas très beau, c'est en test)

Acces Restreint 3.0

Pardon pour le dérangement, c'était une surcharge dans les squelettes ...

Acces Restreint 3.0

Bonjour
Avec Accès restreint 4.2.4 sous Spip 3.2.12

Je souhaiterais modifier la page qui s'affiche quand un visiteur non connecté arrive sur un article d'une rubrique protégée.
Cette page affiche actuellement :
Erreur 401
L'accès à cette page est restreint. Identifiez vous pour y accéder

Je voudrais y insérer un bouton de connexion.
Mais je n'arrive pas à trouver le fichier à surcharger...

Merci

Acces Restreint 3.0

Bonjour

Je viens de refaire une installation depuis 0 sur un répertoire à côté, et cela semble avoir résolu le problème.

J'avais d'abord exporté le site depuis la machine qui fonctionnait bien et importé la sauvegarde, mais cela n'avait pas fonctionné.

Bref, c'est un peu retombé en marche sans que je comprenne le pourquoi du comment.

merci en tout cas

Acces Restreint 3.0

Bonjour,
c'est étrange, je ne reproduis pas le problème. Pour tenter de comprendre, j'essayerais de faire une installation neuve de SPIP sur le même serveur, juste à côté dans un sous dossier par exemple.
Il faudrait voir si en réimportant la base ça reproduit l'erreur...

Acces Restreint 3.0

Bonjour

Je me permet de relancer car je suis vraiment toujours coincée.

Je viens de passer mon site en php 7.4 et j'ai toujours le même problème.

Je ne sais pas du tout par où prendre le problème. J'ai la même version de php (7.4.25) sur mes 2 machines, les mêmes squelettes, les même plugins avec les mêmes versions. L'un fonctionne et pas l'autre.

D'où pourrait venir le problème ?

Acces Restreint 3.0

Et précision : si je désactive le plugin, tout refonctionne sans erreur

Acces Restreint 3.0

Bonjour

Je rencontre un problème avec la version 4.2.4 sur un spip 4.0.0 GIT [4.0 : c81458a6] , PHP 7.3.31 et mysql Ver 15.1 Distrib 10.3.31-MariaDB

Dès l'activation du plugin, je me retrouve avec les erreurs suivantes :

Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 8
SELECT forum.id_forum FROM spip_forum AS forum WHERE (forum.statut = 'publie') AND (forum.id_objet = 59) AND (forum.objet = 'article') AND (forum.id_forum IN (SELECT * FROM( SELECT zzzf.id_forum FROM spip_forum as zzzf WHERE (((zzzf.objet='rubrique' AND 0=0) OR (zzzf.objet='article' AND ((zzzf.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzf.objet NOT IN ('rubrique','article','breve')))) AS subquery)) /var/www/spip/ecrire/public/composer.php	calculer_select(){ sql_select(); }	954 2 Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB
server version for the right syntax to use near '' at line 6
SELECT id_document FROM spip_documents WHERE id_document=57 AND ((id_document IN (SELECT * FROM( SELECT zzzd.id_document FROM spip_documents_liens as zzzd WHERE ((((zzzd.objet='rubrique' AND 0=0) OR (zzzd.objet='article' AND ((zzzd.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzd.objet='forum' AND (zzzd.id_objet IN (SELECT * FROM( SELECT zzzf.id_forum FROM spip_forum as zzzf WHERE (((zzzf.objet='rubrique' AND 0=0) OR (zzzf.objet='article' AND ((zzzf.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzf.objet NOT IN ('rubrique','article','breve')))) AS subquery)))) OR (zzzd.objet NOT IN ('rubrique','article','breve','forum')))) AS subquery)) OR (id_document NOT IN (SELECT * FROM( SELECT zzzd.id_document FROM spip_documents_liens as zzzd) AS subquery))) /var/www/spip/plugins/auto/accesrestreint/v4.2.4/inc/accesrestreint_autoriser.php	autoriser_document_voir(){ sql_getfetsel(); }	269 3 Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 6
SELECT id_document FROM spip_documents WHERE id_document=58 AND ((id_document IN (SELECT * FROM( SELECT zzzd.id_document FROM spip_documents_liens as zzzd WHERE ((((zzzd.objet='rubrique' AND 0=0) OR (zzzd.objet='article' AND ((zzzd.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzd.objet='forum' AND (zzzd.id_objet IN (SELECT * FROM( SELECT zzzf.id_forum FROM spip_forum as zzzf WHERE (((zzzf.objet='rubrique' AND 0=0) OR (zzzf.objet='article' AND ((zzzf.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzf.objet NOT IN ('rubrique','article','breve')))) AS subquery)))) OR (zzzd.objet NOT IN ('rubrique','article','breve','forum')))) AS subquery)) OR (id_document NOT IN (SELECT * FROM( SELECT zzzd.id_document FROM spip_documents_liens as zzzd) AS subquery))) /var/www/spip/plugins/auto/accesrestreint/v4.2.4/inc/accesrestreint_autoriser.php

Ce qui est étrange, c'est que les requêtes SQL rapportées en erreur semblent tout à fait correctes : dans la console mysql, elles me renvoient bien un résultat.

Par contre dans les logs (tmp/spip.log) ; je trouve ça :

2021-11-12 11:35:52 145.238.153.26 (pid 151554) :Pub:ERREUR: Erreur 1064 de mysql: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 8
in /var/www/spip/ecrire/public/composer.php L954 [sql_select(),calculer_select(),select(),__construct(),create(),BOUCLE_nb_commentaireshtml_ea83de0d52595f95541f720a279d8527(),BOUCLE_resume_articlehtml_ea83de0d52595f95541f720a279d8527(),html_ea83de0d52595f95541f720a279d8527(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),BOUCLE_articles2html_eff246a85bca6da881a667837f26ffff(),html_eff246a85bca6da881a667837f26ffff(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include(),include()]
SELECT forum.id_forum
FROM spip.spip_forum AS forum
WHERE (forum.statut = 'publie') AND (forum.id_objet = 59) AND (forum.objet = 'article') AND (forum.id_forum IN (SELECT * FROM(
SELECT zzzf.id_forum
FROM spip.spip_forum as zzzf

La requête est tronquée par rapport à ce qui est affiché. Et en effet si j'exécute la commande telle quelle, j'obtiens bien l'erreur 1064 dans ma console mysql.

J'ai tenté de vider le cache mais sans effet.

Sur une autre machine (mais en PHP 7.4) je n'ai pas ce problème.

Acces Restreint 3.0

Bonjour

J'ai le même problème malgré l'absence de la table spip_breves. Mais les messages semblent plutôt parler de la table forum :

SELECT forum.id_forum FROM spip_forum AS `forum` WHERE (forum.statut = 'publie') AND (forum.id_objet = 40) AND (forum.objet = 'article') AND (forum.id_forum IN (SELECT * FROM( SELECT zzzf.id_forum FROM spip_forum as zzzf WHERE ((((zzzf.objet='rubrique' AND 0=0) OR (zzzf.objet='article' AND ((zzzf.id_objet NOT IN (SELECT * FROM( SELECT zzza.id_article FROM spip_articles as zzza WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzf.objet='breve' AND ((zzzf.id_objet NOT IN (SELECT * FROM( SELECT zzzb.id_breve FROM spip_breves as zzzb WHERE 0=1) AS subquery)) AND 0=0))) OR (zzzf.objet NOT IN ('rubrique','article','breve')))) AS subquery))

Est-ce que je tente de supprimer ma table spip_forum ? (qui est vide)

Acces Restreint 3.0

Bonjour,

Merci pour le plug-in :-)

Juste pour info, si les warnings sont autorisés, en PHP 8 et SPIP 4, ce message s'affiche :

Warning : reset() : Argument #1 ($array) must be passed by reference, value given in /home/clients/b292ffee5cda953d5b1dfadcf99de260/dev/plugins/auto/acces_restreint/inc/accesrestreint.php on line 149

En front, 1 fois.
En back : 2 fois au-dessus de la barre d'icônes du menu.

Acces Restreint 3.0

Bonjour,

Je viens d'installer SPIP 4 sur un serveur PHP 8. Pour informations, j'ai noté les soucis suivants qui disparaissent en php 7.4 :

Les plugins suivants sont installés : bonux, couteau suisse, champs extras interface et champs extras API, Verifer, YAML, saisies

- Le message apparait partout dans le backoffice :

Warning : reset() : Argument #1 ($array) must be passed by reference, value given in /home/clients/b292ffee5cda953d5b1dfadcf99de260/dev/plugins/auto/acces_restreint/inc/accesrestreint.php on line 149

Acces Restreint 3.0

Merci beaucoup ! ça semble résoudre les soucis.
Super (y)

Acces Restreint 3.0

La solution est ici :
https://git.spip.net/spip-contrib-extensions/acces_restreint/commit/764b8fd7e13a9f99824384a58f21ba3205afa84e

Acces Restreint 3.0

Bonsoir,
Je viens d'activer ce plugin 4.2.3 sur un Spip4.0.0.
Dès lors, plein de messages d'erreur sont apparus mentionnant notamment des pb de boucles avec les brèves.
Dans la partie privée, l'ajout de d'image ne semble plus fonctionner en apparence car elles ne sont pas visualisées une fois l'ajout finalisé.
Dès que je l'ai désactivé, tous les pbs disparus.
Idem, là j'ai vu également que l'ajout des images était bien pris en compte, car j'ai vu 4 fois les mêmes images.
Les messages sur le forum n'apparaissaient pas, par contre ils sont apparus après désactivation du plugin.
Sauriez-vous d'où peut provenir le pb ?
Merci d'avance,
ChB.

Acces Restreint 3.0

Bonjour,

Problème de droits d'accès avec SPIP 4.0.0 + Accès Restreint v4.2.3.

Sur une page mot.html ( domaine.com/spip.php ?motXX) qui se trouve dans une zone privé, les SITES restent visibles aux visiteurs non identifiés alors que les ARTICLES et DOCUMENTS sont eux invisibles comme attendu.

De plus il n'y a pas d'affichage de l'ERREUR 401 comme pour les pages rubrique.html ou article.html, le titre du mot, le logo et le descriptif restent visible.

Boucle dans le squelette mot.html :


  #NOM_SITE

Acces Restreint 3.0

Pour info, j'ai voulu me servir du plugin JAZ mais même la zone à l'inscription ne fonctionne pas, c'est pour ça que j'ai mis ma zone 1 à toute personne connectée. Mais c'est peut -être lié puisque le plugin JAZ a la même fonction que cochez la case toute personne connectée non ?

Acces Restreint 3.0

Bonjour à tous et à toutes,

Je me sers de ce plugin « accès restreint » depuis un moment déjà. Tout fonctionne à merveille mais pour le dernier site que j'ai créé (SPIP 3.2.7 et accès restreint 4.2.2).

On me demande une inscription de visiteurs. Là pas de soucis ^^ J'ai même mis mon 1^er groupe restreint sur toute personne connectée.

Là où cela se complique, c'est que j'ai 20 groupes « accès restreint », et un utilisateur inscrit doit être rajouter à un groupe tous les jours.

J'ai
jour 1
jour 2
jour 3
etc...

Et donc chaque jour un inscrit doit être rajouter au suivant (rajouter pour qu'il ait accès aux anciennes et à la nouvelle rubrique), est-ce possible en automatique ?

Sans créé de script via putty ou autres, je m'entends.

Merci d'avance

Acces Restreint 3.0

Oups, désolé, c'est corrigé dans la 4.2.2

Acces Restreint 3.0

Bonjour,
J'ai encore un site en php 5.3.3 donc spip 3.1 et j'ai une erreur fatale sur le fichier accesrestreint_options.php.

La « short syntax arrays » est utilisée à une fois dans ce fichier :
ligne 44 :

	$sign = [$id_document, $fichier];

à remplacer par

	$sign = array($id_document, $fichier);

Acces Restreint 3.0

version spip3

Acces Restreint 3.0

Toutes versions

Acces Restreint 3.0

Heu, moi je les vois bien :)

Acces Restreint 3.0

Pour info, les dernières versions de ce plugin ont disparu de la zone de téléchargement, reste juste la version pour Spip 1.9
(il en est de même pour d'autres plugins)

Acces Restreint 3.0

Bonjour

J'ai eu la même problème et la solution semble être ici :
https://contrib.spip.net/Le-plugin-Acces-Restreint#XI-Astuce-pour-recuperer-un-flux-RSS-personnalise

Utilisez l'adresse suivante pour vous abonner au flux RSS dans Thunderbird :
http://login:motdepasse@monsite.net/spip.php ?action=cookie&essai_auth_http=oui&url=spip.php?page=backend. Vous obtiendrez alors un flux comportant les articles auxquels vous avez accès. Cette astuce fonctionne avec n'importe quelle page.

Par exemple, voici une URL d'identification

sur un site www.noisette.net
avec compte SPIP qui a comme login : bob et comme mot de passe motdepassedebob
pour obtenir la page backend

L'URL à renseigner est donc :

http://bob:motdepassedebob@www.noisette.net/spip.php?action=cookie&essai_auth_http=oui&url=spip.php?page=backend

Acces Restreint 3.0

Bonjour,
Y a-t-il un moyen de court-circuiter le formulaire LOGIN_PUBLIC en passant login/pass dans l'url ? L'idée est de bien avoir des zones restreintes, mais de pouvoir accéder au contenu par un lien direct.

Acces Restreint 3.0

Merci bcp. Top !...

Acces Restreint 3.0

et voici la deuxième

Acces Restreint 3.0

Bonjour, désolé pour le retard. Voici deux copies d'écran des deux tables. Bonne journée !

Acces Restreint 3.0

Bonjour elm31rugby,

La procédure pour activer le plugin est clair avec vos infos.
Mais, à part faire une installation en local, où peut-on trouver la structure des 2 tables à créer ?
Sinon pouvez-vous les fournir ici ?

D'avance merci.

Acces Restreint 3.0

Je pense avoir résolu le problème : dans le fichier api_docrestreint.php (répertoire action), remplacer :

 // ce content-type est necessaire pour eviter des corruptions de zip dans ie6 header('Content-Type: application/octet-stream'); header("Content-Disposition: attachment; filename=\"$f\";"); header('Content-Transfer-Encoding: binary');

par :

 if (($doc['extension'] == 'pdf') || ($doc['extension'] == 'html')) { header("Content-Disposition: inline; filename=\"$f\";"); header('Cache-Control: private, max-age=0, must-revalidate'); } else { // ce content-type est necessaire pour eviter des corruptions de zip dans ie6 header('Content-Type: application/octet-stream'); header("Content-Disposition: attachment; filename=\"$f\";"); header('Content-Transfer-Encoding: binary'); }

Acces Restreint 3.0

Bonjour, j'ai exactement le même problème , sur les pdfs et sur les fichiers html.
Ces documents sont systématiquement téléchargés dans le répertoire téléchargements/download.
Avec firefox, il faut toujours indiquer avec quel outil on veut ouvrir le fichier,
Avec chrome ils continuent à s'ouvrir dans le navigateur.
Je préférerai que les fichiers restent dans le répertoire des fichiers temporaires et s'ouvre directement dans le navigateur afin d'avoir une navigation fluide.
C'est un vrai problème.
Très bon plugin à part ça...

Acces Restreint 3.0

Après vérification mes documents ne sont rattachés à aucun autre objet que l'article. Je vide bien le cache systématiquement.
Je ne comprends pas d'où ça vient.
Bon, c'est pas non plus très très grave. J'aurais préféré que les documents en accès restreints ne soient pas accessibles par leur url aux non connectés, mais ce ne sont pas non plus des documents secret défense.

Acces Restreint 3.0

tu as vidé le cache ?
je confirme que ça fonctionne.

Mais il y a un bug, relevé recemment par nicod
si les documents sont liés à d'autre objet que des articles ça peut poser problème

J'ai compris le problème, il y a effectivement un bug dans certains cas.

Quand on a activé la constante, une requête est lancée pour vérifier si
le document est attaché à un objet lui même attaché à une rubrique
restreinte :
https://git.spip.net/spip-contrib-extensions/acces_restreint/src/tag/v4.0.0/inc/accesrestreint_autoriser.php#L269

Exemple de requête générée :
http://spip.pastebin.fr/62681

Si le document a uniquement un lien vers un article ou une rubrique, ça
marche comme prévu : la requête ne renvoie rien et un visiteur non
connecté ne voit pas le doc.

Mais si le document a un lien vers un autre objet (un auteur par
exemple) dans spip_documents_liens, la requête renvoie bien
l'id_document, et l'autorisation est donc donnée, ce qui n'est pas du
tout ce qu'on veut.

Cela vient des deux clauses OR ((zzzd.objet NOT IN
('rubrique','article','breve','forum')), qui remontent donc un
enregistrement s'il y a un lien vers un auteur, une patate ou autre.

C'est généré ici :
https://git.spip.net/spip-contrib-extensions/acces_restreint/src/tag/v4.0.0/public/accesrestreint.php#L256

Cedric, si tu as suivi mon raisonnement (que je peux reproduire
maintenant), qu'en penses tu ?

Acces Restreint 3.0

Ok merci, je cherchais un fichier dans le plugin.
Bon, mais la création de config/mes_options.php avec ton code dedans ne change rien au problème.
Merci quand même de t'être penché sur la question.

Acces Restreint 3.0

dans config/mes_options.php

Par défaut, SPIP ne fourni pas ce fichier. Il est donc à créer dans le répertoire config/ .
mes_options.php étant un fichier PHP, il doit commencer par (soyez extrêmement vigilant : il ne doit y avoir aucun caractère ni espace ni ligne vierge avant la balise ouvrante ).


Documentation ici https://www.spip.net/fr_article4654.html



Acces Restreint 3.0
Désolé je n'ai pas trouvé dans quel fichier insérer le code que tu me donnes, ni à quel endroit du fichier ...


Acces Restreint 3.0
Normalement non.

Pas besoin de gérer le .htpasswd pour protéger les docs en fonction des zones. c'est une autre option (dont je n'ai pas saisie le sens)
Mais normalement :
// config/mes_options.php
define('ACCES_RESTREINT_FORCE_AUTORISE',true);
+

dans 

 ?exec=configurer_accesrestreint

[x] Interdire la lectures des documents.
doit suffire
ensuite tu aura des liens la forme 

docrestreint.api/nn/hash/xxxxxxx.xxx


Acces Restreint 3.0
Bonjour,

Petit problème de mon côté : cases cochées « interdire la lecture » et « créer les .htpasswd », tous les accès aux documents du site arrivent à un message sur page blanche « Not Found ; The requested URL was not found on this server. » Ceci qu'on soit connecté ou non, et même pour les documents qui ne sont pas attachés à un article en accès restreint.

Et case cochée « autoriser la lecture », tous les documents du site sont accessibles par leur url, en accès restreint ou non, là aussi qu'on soit connecté ou non.

Par ailleurs, je n'ai pas de message « spip » qui dise « ce document est en accès restreint ».

Est-ce que tout ça est lié aux capacités de mon hébergement, comme dit à l'avant dernier paragraphe du chapitre V ?
merci,


Acces Restreint 3.0
Bonjour

J'ai activé l'acces restreint à la racine du site pour le site public.

J'ai encore quelques éléments de la home qui s'affichent.

Tous mes caches SPIP et navigateur ont été vidés pleins de fois.

Que dois-je faire pour tout bloquer l'affichage sur la home ?

Merci beaucoup


Acces Restreint 3.0
[Résolu] réponse dans le message posté par MB. Il faut créer à la main les deux tables spip_zones et spip_zones_liens, puis activer le plugin.


Acces Restreint 3.0
Et bien, ce fut rude, mais ça fonctionne. En fait, il faut créer les deux tables spip_zones et spip_zones_liens (attention, il y a un « s » à zones)

Comme le plugin fonctionnait en local, en fait, j'ai exporté mes deux tables, et je les ai importées dans ma base de données distante.

J'ai activé le plugin Accès Restreint, et cette fois tout fonctionne.


Acces Restreint 3.0
Voilà ! J'ai le même problème chez mon hébergeur (OVH) lorsque j'active Accès Restreint, je vois apparaître les rectangles bleus de Debug, comme MB. (Cf. le message que je viens de poster).

Je vais donc tenter à la main la création de la table spip_zone_liens et je vais réinstaller le plugin. 

Merci à MB d'avoir laissé l'info.

Le plus surprenant, c'est qu'en local (Ubuntu+Apache+PHP 5.6) tout s'est installé sans problème.


Acces Restreint 3.0
Activation impossible

Bonjour à tous, j'essaie d'activer sur mon site hébergé Accès restreint : impossible. L'espace privé « part en vrille », et m'affiche plein de rectangles bleus de debug. 

Lorsque je supprime par FTP le plugin, tout redevient normal. 

J'ai testé plusieurs versions de Accès restreint, même résultat.

J'ai désactivé tous les plugins puis j'ai activé Accès restreint : même résultat

Je suis sur Spip 3.2.7, php 5.6 chez OVH.

Le pire, c'est qu'en local, avec la même config, tout fonctionne.

Une idée ? 

Merci, 

Eric LM


Acces Restreint 3.0
Bonjour, impossible d'accéder aux documents dans la médiathèque : « Fichier api_docrestreint introuvable ». J'ai supprimé le plugin accès restreint.


Acces Restreint 3.0
Bonjour ! Petit souci avec accès restreint (spip 3.2 - accès restreint 3.15.18) : j'ai 2 zones, l'une réservée à x personnes (par ex. une liste d'élèves), l'autre à x+n personnes (par exemple les élèves et les profs). Les deux zones affectée aux « profs » fonctionnent (affichage des deux rubriques), mais pas celle affectée seulement aux « élèves » (affichage d'aucune des deux rubriques). J'ai vidé le cache, désactivé, désinstallé, réinstallé à tour de bras, rien n'y fait ! Est-ce que je fais une erreur de logique ? Dois-je installer une autre version du plugin ? 

Merci à l'avance de la réponse ! Et merci pour ce plugin ô combien précieux !


Acces Restreint 3.0
Bonjour et merci pour vos réponses,
« Je regarderais le paragraphe VI. Paramétrage plus fin des restrictions pour ton problème. » cela ne débloque pas la situation mais merci d'y avoir réfléchi.
@François Daniel Giezendanner , le principe de polyhierarchie est une multi publication de contenu. Donc les articles hiérarchisés n'appartiennent pas plus à une rubrique ou à une autre. Il est dommage que le contexte de consultation, donc la rubrique en cours, ne puisse être considéré.
Les deux plugins m'apparaissent comme incompatibles ou je me trompe ?
Merci à vous.


Acces Restreint 3.0
J'ai trouvé : il faut copier le dossier urls et generer_url_document.php dans son plugin. Puis ajouter la condition autoriser_exception dans generer_url_document.ph, et cela fonctionne.


Acces Restreint 3.0
Je viens de trouver la solution (Ou tout du moins une solution de contournement à ce dysfonctionnement. En fait il provient de l'affichage des images avec une référence de type .

Celles-ci ne s'affichent plus après l'activation du plugin Access restreint.
Correction par :
 * Installation du plugin Modèle unifié
 <https://contrib.spip.net/Modele-doc...>

 * Renommage des images  en  par exemple

  
 Ecran de l'espace personnel
 

Et alors miracle, les images sont à nouveau visibles avec le plugin *Acces Restreint* activé


Acces Restreint 3.0
Bonjour,
Suite aux mises à jours réalisées (Entre autre SIP3.2.7, SARKA 3.4.10 et Accès Restreint 4.0.0), sur mon site https://ref25.r-e-f.org/ les images de la page d'accueil (Définie par un Article à la une) ne sont plus affichées dès l'activation du plugin AR . Idem après clear du cache, etc. Le reste fonctionne correctement en particulier zones protégées bien reconnues.

Pour information, les images des autres articles sont correctement affichées. J'ai juste ce problème avec l'Article à la Une et j'aurais donc besoin de votre aide car je ne sais plus très bien par quel bout prendre ce dysfonctionnement qui semble provenir de droits mal affectés ou reconnus.

Merci d'avance pour votre aide et vos conseils.

Christian Barthod


Acces Restreint 3.0
Bonjour,

Comment court-circuite t on urls_generer_url_document_dist ?

Où met on l'autorisation autoriser_exception ? Via un pipeline, si oui lequel ? Car je n'y arrive pas.

J'ai un document d'un article restreint à afficher en public : l'image s'affiche bien mais l'URL ne s'affiche correctement que si le document qui est associé à un article restreint et un article normal. 

Merci

DjackO


Acces Restreint 3.0
Bonjour,
J'aimerais préciser : 

Lorsque l'utilisateur n'a pas les droits d'accès à la rubrique A, les articles de la rubrique A contenus dans la rubrique B ne sont pas affichés alors qu'associés à rubrique B.
C'est normal, c'est le principe de l'accès restreint, les articles de la rubrique A ne sont pas accessibles à cet utilisateurs, quelque soit la rubrique où ils sont rattaché par poly hiérarchie.
Cela n'aurait pas de sens de lui donner un accès à ces articles par simple ajout à une autre rubriques, c-à-d simplement en lui proposant de consulter une autre rubrique ! Soit ils sont accessible, soit ils ne le sont pas, il n'y a pas d'entre deux !
Cordialement
FDG


Acces Restreint 3.0
Bonjour,
Je regarderais le paragraphe VI. Paramétrage plus fin des restrictions pour ton problème.
Cdt.


Acces Restreint 3.0
petit up svp


Acces Restreint 3.0
Désolé, avec les plugins (vous l'aurez compris) accès restreint et polyhierarchie.


Acces Restreint 3.0
Bonjour,

Je rencontre un problème fonctionnel à l'utilisation de ce plugin et « accès restreint ».

J'ai deux rubriques : rubrique A et rubrique B au même niveau d'arborescence.

Rubrique A est à accès restreint

Rubrique B contient des articles de la rubrique A (principe de polyhierarchie)
Lorsque l'utilisateur n'a pas les droits d'accès à la rubrique A, les articles dans la rubrique B ne sont pas affichés alors qu'associés à rubrique B.
Avez vous déjà rencontrés le problème ? Y a t-il une solution ou un paramétrage ?

Merci à vous.


Acces Restreint 3.0
Bonjour,
Une petite interrogation sur les Forums publics d'articles en zones restreintes :
il semblerait AMHA que ceux-ci ne soient pas filtrés (AR Accès Restreint 3.15.17 sous SPIP 3.3.0-dev [24450], egalement sous SPIP 3.2.5 [24404] ) ?
YannX


Acces Restreint 3.0
Ce serait pas un probleme de cache SPIP ?


Acces Restreint 3.0
Bonjour,

J'ai dû désactiver « Accès restreint » car cela empéchait l'ouverture et donc la lecture du pdf directement dans le navigateur ( il ne faisait que l'enregistrer systématiquement sur le disque dur).

j'ai donc carrément désinstallé « Accès restreint » dans l'interface privée de SPIP (3.2.5), et là boum
Fichier API docrestreint introuvable.
Plus moyen de lire les PDF et les images agrandies dans IMG/

seuls les vignettes s'affichent...

même après avoir vider le cache
Que faire ?

Quelqu'un aurait il une solution ?
Merci


Acces Restreint 3.0
J'ai ajouté les lignes :
define('AR_TYPE_RESTRICTION','forte');
define('AR_TYPE_RESTRICTION_PARENTEE','faible');
dans mes_options.php

et je crois que cela entraîne une petite incompatibilité avec le cadre de gauche des rubriques (image).

Lorsque l'on clique sur la croix rouge pour enlever la rubrique en cours d'une zone il y a un message « Êtes vous sûr de vouloir retirer cette rubrique de cette zone ? » je dis oui mais rien ne se passe et la rubrique n'est pas enlevée de la zone.

Il semble que la zone soit malgré tout protégée mais rien ne l'indique aux admins


Acces Restreint 3.0
Bonjour MB,

j'ai le même problème et je sais créer une table en PhpMyAdmin , mais que mettre dans « spip_zone_liens » ?

Car j'ai essayé avec la V3.8 en modifiant 3.0 par 3.2 en compatibilité, mais même problème, j'étais en php 7.2, je suis passé en 7.0, mais pas de changement.

Et comme j'avais mal désinstallé, il me bloquait mes vignettes en agrandissement !
Par avance, merci


Acces Restreint 3.0
J'utilise souvent le plugin champ extra pour la création de mes autres objets éditoriaux (dans des articles par exemple), et du coup le plugin Accès restreint fait le travail !


Acces Restreint 3.0
Problème qui paraît similaire en utilisant un squelette (via recuperer_fond) qui génère un json avec des informations sur le document.

Malgré un
{tout_voir}
 dans ce dernier, l'url du document est erroné.
En ajoutant un autoriser_exception voir, plus de soucis.
{tout_voir}
 devrait éviter de passer par l'autorisation dans urls_generer_url_document_dist d'accès restreint


Acces Restreint 3.0
Hop,
Je sèche toujours…
Du coup je repose ma question autrement : existe t-il un autre objet éditorial (hors articles, breves, liens, etc.) qui est 'compatible' Accès Restreint et dont je pourrais m'inspirer au niveau du code ?
Merci


Acces Restreint 3.0
Hello,
je cherche à ajouter mon nouvel objet éditorial à la liste des objets automatiquement restreints.
En effet, la doc précise

Si un visiteur n'est pas identifié ou s'il n'est pas autorisé, alors l'intégralité de la rubrique (ce qui inclut les sous-rubriques, les articles, les liens ...) ne sera pas visible par ce visiteur.

Acces Restreint 3.0 propose deux pipelines qui pourraient faire l'affaire mais

- accesrestreint_objet_restreint() n'est jamais appelé semble t-il

- accesrestreint_liste_objets_exclus() : lui je suis pas sûr de comprendre ça logique
bref je sèche…


Acces Restreint 3.0
HELP

J'ai installé le plugin.

J'ai défini une zone restreinte.

J'ai créé un visiteur pour la partie publique.

Je lui ai donné accès à la zone.

J'ai mis le #LOGIN_PUBLIC sur la page d'accueil.

Je me suis connecté en administrateur, puis je me suis déconnecté.

Je me suis connecté en tant que visiteur : parfait.

Là, j'ai cliqué sur le bouton d'accès à l'espace privé (qui apparaissait toujours).

J'ai le message : « Erreur de connexion - Problème d'accès à l'espace privé »

... Et je n'arrive plus à me connecter à l'espace privé en tant qu'administrateur.

J'ai la page d'accueil de mon site, mais sans le bouton d'accès à l'espace privé ; je ne peux pas accéder à l'espace privé en ajoutant /ecrire.

Je pense que je suis toujours considéré comme le visiteur identifié, et qui n'a pas accès à l'espace privé.

Comment puis-je m'en sortir ?

Michel


Acces Restreint 3.0
Bonjour, 

je me permets de poser cette question car je ne trouve pas la réponse dans le forum.

Je souhaite modifier une partie du formulaire LOGIN_PUBLIC et en particulier la longueur du champ mais je ne le trouve pas dans les dossiers du plugin ?

Quelqu'un pourrait-il me dire où le trouver ?

Merci d'avance

Jérôme


Acces Restreint 3.0
Bonjour Maïeul, merci pour vos réponses. Le problème était que la partie « debug » qui s'affichait recouvrait entièrement la partie haute de l'écran et m'empêchait donc de désinstaller le plugin proprement.

Je m'en suis sorti (je donne l'info au cas où d'autres auraient ce problème) en recréant la table spip_zone_liens qui manquait directement via PHpMyAdmin.

Cordialement,

MB


Acces Restreint 3.0
non, le plugin est en test depuis un bout de temps.
Il faudrait voir endésinstatllanet (je dis bien Desinstaller, pas désacticer) le plugin, puis en réinstallant.
Chez moi il marche bien.


Acces Restreint 3.0
Bonjour, Merci pour votre réponse rapide. A priori, ce n'est pas lié à la version de PHP : je suis revenu en 7.0 puis 5.6 et le problème est toujours le même. Est-ce que c'est lié au fait que la version 3.15.14 du plugin est une version de test. Il n'y a peu d'autres retours comme le mien ?

Désolé d'insister, mais ce plugin semble vraiment intéressant pour restreindre les accès et il n'y a pas d'autre alternative sur les dernières versions de spip.

Merci !


Acces Restreint 3.0
c'est un problème.
Mais après faut savoir que spip n'est pas compatible php 7.2 (pas la 3.2 en tous cas). Ce qui pourrait expliquer des problèmes lors de la création de la table.


Acces Restreint 3.0
Je continue de me répondre pour compléter le problème : j'ai bien vidé les caches à l'activation comme préconisé. Je constate des erreurs dans les squelettes qui mentionnent l'absence d'une table : Table 'db769841660.spip_zones_liens' doesn't exist

J'ai regardé dans la base de données, effectivement cette table spip_zones_liens n'existe pas, elle ne semble pas avoir été créée lors de l'activation du plugin si elle est liée à lui.


Acces Restreint 3.0
Bonsoir

Le plugin est il compatible avec Spip 3.2.1 ? Je le pensais en voyant la compatibilité affichée avec 3.2, mais ça ne semble pas le cas vu les problèmes rencontrés sur le site après activation.

Merci d'avance pour votre réponse.
Je complète mon premier message : dès que j'active le plugin, je me retrouve avec un affichage un peu style « debug » (Cf. copie d'écran jointe). Je suis hébergé chez 1&1, version Spip 3.2.1 et PHP 7.2.


Acces Restreint 3.0
Bonsoir

Le plugin est il compatible avec Spip 3.2.1 ? Je le pensais en voyant la compatibilité affichée avec 3.2, mais ça ne semble pas le cas vu les problèmes rencontrés sur le site après activation.

Merci d'avance pour votre réponse.