Bonjour,
je suis toujours avec mes petites interrogations, vu que je n'ai pas
du tout suivi l'évolution de SPIP pendant le mois d'août ... 
Est-ce que la mise en oeuvre de restrictions d'accès dans le site
public est déjà possible dans la nouvelle version, comme semblait
l'indiquer un mail récapitulatif de Fil, et si c'est le cas, quelqu'un
l'a t'il fait ?
Sinon, que reste-t'il à faire pour que ce soit possible ?
Merci.
-Nicolas
@ Nicolas Hoizey <nhoizey@php.net> :
je suis toujours avec mes petites interrogations, vu que je n'ai pas
du tout suivi l'évolution de SPIP pendant le mois d'août ...Est-ce que la mise en oeuvre de restrictions d'accès dans le site
public est déjà possible dans la nouvelle version, comme semblait
l'indiquer un mail récapitulatif de Fil, et si c'est le cas, quelqu'un
l'a t'il fait ?Sinon, que reste-t'il à faire pour que ce soit possible ?
Il n'y a pas de #BALISE, mais avec du php tu peux t'appuyer sur
$auteur_session, qui est un tableau validé par spip ; je te fais confiance
pour faire, dans ton squelette, <?php var_dump($auteur_session); ?> et en
tirer les bonnes conclusions ; en ce moment je me repose de spip, tu
m'excuseras 
Si tu ne veux pas juste faire un hack qui marche chez toi, mais développer
pour les autres, il faut commencer à réfléchir aux #BALISES qu'on pourra
mettre en place. Ca n'est pas évident, sachant que chacun a des besoins
assez spécifiques, de trouver une solution élégante et simple qui sera en
même temps assez souple.
-- Fil
Il n'y a pas de #BALISE, mais avec du php tu peux t'appuyer sur
$auteur_session, qui est un tableau validé par spip ; je te fais
confiance pour faire, dans ton squelette, <?php
var_dump($auteur_session); ?> et en tirer les bonnes conclusions
OK
en ce moment je me repose de spip, tu m'excuseras
Pas de problème, je me suis moi aussi reposé de tout pendant 3
semaines en août ...
Si tu ne veux pas juste faire un hack qui marche chez toi, mais
développer pour les autres
Tant qu'à faire ... 
il faut commencer à réfléchir aux #BALISES qu'on pourra mettre en
place
Tu avais parlé d'un #LOGIN_PUBLIC et d'un #LOGIN_PRIVE, il me semble,
mais je n'en sais pas plus.
Il faut aussi bien différencier les utilisateurs qui n'ont accès
qu'aux parties privées du site public (!), et les utilisateurs qui ont
accès à 'ecrire/' ...
Ca n'est pas évident, sachant que chacun a des besoins assez
spécifiques, de trouver une solution élégante et simple qui sera en
même temps assez souple.
C'est clair.
-Nicolas
Bonjour,
Tu avais parlé d'un #LOGIN_PUBLIC et d'un #LOGIN_PRIVE, il me semble,
mais je n'en sais pas plus.
Pour une page du site dont l'accès nécessite de se logguer en tant
qu'editeur/admin
spip, tu peux faire un truc simple du style :
<?
$etat=$auteur_session['statut'];
if ($etat=="")
{
// Formulaire d'authentification SPIPsi nécessaire
?>
<table width="400" align="center">
<tr><td width="400">
#LOGIN_PUBLIC
</td></tr></table>
<? } else
{
// Ton code htmeuleu, php et spip à interpréter dans le cas où
l'utilisateur s'est authentifié
?>
Certainement pas trés élégant mais c'est un début qui marche...
A+
Phil
Je viens de tester ton script sur sommaire.html pour mon site SPIP donc
l'accès est complètement réservés aux membres redacteurs.
Et ça marche presque !!! Sauf, qu'après la saisie de mon mot de passe, je me
retrouve sur /ecrire/ au lieu de /
Une idée ?
Fred