ça ne sert à rien.
http://MondeDiplo.com/ est sous spip, avec un contrôle d'accès qui fait
appel à une base de données externe. Ca me va, mais c'est moins
transportable-sauvegardable-réinstallable ailleurs qu'un spip.
Des sites privés à accès public, c'est une chimère légale, ou
tu es trop pris par les questions de droit d'auteur : il y a des tas de
raisons de vouloir que les visiteurs se logent. Album familial, notamment,
comme modèle de tous les machins associatifs.
- Avec les Nukeries, c'est un enfer. Sur Boomtchak, mon Mozilla
Je ne sais pas de quoi tu parles.
- Quelles sont les fonctionnalités prévues liées à l'identification
sur le site public?
- Comment ces fonctionnalités seront-elles intégrées au système de
cache et au principe des boucles?
L'idée est la suivante : chaque partie dépendant du client doit se trouver
dans un include (quand spip gérera les include) dont le $delai = 0. C'est
exactement la même idée pour la gestion du panier de la ménagère et autres
trucs rigolos suggérés sur la liste.
- Comment gérer les accès publics dans l'espace privé?
Pas compris la question
Comment on indique qu'un utilisateur a accès à tel truc, comment on
affiche ou pas la liste des rubriques/articles accessibles ou non sur le
site privé?
Ca fait partie de la structure du site, donc c'est dans les squelettes, pas
dans l'espace privé. Spip ne donnera que des outils pour faire des trucs sur
mesure, et les gens s'échangeront dess squelettes qui marchent.
Exemples : Nicolas veut un mot-clé "accès restreint", Jacques veut que les
archives de plus de 100 jours soient en accès restreint, et Paola veut
afficher les titres des "articles du jour" mais ne laisser accès libre
qu'aux archives. Quant à Sabine, elle estime qu'il lui suffit d'un secteur
restreint.
Comment, dans l'espace public, on traite les boucles (on n'affiche rien
quand pas identifié, ou bien, ce qui est plus élégant, on affichage les
titres des articles privés pour montrer ce qu'on manque mais on ne donne
pas accès aux articles, et dans ce cas comment on fait dans les boucles?).
Avec des include de $delai=0 ou des tests conditionnels, selon les cas. Il
faut voir...
(Fil: ça c'était le début de ton mail, mais ma réponse vient en
conclusion du mien) Non, je ne plaisante pas. Le problème immédiat, c'est
que les forums sur abonnement ne fonctionnent plus correctement. Et pour
ça, l'interface est déjà prête, puisqu'elle existait déjà avant; le tout
c'est qu'elle refonctionne correctement.
A mon avis, plutôt que d'aller corriger un bout de truc en montant une usine
à gaz pour récupérer les rédacteurs - à condition qu'ils se soient logés -,
il vaut mieux faire un bon gros truc de fond, sur des bases solides, qui
soit programmé avec moins de code et de cas particuliers, et qui nous
simplifiera la vie plus tard. Il y a juste une petite question d'interface
si on veut que ce soit joli.
-- Fil
