Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des articles proposés à l'évaluation à des relecteurs non identifiés avec var_mode=preview + token.
Actuellement, ça ne marche pas.
Est-ce que ça serait possible (et pertinent) ?
--
RealET
Hop,
Le 16/12/2015 23:21, RealET a écrit :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.
D'un côté on a un plugin qui permet d'empêcher l'accès au site public et de l'autre on souhaite ouvrir la prévisualisation à une personne non loguée. Cela me semble "contradictoire" 
Mais si tu trouves le moyen de le faire proprement dans en travaux avec un define ou autre, pourquoi pas si ça répond à un besoin partagé.
++
b_b
Bruno Bergot a écrit le 17/12/2015 10:11 :
Hop,
Le 16/12/2015 23:21, RealET a écrit :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.D'un côté on a un plugin qui permet d'empêcher l'accès au site public et
de l'autre on souhaite ouvrir la prévisualisation à une personne non
loguée. Cela me semble "contradictoire"
Le scénario, c'est site en cours de construction.
Il faut pouvoir montrer du contenu.
À des gens que ça va faire braire de devoir rentrer un login/mot de passe.
De plus, comme il faut un accès administrateur, et que le besoin peut-être une simple relecture, c'est embêtant de donner des droits supérieurs aux besoins.
Mais si tu trouves le moyen de le faire proprement dans en travaux avec
un define ou autre, pourquoi pas si ça répond à un besoin partagé.
Je vais regarder ça.
--
RealET
Hop,
Le 17/12/2015 10:22, RealET a écrit :
De plus, comme il faut un accès administrateur, et que le besoin
peut-être une simple relecture, c'est embêtant de donner des droits
supérieurs aux besoins.
Pas forcément, il suffit de surcharger l'autorisation principale du plugin pour permettre l'accès aux rédacteurs par exemple :
++
b_b
J'ai le même problème, depuis un bon moment.
C'est tout le contraire de contradictoire.
On ne veut pas ouvrir au public, mais aux décideurs.
Actuellement il faut ouvrir un compte webmestre pour montrer le site !
Ça c'est grave contradictoire !
Il n'y donc a aucun moyen soft de montrer le site, pour avis, etc. avant la mise en service.
Cette demande est donc parfaitement logique
Le 17/12/2015 10:11:16, Bruno Bergot, dans un message intitulé "Re: [SPIP Zone] Plugin en travaux + var_mode=preview avec Token" nous a informés :
Hop,
Le 16/12/2015 23:21, RealET a écrit :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.D'un côté on a un plugin qui permet d'empêcher l'accès au site public et de l'autre on souhaite ouvrir la
prévisualisation à une personne non loguée. Cela me semble "contradictoire"Mais si tu trouves le moyen de le faire proprement dans en travaux avec un define ou autre, pourquoi pas si ça répond à
un besoin partagé.++
b_b
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
--
****Fin du message end - Signature****
Perline
spip@perline.org – http://perline.org/
Ce message est couvert par le secret de la correspondance
(art. 226-15 et 432-9 du Code pénal)
********************************************
Le 17/12/2015 10:11, Bruno Bergot a écrit :
Hop,
Le 16/12/2015 23:21, RealET a écrit :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.D'un côté on a un plugin qui permet d'empêcher l'accès au site public et de l'autre on souhaite ouvrir la prévisualisation à une personne non loguée. Cela me semble "contradictoire"
Bonjour,
et si je peux apporter mon grain de sel...
plus globalement avoir la possibilité de proposer un lien avec un token qui permettrait d'obtenir automatiquement son compte spip sans avoir à se loguer, ça serait super chouette (et bien pratique avec acces restreint par exemple pour ouvrir automatiquement les zones restreintes publiques aux visiteurs automatiquement logués...) Bien, sur, niveau sécurité, je ne doute pas que cela pose problème, mais dans le principe c'est un peu ce qui se passe avec la fonction de recuperation de mot de passe, non ?
amicalement
triton
Hop,
Le 17/12/2015 10:30, Perline-Spip a écrit :
J'ai le même problème, depuis un bon moment.
C'est tout le contraire de contradictoire.On ne veut pas ouvrir au public, mais aux décideurs.
Actuellement il faut ouvrir un compte webmestre pour montrer le site !
Ça c'est grave contradictoire !
Je me répète, mais comme je le disais dans mon message précédent, un simple ajout dans mes_options et hop :
// en travaux : accès autorisé pour les admins
function autoriser_travaux($faire,$quoi,$id,$qui,$opts){
return $qui['statut'] == '0minirezo';
}
++
b_b
De mémoire, c’est l’objectif de Paravent
Mais à l’époque, ça n’avait pas rencontré de public
—
pierre
Le 17 déc. 2015 à 06:30, Perline-Spip <spip@perline.org> a écrit :
J'ai le même problème, depuis un bon moment.
C'est tout le contraire de contradictoire.On ne veut pas ouvrir au public, mais aux décideurs.
Actuellement il faut ouvrir un compte webmestre pour montrer le site !
Ça c'est grave contradictoire !Il n'y donc a aucun moyen soft de montrer le site, pour avis, etc. avant la mise en service.
Cette demande est donc parfaitement logiqueLe 17/12/2015 10:11:16, Bruno Bergot, dans un message intitulé "Re: [SPIP Zone] Plugin en travaux + var_mode=preview avec Token" nous a informés :
Hop,
Le 16/12/2015 23:21, RealET a écrit :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.D'un côté on a un plugin qui permet d'empêcher l'accès au site public et de l'autre on souhaite ouvrir la
prévisualisation à une personne non loguée. Cela me semble "contradictoire"Mais si tu trouves le moyen de le faire proprement dans en travaux avec un define ou autre, pourquoi pas si ça répond à
un besoin partagé.++
b_b
----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone--
****Fin du message end - Signature****
Perlinespip@perline.org – http://perline.org/
Ce message est couvert par le secret de la correspondance
(art. 226-15 et 432-9 du Code pénal)
********************************************----
spip-zone@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-zone
Re,
Le 17/12/2015 10:38, Bruno Bergot a écrit :
Hop,
Je me répète, mais comme je le disais dans mon message précédent, un
simple ajout dans mes_options et hop :
Et c'est documenté sur la page du plugin :
"Pour que tous les contributeurs puissent accéder à l’espace privé et au site public pendant les travaux, il suffit d’ajouter ceci dans votre fichier mes_options.php"
Elle est pas belle la vie ?
++
b_b
Bonjour,
Le 17/12/2015 10:22, RealET a écrit :
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.Le scénario, c'est site en cours de construction.
Il faut pouvoir montrer du contenu.
À des gens que ça va faire braire de devoir rentrer un login/mot de passe.
Et ils préféreront ajouter ?var_mode=preview + token pour visualiser chaque page?
Je ne comprends pas bien où est la simplification.
CM
RealET a écrit le 16/12/2015 23:21 :
Bonjour,
En utilisant le plugin en travaux, j'aimerais pouvoir faire lire des
articles proposés à l'évaluation à des relecteurs non identifiés avec
var_mode=preview + token.
Actuellement, ça ne marche pas.
Est-ce que ça serait possible (et pertinent) ?
D'après les retours, il y a au moins Perline qui a rencontré le même besoin.
Intégré par Connexion · GitLab
--
RealET
Le 17/12/2015 10:38, Bruno Bergot a écrit :
Je me répète, mais comme je le disais dans mon message précédent, un simple ajout dans mes_options et hop :
// en travaux : accès autorisé pour les admins
function autoriser_travaux($faire,$quoi,$id,$qui,$opts){
return $qui['statut'] == '0minirezo';
}
En remplaçant '0minirezo' par '1comite' ou '6forum', je suppose qu'on peut ouvrir l'accès aux rédacteurs ou visiteurs... Et pour ouvrir à plusieurs catégories, c'est comment la syntaxe du OU ?
CM
Le 17/12/2015 10:38, Pierre Fiches a écrit :
De mémoire, c’est l’objectif de Paravent
Mais à l’époque, ça n’avait pas rencontré de public:)
Boh… le plugin En travaux fait déjà absolument tout ce qu'il faut. C'est seulement l'autorisation *par défaut* qui diffère : mais celle ci peut être surchargée donc ya aucun problème. À la limite la rendre configurable dans une interface, mais ça serait la seule modif. Je ne pense pas qu'il faille avoir plusieurs plugins qui font la même chose juste parce qu'on a une simple autorisation qui change…
--
RastaPopoulos
Le 17/12/2015 11:15, RealET a écrit :
D'après les retours, il y a au moins Perline qui a rencontré le même
besoin.
Intégré par Connexion · GitLab
autoriser_previsualiser_dist('','','','','')
Il ne faut pas appeler des fonctions *internes* d'une API directement : on doit passer par les fonctions publiques de l'API, càd pour ici la fonction unique autoriser().
Par exemple j'ai au moins 2 sites où j'ai personnalisé autoriser_previsualiser() (sans le "dist" donc), et donc ton code ne marcherait pas du tout.
--
RastaPopoulos
Le 17 déc. 2015 à 08:30, RastaPopoulos <rastapopoulos@spip.org> a écrit :
Le 17/12/2015 10:38, Pierre Fiches a écrit :
De mémoire, c’est l’objectif de Paravent
http://contrib.spip.net/Paravent
Mais à l’époque, ça n’avait pas rencontré de public:)
Boh… le plugin En travaux fait déjà absolument tout ce qu’il faut. C’est seulement l’autorisation par défaut qui diffère : mais celle ci peut être surchargée donc ya aucun problème. À la limite la rendre configurable dans une interface, mais ça serait la seule motif.
Tout à fait d’accord.
—
Pierre
RastaPopoulos a écrit le 17/12/2015 12:36 :
Le 17/12/2015 11:15, RealET a écrit :
D'après les retours, il y a au moins Perline qui a rencontré le même
besoin.
Intégré par Connexion · GitLabautoriser_previsualiser_dist('','','','','')
Il ne faut pas appeler des fonctions *internes* d'une API directement :
on doit passer par les fonctions publiques de l'API, càd pour ici la
fonction unique autoriser().Par exemple j'ai au moins 2 sites où j'ai personnalisé
autoriser_previsualiser() (sans le "dist" donc), et donc ton code ne
marcherait pas du tout.
Bien vu, merci, j'ai corrigé.
--
RealET