J'adhère pas totalement mais j'aime bien ta solution et je
pense que je vais l'utiliser en attendant.
Quelques problèmes & avantages que j'y vois :
- elle demande d'ajouter du code php dans les squelettes,
alors que c'est justement le système de squelettes en html
_sans php_ qui fait le spip un système différent des autres et
plus accessibles aux non programmeurs,
- on choisit dans le squelette les éléments qui seront privés,
ce n'est en fait pas géré par le système, mais par la couche
interface (pas beau!). A priori si tu fait une recherche avec
le moteur tu peux du coup tomber sur des articles privés (je
suis pas 100% certain mais il me semble).
- elle demande aussi de coder (re-argh pour les non-codeurs)
une fonction 'visiteur_accredite'
- elle n'inclut pas de solution d'administration en ligne (ni
pour configurer quelles parties sont privées, ni pour gérer
une liste d'utilisateurs) , ce qui est pourtant une des
grandes forces de Spip, et encore une fois va éloigner les non-
info.
- Si qq1 veux utiliser un système d'inscription en ligne -ce
qui est a priori le besoin le plus courant- il lui reste à le
coder (cookies/session + table suppl ds la base) complètement.
- Par contre du coup elle est extrèmement souple et ça peut
être la panacée pour un webmestre avancé 
Ma proposition ne
permettait pas de filtrer selon IP par ex.
- Sans compter que comme elle ne touche _pas_ à spip elle est
forcement compatible avec les futures versions.
En reprenant tout celà, il me semble que cette solution
ressemble plus à un 'patch' pour simuler une fonctionnalité
qui n'est pas dans spip qu'à une réelle gestion de
parties 'privées'. Et dans tous les cas elle se réalise au cas
par cas et ne va pas avec spip tel qu'il est actuellement :
" rien à faire (ou presque) et tout marche ! "
PS: parfois il faut être patients, on n'est pas toujours à
spiper comme des
fous, chacun de nous a aussi un "day job".
ok sorry, je voulais agresser personne.
merci de la réponse et des pistes apportées
P.
Il faut à mon avis :
1) une fonction quelconque permettant de savoir si le
visiteur est ou non
"accrédité" pour telle ou telle partie du site, par exemple,
dans
mes_fonctions.php3 :
function visiteur_accredite($zone) {
if ($HTTP_HOST == "145.3.45.2")
return true;
else
return false;
}(ici on n'utilise pas $zone, qui servira à gérer plusieurs
zones
requérant des accréditations différentes)
2) dans le squelette, deux lignes de php :
<? if (visiteur_accredite()) { ?>
blah blah
<? } ?>n'affichera blah blah que pour les accrédités. Tout ce qui
est au niveau de
blah blah est donc ci-dessous une boucle "privée", ce qui
est en-dehors une
boucle "publique".
3) dans la structure du site, on peut décider ensuite des
liens
accréditation/contenu, par exemple :
a) un secteur sur accréditation (secteur 2)
boucles "publiques" : ajouter {id_secteur!=2}b) un mot clé "article sur accréditation" (id_mot = 5)
boucles "publiques" : ajouter {id_mot!=5}c) les archives des articles les plus anciens (un an)
seulement sur
accréditation ?
boucles "publiques" : ajouter {age<365}Evidémment, dans tous les cas on met ce qu'on veut dans les
boucles privées,
mais a priori ce sera la négation du critère utilisé dans
les boucles
publiques.
4) Il faudrait maintenant se mettre d'accord sur la fonction
visiteur_accredite() : mais est-ce possible ? Sur
l'accréditation se fait par demande d'un mot de passe via
http 401.
Sur d'autres sites c'est un formulaire qui pose un cookie.
Ailleurs ce sera
en fonction du numéro IP, etc. L'idéal serait d'avoir une
bibliothèque de
telles fonctions, à utiliser en fonction des besoins.
PS: parfois il faut être patients, on n'est pas toujours à
spiper comme des
fous, chacun de nous a aussi un "day job".
-- Fil
_______________________________________________
spip-dev@rezo.net -
http://listes.rezo.net/mailman/listinfo/spip-dev
"Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,13 /mn) ; tél : 08 92 68 13 50 (0,34/mn)"