[Spip] [Spip] site avec partie confidentielle & appel à contrib

Général
1

Oui cela peut sembler tres interressant. Mais comment

comptes tu faire ?

J'ai fait mail un (cf. copie ci-dessous) sur ce sujet à la
mailing-list de dvp, ça me semble plus adapté. J'ai déjà une
idée plutôt précise du fonctionnement.

Qu'en pense les developpeurs ?
Est que ce genre d'amélioration pourra être intégrée dans
les prochaines versions si elle est developpée ?

Je ne sais pas encore, je vais voir leur réaction.
Pour l'intégration, j'espère que celà sera possible :slight_smile:

Si la réponse est Oui je veux bien participer à ce

developpement. Mais

attention avant de se lancer dans quoi que se soit nous

devons avoir des

specifications bien précises

Le mail ci-dessous devrait déjà répondre à pas mal de
questions. Si nous sommes réellement plusieurs sur le projet,
on pourra/devra bien sur se rédiger une petite spec pour tous
aller dans la même direction. J'aime bien travailler avec
ordre :slight_smile:

Pierre

--------------------------------------------------------------
copie du mail à là ml de dvp:
--------------------------------------------------------------

Bonjour,

je suis actuellement en train de développer une 'extension' à
Spip afin de gérer une partie 'privée' (autre que celle des
rédacteurs) contenant des éléments (rubriques, articles, ...)
accesibles uniquement après un login.

Techniquement, l'idée n'est pas vraimment difficile à
réaliser : la visibilité est gérée au niveau des rubriques
(ajout d'un champ visibilité dans la table des rubriques) et
s'applique à tous les éléments contenus dans la rubrique. Il
suffit ensuite d'ajouter ce critère à la construction des
requètes SQL liées aux boucles et normalement le tour est
joué. Bien sur il faut aussi ajouter le système de login et
poser un cookie (pas de session pour rester compatible avec
php3) chez les utilisateurs logés pour activer l'affichage des
rubriques 'privées' et de leur contenu. A priori rien de bien
sorcier, d'ailleurs j'ai déjà écrit une bonne partie du code.
La partie 'administration' correspondante devra permettre de
choisir (simplement avec une checkbox) la visibilité de chaque
rubrique et éventuellement de supprimer/rajouter des
utilisateurs (je n'ai pas encore attaqué cette partie par
contre).

J'essaie de faire ça le plus proprement posssible afin qu'une
éventuelle intégration a spip (v1.4, 1.5 ?) soit possible sans
trop de problèmes. Je me pose toutefois quelques questions :

1- Existe-il une doc expliquant les fonctionnalités
des 'fichiers de fonctionnement' de Spip (ie. ceux de
construction du squelette en php, ...). Actuellement j'essaie
de deviner ce que fait chaque fichier mais ce n'est pas
toujours facile, ou plutôt c'est relativement long et
fastidieu... De plus j'aimerai éviter de 'poser' des fonctions
à des endroits auxquels elles ne correspondent pas vraimment.

2- Performances : pour tous les éléments, sauf les rubriques,
cette modification va entrainer une jointure dans la requète
SQL (pour vérifier la visibilité de la rubrique mère) de la
boucle spip associée, la rendant ainsi plus lourde. Si ça
risque de ralentir un peu le fonctionnement, ça ne devrait a
priori pas être significatif mais je préfère demander l'avis
des développeurs pour être sur.

3- Voyez-vous des points que j'aurais négligé dans la
conception du système? Des problèmes potentiels que je
n'aurais pas détectés ? J'ai découvert Spip il y peu (1
semaine en fait) et il est bien possible que certaines
subtilités m'échappent...

4- Ce système interesse-t-il quelqu'un d'autre ? C'est pour
savoir s'il est utile de passer un peu de temps à réaliser un
package d'installation bien propre et à le tester. Je sais que
c'est fortement conseillé dans la rubrique 'participer au
dvp', mais si je suis le seul à utiliser cette fonctionnalité
ça présente alors peu d'intéret.

5- La question ultime : y-a-t-il quelqu'un d'interessé pour
participer ? En particulier au développement de l'interface
d'administration, qui ne me motive pas particulièrement :slight_smile:
(actuelllement je fait ça avec des requètes 'update' à la
main, c'est pour dire !).

Si vous êtes interessés ou si vous avez des questions,
contactez moi !

d'avance merci,
a+

Pierre Rust

PS : j'ai déjà posté un message à ce sujet sur la ml des
webmestres mais a priori celle-là est plus adaptée.

---------------------------------------------------------

"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)"

2

ouuaa quel pied, un peu que çà m'interesse (j'avais plaidé çà il y a
quelques temps sur cette liste, et plus en détail ici:
http://ici.ici.free.fr/article.php3?id_article=21 )

j'espère que des developpeurs vont adhérer à ce projet !

Walk
Représentant auto-proclamé des Spipiens et spipiennes
non-technicien(e)s
http://webgeneraction.multimania.com/rubrique.php3?id_rubrique=12

3

ouuaa quel pied, un peu que çà m'interesse (j'avais plaidé çà il y a
quelques temps sur cette liste, et plus en détail ici:
Propriété des mots-images : Idées ! )

Extrait :

"Ainsi il vous suffit d'organiser une inscription par envoi de formulaire ou
d'email en précisant que l'inscription n'est pas automatique mais soumise à
conditions , puis d'envoyer les mots de passe vous-même par email, pour que
votre site INTERNE soit considéré comme PRIVE. A vous la tranquilité
totale !"
Entre nous :

- si le plaignant réussit à prouver que n'importe qui peut en
pratique s'inscrire sans vérification d'aucune sorte (par exemple
en entrant le nom d'une personne fictive et inconnue de l'éditeur
du site), le juge ne sera pas idiot et considérera ton backstage
comme un espace non privé.

- d'autre part, le caractère privé d'une partie du site ne
préjuge en rien de l'application des droits d'auteur. Par
exemple, tu n'as théoriquement pas le droit de projeter un
film à un groupe de personnes si tu n'as pas acheté les
droits de projection, même si c'est pour ta famille. De même,
ce n'est pas parce que c'est à tes copains que tu distribues
des MP3 de disques du commerce, que ce n'est pas de la copie
illégale.

ciao

Antoine.

4

Antoine,

Le probplème n'est pas d'avoir la partie interne du site comme espace privée,
mais bien de restreindre la visibilite de certains article.
PAr exemple, moi je fais partie d'une association sportive, et je voudrais bien
pour voir exemple mettre sur mon site un espace privé pour y mettre des
informations confidentielles uniquement pour les membres de nom association.
Exemple : composition des équipes, information sur une bouffe, etc...

Est-il envisageable de réaliser cela avec des squelettes qui serai mis dans un
repertoire protégé par un fichier .htaccess. Ce fichier serai configuré
directement via l'espace INTERNE ?

Cependant il reste le probleme de gerer la non visibilte de ces articles dans
l'espace INTERNE...

En réponse à Antoine <antoine@rezo.net>:

> ouuaa quel pied, un peu que çà m'interesse (j'avais plaidé çà il y a
> quelques temps sur cette liste, et plus en détail ici:
> Propriété des mots-images : Idées ! )

Extrait :

"Ainsi il vous suffit d'organiser une inscription par envoi de
formulaire ou
d'email en précisant que l'inscription n'est pas automatique mais
soumise à
conditions , puis d'envoyer les mots de passe vous-même par email, pour
que
votre site INTERNE soit considéré comme PRIVE. A vous la tranquilité
totale !"
Entre nous :

- si le plaignant réussit à prouver que n'importe qui peut en
pratique s'inscrire sans vérification d'aucune sorte (par exemple
en entrant le nom d'une personne fictive et inconnue de l'éditeur
du site), le juge ne sera pas idiot et considérera ton backstage
comme un espace non privé.

- d'autre part, le caractère privé d'une partie du site ne
préjuge en rien de l'application des droits d'auteur. Par
exemple, tu n'as théoriquement pas le droit de projeter un
film à un groupe de personnes si tu n'as pas acheté les
droits de projection, même si c'est pour ta famille. De même,
ce n'est pas parce que c'est à tes copains que tu distribues
des MP3 de disques du commerce, que ce n'est pas de la copie
illégale.

ciao

Antoine.

_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

5

----- Message d'origine -----
De : "Antoine" <antoine@rezo.net>

le juge ne sera pas idiot et considérera ton backstage
comme un espace non privé.

exemple, tu n'as théoriquement pas le droit de projeter un
film à un groupe de personnes si tu n'as pas acheté les
droits de projection, même si c'est pour ta famille.

La théorie oui. Ce qui veut dire que même dans ma maison je ne suis
pas chez moi...
Et que je pique du fric aux marchands même en usage privé.
ya de quoi plaider non ?

De même,
ce n'est pas parce que c'est à tes copains que tu distribues
des MP3 de disques du commerce, que ce n'est pas de la copie
illégale.

La loi s'adapte à la réalité et non l'inverse.
Et la loi devra prendre en compte qu'une image repiquée sur un site
perso (sans source) se répend à vitesse grand V, pour le plus grand
plaisir des internautes lambda, et la richesse du web indépendant.

Mettre en garde mais faire peur aux internautes en même temps ça te
rappelle rien ? (mon texte paranoïa sur uzine, la peur...).

Quand aucun intérêt financier n'est clairement menacé, ni un intérêt
personnel (estelle), la loi aura du mal (a dejà - ) à appliquer un
droit d'auteur stupide car anti-personnel.

Et si tu argumentais un peu dans ce sens ? Car on est à peu près
d'accord sur le fond il me semble.

Walk

6

Et si tu argumentais un peu dans ce sens ?

Non, ce qui m'intéresse en l'occurence, c'est de prévenir les
autres lecteurs de cette liste d'une fausse bonne idée qui peut
leur attirer des ennuis s'ils la suivent aveuglément.

Pour le reste, ce n'est pas l'objet de la liste....

Amicalement

7

Bonjour,

Ce projet m'intéresse beaucoup ! Je suis en train de
chercher à créer un espace membre . J'ai installer un
script, jusque là tout va bien, mais je n'arrive pas à
appeler mes articles ou rubriques protégées à partir
de l'espace membre. Comme je ne suis pas du tout
informaticienne, je m'arrache les cheveux. J'ai tout
essayé mais rien ne marche !

--- "pierre.rust" <pierre.rust@laposte.net> a écrit :

> Oui cela peut sembler tres interressant. Mais
comment
comptes tu faire ?

J'ai fait mail un (cf. copie ci-dessous) sur ce
sujet à la
mailing-list de dvp, ça me semble plus adapté. J'ai
déjà une
idée plutôt précise du fonctionnement.

> Qu'en pense les developpeurs ?
> Est que ce genre d'amélioration pourra être
intégrée dans
> les prochaines versions si elle est developpée ?

Je ne sais pas encore, je vais voir leur réaction.
Pour l'intégration, j'espère que celà sera possible
:slight_smile:

> Si la réponse est Oui je veux bien participer à ce
developpement. Mais
> attention avant de se lancer dans quoi que se soit
nous
devons avoir des
> specifications bien précises

Le mail ci-dessous devrait déjà répondre à pas mal
de
questions. Si nous sommes réellement plusieurs sur
le projet,
on pourra/devra bien sur se rédiger une petite spec
pour tous
aller dans la même direction. J'aime bien travailler
avec
ordre :slight_smile:

Pierre

--------------------------------------------------------------

copie du mail à là ml de dvp:

--------------------------------------------------------------

Bonjour,

je suis actuellement en train de développer une
'extension' à
Spip afin de gérer une partie 'privée' (autre que
celle des
rédacteurs) contenant des éléments (rubriques,
articles, ...)
accesibles uniquement après un login.

Techniquement, l'idée n'est pas vraimment difficile
à
réaliser : la visibilité est gérée au niveau des
rubriques
(ajout d'un champ visibilité dans la table des
rubriques) et
s'applique à tous les éléments contenus dans la
rubrique. Il
suffit ensuite d'ajouter ce critère à la
construction des
requètes SQL liées aux boucles et normalement le
tour est
joué. Bien sur il faut aussi ajouter le système de
login et
poser un cookie (pas de session pour rester
compatible avec
php3) chez les utilisateurs logés pour activer
l'affichage des
rubriques 'privées' et de leur contenu. A priori
rien de bien
sorcier, d'ailleurs j'ai déjà écrit une bonne partie
du code.
La partie 'administration' correspondante devra
permettre de
choisir (simplement avec une checkbox) la visibilité
de chaque
rubrique et éventuellement de supprimer/rajouter des
utilisateurs (je n'ai pas encore attaqué cette
partie par
contre).

J'essaie de faire ça le plus proprement posssible
afin qu'une
éventuelle intégration a spip (v1.4, 1.5 ?) soit
possible sans
trop de problèmes. Je me pose toutefois quelques
questions :

1- Existe-il une doc expliquant les fonctionnalités
des 'fichiers de fonctionnement' de Spip (ie. ceux
de
construction du squelette en php, ...). Actuellement
j'essaie
de deviner ce que fait chaque fichier mais ce n'est
pas
toujours facile, ou plutôt c'est relativement long
et
fastidieu... De plus j'aimerai éviter de 'poser' des
fonctions
à des endroits auxquels elles ne correspondent pas
vraimment.

2- Performances : pour tous les éléments, sauf les
rubriques,
cette modification va entrainer une jointure dans la
requète
SQL (pour vérifier la visibilité de la rubrique
mère) de la
boucle spip associée, la rendant ainsi plus lourde.
Si ça
risque de ralentir un peu le fonctionnement, ça ne
devrait a
priori pas être significatif mais je préfère
demander l'avis
des développeurs pour être sur.

3- Voyez-vous des points que j'aurais négligé dans
la
conception du système? Des problèmes potentiels que
je
n'aurais pas détectés ? J'ai découvert Spip il y peu
(1
semaine en fait) et il est bien possible que
certaines
subtilités m'échappent...

4- Ce système interesse-t-il quelqu'un d'autre ?
C'est pour
savoir s'il est utile de passer un peu de temps à
réaliser un
package d'installation bien propre et à le tester.
Je sais que
c'est fortement conseillé dans la rubrique
'participer au
dvp', mais si je suis le seul à utiliser cette
fonctionnalité
ça présente alors peu d'intéret.

5- La question ultime : y-a-t-il quelqu'un
d'interessé pour
participer ? En particulier au développement de
l'interface
d'administration, qui ne me motive pas
particulièrement :slight_smile:
(actuelllement je fait ça avec des requètes 'update'
à la
main, c'est pour dire !).

Si vous êtes interessés ou si vous avez des
questions,
contactez moi !

d'avance merci,
a+

Pierre Rust

PS : j'ai déjà posté un message à ce sujet sur la ml
des
webmestres mais a priori celle-là est plus adaptée.

---------------------------------------------------------

"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)"

_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Courrier : http://courrier.yahoo.fr

8

POur le site d'Inf'OGM que nous sommes en train de refaire avec SPIP, nous
avons une partie administrateurs de l'association en accès restreint.
Pour y arriver j'ai branché sur SPIP une fonction d'accès restreint - avec
login mot de passe pour identifier et authentifier ls administrateurs (ce
n'est pas les scripts qui manquent de ce point de vue) ; le point de
vigilance est à ce moment là de créer un secteur dédié aux informations en
accès restreint et de prévoir des squelettes dédiés à l'affichage des ces
informations pour rubrique_numerodesecteur.php3 et
articles_numerodesecteur.php3 contrôlés par la fonction d'authentification.
Il faut alors veiller aussi pour que les choses soient propres à exclure ce
secteur du plan de site.

Thierry RAFFIN
Administrateur INf'OGM.
----- Original Message -----
From: Laurence Morel <lomorel@yahoo.fr>
To: pierre.rust <pierre.rust@laposte.net>; <jean.marc.baubet@free.fr>
Cc: <spip@rezo.net>
Sent: Wednesday, January 23, 2002 7:51 PM
Subject: Re:
[Spip]Re:_[Spip]_site_avec_partie_confidentielle_&_appel_à_contrib

Bonjour,

Ce projet m'intéresse beaucoup ! Je suis en train de
chercher à créer un espace membre . J'ai installer un
script, jusque là tout va bien, mais je n'arrive pas à
appeler mes articles ou rubriques protégées à partir
de l'espace membre. Comme je ne suis pas du tout
informaticienne, je m'arrache les cheveux. J'ai tout
essayé mais rien ne marche !

--- "pierre.rust" <pierre.rust@laposte.net> a écrit :
>
> > Oui cela peut sembler tres interressant. Mais
> comment
> comptes tu faire ?
>
> J'ai fait mail un (cf. copie ci-dessous) sur ce
> sujet à la
> mailing-list de dvp, ça me semble plus adapté. J'ai
> déjà une
> idée plutôt précise du fonctionnement.
>
> > Qu'en pense les developpeurs ?
> > Est que ce genre d'amélioration pourra être
> intégrée dans
> > les prochaines versions si elle est developpée ?
>
> Je ne sais pas encore, je vais voir leur réaction.
> Pour l'intégration, j'espère que celà sera possible
> :slight_smile:
>
> > Si la réponse est Oui je veux bien participer à ce
> developpement. Mais
> > attention avant de se lancer dans quoi que se soit
> nous
> devons avoir des
> > specifications bien précises
>
> Le mail ci-dessous devrait déjà répondre à pas mal
> de
> questions. Si nous sommes réellement plusieurs sur
> le projet,
> on pourra/devra bien sur se rédiger une petite spec
> pour tous
> aller dans la même direction. J'aime bien travailler
> avec
> ordre :slight_smile:
>
> Pierre
>
>
>
--------------------------------------------------------------
> copie du mail à là ml de dvp:
>
--------------------------------------------------------------
>
> Bonjour,
>
> je suis actuellement en train de développer une
> 'extension' à
> Spip afin de gérer une partie 'privée' (autre que
> celle des
> rédacteurs) contenant des éléments (rubriques,
> articles, ...)
> accesibles uniquement après un login.
>
> Techniquement, l'idée n'est pas vraimment difficile
> à
> réaliser : la visibilité est gérée au niveau des
> rubriques
> (ajout d'un champ visibilité dans la table des
> rubriques) et
> s'applique à tous les éléments contenus dans la
> rubrique. Il
> suffit ensuite d'ajouter ce critère à la
> construction des
> requètes SQL liées aux boucles et normalement le
> tour est
> joué. Bien sur il faut aussi ajouter le système de
> login et
> poser un cookie (pas de session pour rester
> compatible avec
> php3) chez les utilisateurs logés pour activer
> l'affichage des
> rubriques 'privées' et de leur contenu. A priori
> rien de bien
> sorcier, d'ailleurs j'ai déjà écrit une bonne partie
> du code.
> La partie 'administration' correspondante devra
> permettre de
> choisir (simplement avec une checkbox) la visibilité
> de chaque
> rubrique et éventuellement de supprimer/rajouter des
> utilisateurs (je n'ai pas encore attaqué cette
> partie par
> contre).
>
> J'essaie de faire ça le plus proprement posssible
> afin qu'une
> éventuelle intégration a spip (v1.4, 1.5 ?) soit
> possible sans
> trop de problèmes. Je me pose toutefois quelques
> questions :
>
> 1- Existe-il une doc expliquant les fonctionnalités
> des 'fichiers de fonctionnement' de Spip (ie. ceux
> de
> construction du squelette en php, ...). Actuellement
> j'essaie
> de deviner ce que fait chaque fichier mais ce n'est
> pas
> toujours facile, ou plutôt c'est relativement long
> et
> fastidieu... De plus j'aimerai éviter de 'poser' des
> fonctions
> à des endroits auxquels elles ne correspondent pas
> vraimment.
>
> 2- Performances : pour tous les éléments, sauf les
> rubriques,
> cette modification va entrainer une jointure dans la
> requète
> SQL (pour vérifier la visibilité de la rubrique
> mère) de la
> boucle spip associée, la rendant ainsi plus lourde.
> Si ça
> risque de ralentir un peu le fonctionnement, ça ne
> devrait a
> priori pas être significatif mais je préfère
> demander l'avis
> des développeurs pour être sur.
>
> 3- Voyez-vous des points que j'aurais négligé dans
> la
> conception du système? Des problèmes potentiels que
> je
> n'aurais pas détectés ? J'ai découvert Spip il y peu
> (1
> semaine en fait) et il est bien possible que
> certaines
> subtilités m'échappent...
>
> 4- Ce système interesse-t-il quelqu'un d'autre ?
> C'est pour
> savoir s'il est utile de passer un peu de temps à
> réaliser un
> package d'installation bien propre et à le tester.
> Je sais que
> c'est fortement conseillé dans la rubrique
> 'participer au
> dvp', mais si je suis le seul à utiliser cette
> fonctionnalité
> ça présente alors peu d'intéret.
>
> 5- La question ultime : y-a-t-il quelqu'un
> d'interessé pour
> participer ? En particulier au développement de
> l'interface
> d'administration, qui ne me motive pas
> particulièrement :slight_smile:
> (actuelllement je fait ça avec des requètes 'update'
> à la
> main, c'est pour dire !).
>
> Si vous êtes interessés ou si vous avez des
> questions,
> contactez moi !
>
> d'avance merci,
> a+
>
> Pierre Rust
>
>
> PS : j'ai déjà posté un message à ce sujet sur la ml
> des
> webmestres mais a priori celle-là est plus adaptée.
>
>
>
---------------------------------------------------------
>
>
>
> "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)"
>
>
>
> _______________________________________________
> spip mailing list
> spip@rezo.net
> http://listes.rezo.net/mailman/listinfo/spip

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Courrier : http://courrier.yahoo.fr

_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

9

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

La loi s'adapte à la réalité et non l'inverse.

Donc étant donné que les narcotrafiquants tuent les flics qui leur
posent des difficultés depuis longtemps, et que c'est devenu habituel,
on passe une loi pour les y autoriser ?? Bravo, le raisonnement,
vraiment très fort.

Les droits d'auteurs et leur respect sont à mon sens extrêmement
importants, et ce n'est pas parce que les majors se font du fric de
façon éhontée qu'on peut copier sans vergogne... Comme SPIP, mes
productions personnelles en PHP sont sous GPL, donc librement
utilisables par tout un chacun. Les documents que je rédige au sein de
certaines assos sur l'utilisation du Net sous sous licence libre (FDL),
pour que d'autres Webmasters puissent eux aussi les utiliser et
diffuser. Et un ami à moi qui réalise des graphismes pour le web le
fait sous licence Art Libre, pour que tout le monde puisse s'en
emparer...

A mon sens, c'est plus humain, c'est humaniste. Mais tu n'as pas le
droit de FORCER quelqu'un à être humaniste. C'est comme si tu volais
des pauvres gens dans la rue en filant leur fric au clodos. C'est pas
de la charité, c'est bien du vol... Et il vaut mieux les convaincre de
filer eux-même une pièce, parce que comme ça il le referont peut-être
plus tard.

Voilà, j'ai poussé mon coup de gueule...

Sincèrement,
le Moine Fou
___________________________________
mailto:pierre.thierry@moine-fou.org
PGP Key DH/DSS 0xD9D50D8A

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.0.4

iQA/AwUBPFFxtcXtdyDZ1Q2KEQLPOACeOgOnB7kORa3o9uwK/YlbFM+j2z8An3Mt
G4OoMYrUqtjLJmf77L0g24Y1
=khQO
-----END PGP SIGNATURE-----

10

les narcotrafiquants tuent les flics
on passe une loi pour les y autoriser ??
Bravo, le raisonnement, vraiment très fort.

L'analogie est curieuse (les clodos aussi c'était fort). Calme-toi le
Moine Fou.

Alors précisons: Qu'on emmerde ceux qui portent vraiment préjudice, au
lieu d'empêcher tout le monde sous prétexte que quelques-uns
pourraient tirer un profit de copies d'images, textes ou sons.

Pleins d'images de sites persos sont recopiées d'on ne sait où. Tout
le monde copie tout le monde pour bricoler des pages, exactement comme
pour les idées. Moi je dis que la loi ne doit pas tuer cette liberté,
et continuer tout de même à protéger les artistes et leurs oeuvres.
Point. Qu'ils se démerdent c'est pas si compliqué qu'ils ne le disent.
C'est juste que les marchands commandent souvent la loi, et ce ne sont
pas les plus finos.

Maintenant tu vas me dire un truc toi qui exagère dans tes analogies
et semble défendre les pauvres et les artistes, tu nous renvois vers
un site à page unique qui parle de boutique virtuelle. Tu serais pas
un marchand du temple ?

Cà n'avait rien à voir avec la liste ? Ben si, SPIP est en train de
lancer les sites backstages non ? Et à ce sujet bien sûr que la
propriété reste à l'auteur même en site privé, mais c'est pas la
question. La vraie question est: A partir de quelle audience de site
est-ce que la copie à usage "privé" et non marchand, nuit aux revenus
d'un auteur.

La loi doit s'adapter à la réalité vécue et voulue par le plus grand
nombre. Facile de faire semblant de pas comprendre. Tu fumes quoi ? Je
te propose un calumet.

Walk

PS: j'en mettrai pas un 2eme...
ct juste un droit de réponse.

11

Le script d’accès restreint est emprunté à Jean-François GAZET
// Site : http://www.webjeff.org
// Email : webmaster@webjeff.org
Vous trouverez en fichier joint le zip du script qui contient un fichier d’explication de l’install.
Les points à noter concernent le fait comme je le disais de créer pour la rubrique réservée (et ses articles) un squelette spécifique rubrique-numérorubrique.php3 et article-numérorubrique.php3 qui inclue en tête le fichier de gestion de l’accès

<? require("conf.php3"); // CONNEXION MYSQL $db_link = @mysql_connect($sql_serveur,$sql_user,$sql_passwd); if(!$db_link) {echo "Connexion impossible à la base de données $sql_bdd sur le serveur $sql_server
Vérifiez les paramètres du fichier conf.php3"; exit;} // SELECTION DE L'ENREGISTREMENT CONTENANT L'ID EN COURS $requete=mysql_db_query($sql_bdd,"select * from membre where id=\"$id\"",$db_link) or die(mysql_error()); // SI L'ID N'EXISTE PAS if(mysql_num_rows($requete)==0) { // REDIRECTION PAGE ERREUR header("Location:$url_erreur"); exit; } // LIGNE FACULTATIVE : RECUPERATION DU PSEUDO $pseudo_membre=mysql_result($requete,0,"pseudo"); // CHAMPS SUPLEMENTAIRES // Si vous avez ajouté des champs dans la table SQL, inspirez-vous de la ligne précédente pour récupérer leur valeur. file://$email=mysql_result($requete,0,"email"); file://$ville=mysql_result($requete,0,"ville"); // DECONNEXION MYSQL mysql_close($db_link); ?>

La gestion de la session et l’accès aux articles de la rubrique doit intégrer sur les liens, le passage de l’Id de connection en variable ($id attribuée par le script)
<a href=« pageprotege.php3?id=<? echo "$id"; ?> »>AUTRE PAGE MEMBRE

soit dans une boucle :
<a href=« #URL_ARTICLE&id=<? echo "$id"; ?> »>[(#TITRE|majuscules)]

Ce qui donne dans un squelette par exemple :

<BOUCLE_sous_sous_rubriques2(RUBRIQUES){id_parent}{par titre}{0,10}>
[(#TITRE)

]
</BOUCLE_sous_sous_rubriques2>
<BOUCLE_art_rub2(ARTICLES){id_rubrique}{0,10}{par date}{inverse}>
<a href=« #URL_ARTICLE&id=<? echo "$id"; ?> »>[(#TITRE|majuscules)],[(#SOUSTITRE)][(#CHAPO)]
#TEXTE

#PS

</BOUCLE_art_rub2>

</BOUCLE_sous_rubriques2>

</B_sous_rubriques2>

Bien sûr tout cela suppose de pouvoir se repérer à minima dans le code php.
Mais ce n’est pas sorcier.

Les explications détaillées dans le fichier install.txt du zip ci-joint.

Thierry RAFFIN

----- Original Message -----
From: Alain F.
To: Thierry RAFFIN
Sent: Sunday, January 27, 2002 4:33 PM
Subject: Re: [Spip]Re: [Spip]Re:_[Spip]site_avec_partie_confidentielle&_appel_à_contrib

Bonjour,

En complément d’information par rapport au message ci-dessous, pourriez-vous me dire s’il n’y a pas de problème de compatibilité entre le htaccess qui gère le répertoire « écrire » de SPIP et celui qui permet de demander une authentification aux lecteurs (ce dernier htaccess se trouvant « au-dessus » de celui qui gère la zone « écire »).

Toute autre info sur ce sujet que je ne maîtrise pas du tout serait bienvenue…

Espérant ne pas avoir abusé de votre temps.

Cordialement.

Alain FRUGIER

----- Original Message -----
From: Thierry RAFFIN
To: spip@rezo.net
Sent: Thursday, January 24, 2002 6:26 PM
Subject: [Spip]Re: [Spip]Re:_[Spip]site_avec_partie_confidentielle&_appel_à_contrib

POur le site d’Inf’OGM que nous sommes en train de refaire avec SPIP, nous
avons une partie administrateurs de l’association en accès restreint.
Pour y arriver j’ai branché sur SPIP une fonction d’accès restreint - avec
login mot de passe pour identifier et authentifier ls administrateurs (ce
n’est pas les scripts qui manquent de ce point de vue) ; le point de
vigilance est à ce moment là de créer un secteur dédié aux informations en
accès restreint et de prévoir des squelettes dédiés à l’affichage des ces
informations pour rubrique_numerodesecteur.php3 et
articles_numerodesecteur.php3 contrôlés par la fonction d’authentification.
Il faut alors veiller aussi pour que les choses soient propres à exclure ce
secteur du plan de site.

Thierry RAFFIN
Administrateur INf’OGM.
----- Original Message -----
From: Laurence Morel <lomorel@yahoo.fr>
To: pierre.rust <pierre.rust@laposte.net>; <jean.marc.baubet@free.fr>
Cc: <spip@rezo.net>
Sent: Wednesday, January 23, 2002 7:51 PM
Subject: Re:
[Spip]Re:_[Spip]site_avec_partie_confidentielle&_appel_à_contrib

Bonjour,

Ce projet m’intéresse beaucoup ! Je suis en train de
chercher à créer un espace membre . J’ai installer un
script, jusque là tout va bien, mais je n’arrive pas à
appeler mes articles ou rubriques protégées à partir
de l’espace membre. Comme je ne suis pas du tout
informaticienne, je m’arrache les cheveux. J’ai tout
essayé mais rien ne marche !

— « pierre.rust » <pierre.rust@laposte.net> a écrit :

Oui cela peut sembler tres interressant. Mais
comment
comptes tu faire ?

J’ai fait mail un (cf. copie ci-dessous) sur ce
sujet à la
mailing-list de dvp, ça me semble plus adapté. J’ai
déjà une
idée plutôt précise du fonctionnement.

Qu’en pense les developpeurs ?
Est que ce genre d’amélioration pourra être
intégrée dans
les prochaines versions si elle est developpée ?

Je ne sais pas encore, je vais voir leur réaction.
Pour l’intégration, j’espère que celà sera possible
:slight_smile:

Si la réponse est Oui je veux bien participer à ce
developpement. Mais
attention avant de se lancer dans quoi que se soit
nous
devons avoir des
specifications bien précises

Le mail ci-dessous devrait déjà répondre à pas mal
de
questions. Si nous sommes réellement plusieurs sur
le projet,
on pourra/devra bien sur se rédiger une petite spec
pour tous
aller dans la même direction. J’aime bien travailler
avec
ordre :slight_smile:

Pierre

copie du mail à là ml de dvp:

Bonjour,

je suis actuellement en train de développer une
‹ extension › à
Spip afin de gérer une partie ‹ privée › (autre que
celle des
rédacteurs) contenant des éléments (rubriques,
articles, …)
accesibles uniquement après un login.

Techniquement, l’idée n’est pas vraimment difficile
à
réaliser : la visibilité est gérée au niveau des
rubriques
(ajout d’un champ visibilité dans la table des
rubriques) et
s’applique à tous les éléments contenus dans la
rubrique. Il
suffit ensuite d’ajouter ce critère à la
construction des
requètes SQL liées aux boucles et normalement le
tour est
joué. Bien sur il faut aussi ajouter le système de
login et
poser un cookie (pas de session pour rester
compatible avec
php3) chez les utilisateurs logés pour activer
l’affichage des
rubriques ‹ privées › et de leur contenu. A priori
rien de bien
sorcier, d’ailleurs j’ai déjà écrit une bonne partie
du code.
La partie ‹ administration › correspondante devra
permettre de
choisir (simplement avec une checkbox) la visibilité
de chaque
rubrique et éventuellement de supprimer/rajouter des
utilisateurs (je n’ai pas encore attaqué cette
partie par
contre).

J’essaie de faire ça le plus proprement posssible
afin qu’une
éventuelle intégration a spip (v1.4, 1.5 ?) soit
possible sans
trop de problèmes. Je me pose toutefois quelques
questions :

1- Existe-il une doc expliquant les fonctionnalités
des ‹ fichiers de fonctionnement › de Spip (ie. ceux
de
construction du squelette en php, …). Actuellement
j’essaie
de deviner ce que fait chaque fichier mais ce n’est
pas
toujours facile, ou plutôt c’est relativement long
et
fastidieu… De plus j’aimerai éviter de ‹ poser › des
fonctions
à des endroits auxquels elles ne correspondent pas
vraimment.

2- Performances : pour tous les éléments, sauf les
rubriques,
cette modification va entrainer une jointure dans la
requète
SQL (pour vérifier la visibilité de la rubrique
mère) de la
boucle spip associée, la rendant ainsi plus lourde.
Si ça
risque de ralentir un peu le fonctionnement, ça ne
devrait a
priori pas être significatif mais je préfère
demander l’avis
des développeurs pour être sur.

3- Voyez-vous des points que j’aurais négligé dans
la
conception du système? Des problèmes potentiels que
je
n’aurais pas détectés ? J’ai découvert Spip il y peu
(1
semaine en fait) et il est bien possible que
certaines
subtilités m’échappent…

4- Ce système interesse-t-il quelqu’un d’autre ?
C’est pour
savoir s’il est utile de passer un peu de temps à
réaliser un
package d’installation bien propre et à le tester.
Je sais que
c’est fortement conseillé dans la rubrique
‹ participer au
dvp ›, mais si je suis le seul à utiliser cette
fonctionnalité
ça présente alors peu d’intéret.

5- La question ultime : y-a-t-il quelqu’un
d’interessé pour
participer ? En particulier au développement de
l’interface
d’administration, qui ne me motive pas
particulièrement :slight_smile:
(actuelllement je fait ça avec des requètes ‹ update ›
à la
main, c’est pour dire !).

Si vous êtes interessés ou si vous avez des
questions,
contactez moi !

d’avance merci,
a+

Pierre Rust

PS : j’ai déjà posté un message à ce sujet sur la ml
des
webmestres mais a priori celle-là est plus adaptée.

« 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) »

spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

Do You Yahoo!? – Une adresse @yahoo.fr gratuite et en français !
Yahoo! Courrier : http://courrier.yahoo.fr

spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

webjeff_espace_membre_v1.11.zip (7.07 KB)

12

salut !

je m'adresse a ceux qui ont du temps à perdre (plutôt à utiliser intelligemment :slight_smile: mais qui veulent nous en faire gagner :
qui montera donc un site de dépôt de scripts pour SPIP ? je sais qui y a des contrib sur le site uzine, mais c un poil spartiate niveau fonctionnalités.
j'ai rien contre faire le site, mais étant pour l'instant en partiels, on oublie...dans kk semaines peut être.

l'idée est classique : un site (pas forcément en SPIP) permet aux auteurs d'ajouter leur scripts grâce à un compte personnel.
les visiteurs peuvent consulter pas mal d'infos sur chaque script (et télécharger) :
- idée générale du script
- fonctionnalités détaillées
- auteur
- taille
- aide à l'install
etc...

un peu comme www.comscripts.com

a+

M. ONFRAY

13

Vous trouverez en fichier joint le zip du script qui contient un fichier d'explication de l'install.
Les points à noter concernent le fait comme je le disais de créer pour la rubrique réservée (et ses articles) un squelette spécifique rubrique-numérorubrique.php3 et article-numérorubrique.php3 qui inclue en tête le fichier de gestion de l'accès

Je suis parti exactement du script :slight_smile:
Mais pour éviter d'avoir à passer l'id en argument (et donc à la
rajouter dans le code des squelettes) je l'ai modifié pour poser un
cookie à la place. Du coup il ne reste que le code idoine à poser au
début du squelette d'une partie (et de ses articles) pour la protéger.
Je vous joins le version modifiée si ça intéresse quelqu'un. Maintenant
je travaille pour qu'une catégorie protégée n'apparaissent pas du tout
tant qu'on est pas logué.

a+

P.

acces.zip (7.23 KB)

14

N'ayant pas le temps de me pencher sur le Squellette...
Quelqu'un peut-il me dire comment enlever le menu de la naviagation
supérieur du squelette standard sans endommager la structure..
Me donner toute le code complet à supprimer, s'il vous plaît...
Merci d'avance...

Eric Nguyen

15

http://www.congres-mondial-amazigh.org/meme.php3
Tiens essaye çà

----- Original Message -----
From: "Eric H. Nguyen" <e.nguyen@oasies.com>
To: <arrami@kabyle.com>
Sent: Tuesday, January 29, 2002 10:40 PM
Subject: Re: [Spip] squelettes

Je préfère modifier les script PHP... ;o)
Je te jure, je n'ai pas le temps, je ne critique pas Spip... Mais bon,

j'ai

besoin d'enlever ce mneu supérieur qui deviens trop gros...
Alors en 5 minute et sans pousser mémé dans les orties, donnes moi le code
complet... Merci... ;o)

> Faut pas pousser bobonne non plus ! :slight_smile:
>
> Prend une page simple et ajoute tes propres boucles au fur et à mesure

ce

> sera plus didactique pour toi que de faire les choses sans rien
comprendre.
>
> Une toute simple :
> <BOUCLE_article_couv(ARTICLES){id_rubrique=146}{par
> date}{doublons}{inverse}{0,1}><br>
> </font><font face="Arial,
Helvetica,
> sans-serif" size="2" color="#333333">[(#CHAPO)]<a

href="#URL_ARTICLE"><br>

> La suite </a><br>
> </font></BOUCLE_article_couv>
>
> Pour tes rubriques si tu veux virer des menus indésirables ajoute dans

un

> fichier include un tableau avec tes liens de rubriques en href :
> rubrique.php3?id_rubrique=8 etc...
>
> Déjà qu'avec SPIP il n'y a de prog php à modifier sauf pour tes besoins
> spécifiques:)
> Tu as des squellettes simple types sur Uzine.net.
> :wink:
>
>
> ----- Original Message -----
> From: "Eric H. Nguyen" <e.nguyen@oasies.com>
> To: <spip@rezo.net>
> Sent: Tuesday, January 29, 2002 10:04 PM
> Subject: [Spip] Squelette
>
>
> > N'ayant pas le temps de me pencher sur le Squellette...
> > Quelqu'un peut-il me dire comment enlever le menu de la naviagation
> > supérieur du squelette standard sans endommager la structure..
> > Me donner toute le code complet à supprimer, s'il vous plaît...
> > Merci d'avance...
> >
> > Eric Nguyen
> >
> >
> > _______________________________________________
> > spip mailing list
> > spip@rezo.net
> > http://listes.rezo.net/mailman/listinfo/spip
> >
>

meme.html (4.71 KB)

meme.php3 (73 Bytes)

16

Merci aux intervenants de Spip toujours très aimable et secourable.
C'est une belle communauté !

Eric Nguyen

17

Vous pouvez le faire sur mon site www.ecrandebureau.com, il y a une
rubrique consacrée à spip et vous pouvez mettre tous vos scripts (comme
la corbeille), vos astuces.....
Pour ceux que cela intéresse allez sur www.ecrandebureau.com/ecrire/ le
login est visiteur et mot de passe visiteur.
Si par la suite vous souhaitez vous inscrire je vous donnerai un login
et un mot de passe propre (voir explication sur le site) et pour ceux
qui ont des idées et qui souhaiterait des exemples, articles, ils
peuvent suggérer directement leur article en ligne à l'adresse suivante
: http://www.ecrandebureau.com/article.php3?id_article=39

Manuel ADAMI
Ecran de Bureau - http://www.ecrandebureau.com
Pour tout savoir sur Adobe Golive, PHotoshop, Frontpage et autres
astuces pour les webmasters

-----Message d'origine-----
De : spip-bounces@rezo.net [mailto:spip-bounces@rezo.net] De la part de
ONFRAY Matthieu
Envoyé : mardi 29 janvier 2002 20:42
À : spip@rezo.net
Objet : [Spip] scripts

salut !

je m'adresse a ceux qui ont du temps à perdre (plutôt à utiliser
intelligemment :slight_smile: mais qui veulent nous en faire gagner :
qui montera donc un site de dépôt de scripts pour SPIP ? je sais qui y a
des contrib sur le site uzine, mais c un poil spartiate niveau
fonctionnalités.
j'ai rien contre faire le site, mais étant pour l'instant en partiels,
on oublie...dans kk semaines peut être.

l'idée est classique : un site (pas forcément en SPIP) permet aux
auteurs d'ajouter leur scripts grâce à un compte personnel.
les visiteurs peuvent consulter pas mal d'infos sur chaque script (et
télécharger) :
- idée générale du script
- fonctionnalités détaillées
- auteur
- taille
- aide à l'install
etc...

un peu comme www.comscripts.com

a+

M. ONFRAY

_______________________________________________
spip mailing list
spip@rezo.net
http://listes.rezo.net/mailman/listinfo/spip

18

J'ai un problème quand j'essaye d'implémenter ce script avec Spip .

En effet vu que dans le login.php3 pour lancer la nouvelle fenetre une fois
que l'utilisateur est identifié on utilise un
"header("location:espacemembre.php3?id=$id)", que Spip fait des Header lui
aussi quand on affiche une nouvelle page et que il est interdit (impossible)
de faire plus d'un Header (cad donner des infos sur l'entete d'une page) par
page et bien ca fait un petit conflit.

Donc ma question est la suivante: si on n'appelle pas (dans login.php3) la
page espacemembre.php3 avec un header avec quoi le fait-t-on et surtout
qu'est ce que ca change de ne pas donner ces infos de type Header dans ce
cas là!

le message d'erreur est le suivant:

"Warning: Cannot add header information - headers already sent by (output
started at c:\weblocal\monsite\sommaire.php3:2) in
c:\weblocal\monsite\ecrire\inc_version.php3 on line 224"

Je suis parti exactement du script :slight_smile:
Mais pour éviter d'avoir à passer l'id en argument (et donc à la
rajouter dans le code des squelettes) je l'ai modifié pour poser un
cookie à la place. Du coup il ne reste que le code idoine à poser au
début du squelette d'une partie (et de ses articles) pour la protéger.
Je vous joins le version modifiée si ça intéresse quelqu'un. Maintenant
je travaille pour qu'une catégorie protégée n'apparaissent pas du tout
ant qu'on est pas logué.

19

Oui c'est vrai mais cela dépends avec quoi tu développes.
Moi j'utilise Dreamweaver et (pour autant que tu prends bien garde à
décocher les cases de correction automatique des balises inutiles et des
balises non fermées dans le menu préférence) tu peux utiliser les fonctions
de rechercher remplacer qui sont assez puissantes (et parfois dangereuses,
mais plus rapides que la reprise à la main page par page.
Ceci dit, c'est trop tard pour cette nuit...
Bon courage pour aujourd'hui et ta présentation de ton site.

Thierry RAFFIN
www.infogm.org

----- Original Message -----
From: reveOlution <mailing@bpink.com>
To: <spip-dev@rezo.net>
Sent: Wednesday, January 30, 2002 3:14 AM
Subject: [spip-dev] Petite proposition - css de boucles courantes

Bonjour cher dev team,

Il est 3h00 du mat et demain je dois présenter l'un de mes premiers sites
spip... que d'émotion quand je penserais à toutes ces petites boucles...

bon

passons :wink:

Bref il est 3H00, et je me rend compte que cette boucle qui affiche au
hasard un article spécifique sur chaque page n'as pas la bonne mise en

page,

il faut un espace ç cet endroit (*pointe du doigt la ligne*)...

Je réalise alors qu'il me faut modifier prés de 35 pages... arg !

Je me souviens : " mais spip intégre des boucles récursives me semble t'il
!!! "
Damn... il ne s'agit que de boucles dans la même page...

Aussi, pourquoi ne pas envisager d'avoir certaines boucles dans un

fichiers

séparé que l'on pourrait appeller dans toutes les pages des squelettes ?

Ainsi, on se retrouverais avec une seule boucle à modifier et non plus 35.
C'est valable dans mon cas de figure, mais j'imagine dans des tas d'autres
également, genre un menu, mais aussi des fonctions récursives, genre
affichage de dates, etc.

On pourrais a partir de ce fichier gérer facilement un footer, ou un

header

de page. Bonjour les miriades de possibilités, et surtout la

simplification

au niveau des modification sur des sites ou un grand nombre de squelettes
doivent exister compte tenu de nombreux type d'information et de
présentation.

En espérant vous donner une bonne idée,

Cordialement,

reveOlution, fatigué =)

_______________________________________________
spip-dev@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-dev

20

J'ai procédé par recherche remplace, mais ça oblige tout de même à être trés
stricte dans la présentation des pages... le moindre espace en plus ou en
moins et c'est un probléme pour remplacer, et on a toujours 1 ou 2 pages qui
n'appliqueront pas le remplace.

L'idée c'est quand même de n'avoir qu'un seul fichier à uploader, et de voir
des modif s'appliquer sur tout le site... Exactement à la maniére des CSS ou
des includes... pour toutes les boucles courates et recursives.

Mais je suis un peu trop ignare en prog pour savoir le travail que cela
représente et si donc ça vault le coup ou pas =)

cordialement

reveOlution

P.S. Bravo pour votre site sur les OGM qui est une véritable mine d'info,
sur ces mutants que l'on nous cache.

----- Original Message -----
From: "Thierry RAFFIN" <thraffin@altern.org>
To: <spip@rezo.net>
Sent: Thursday, January 31, 2002 5:46 AM
Subject: [Spip] Re: [spip-dev] Petite proposition - css de boucles courantes

Oui c'est vrai mais cela dépends avec quoi tu développes.
Moi j'utilise Dreamweaver et (pour autant que tu prends bien garde à
décocher les cases de correction automatique des balises inutiles et des
balises non fermées dans le menu préférence) tu peux utiliser les

fonctions

de rechercher remplacer qui sont assez puissantes (et parfois dangereuses,
mais plus rapides que la reprise à la main page par page.
Ceci dit, c'est trop tard pour cette nuit...
Bon courage pour aujourd'hui et ta présentation de ton site.

Thierry RAFFIN
www.infogm.org

----- Original Message -----
From: reveOlution <mailing@bpink.com>
To: <spip-dev@rezo.net>
Sent: Wednesday, January 30, 2002 3:14 AM
Subject: [spip-dev] Petite proposition - css de boucles courantes

> Bonjour cher dev team,
>
> Il est 3h00 du mat et demain je dois présenter l'un de mes premiers

sites

> spip... que d'émotion quand je penserais à toutes ces petites boucles...
bon
> passons :wink:
>
> Bref il est 3H00, et je me rend compte que cette boucle qui affiche au
> hasard un article spécifique sur chaque page n'as pas la bonne mise en
page,
> il faut un espace ç cet endroit (*pointe du doigt la ligne*)...
>
> Je réalise alors qu'il me faut modifier prés de 35 pages... arg !
>
> Je me souviens : " mais spip intégre des boucles récursives me semble

t'il

> !!! "
> Damn... il ne s'agit que de boucles dans la même page...
>
> Aussi, pourquoi ne pas envisager d'avoir certaines boucles dans un
fichiers
> séparé que l'on pourrait appeller dans toutes les pages des squelettes ?
>
> Ainsi, on se retrouverais avec une seule boucle à modifier et non plus

35.

> C'est valable dans mon cas de figure, mais j'imagine dans des tas

d'autres

> également, genre un menu, mais aussi des fonctions récursives, genre
> affichage de dates, etc.
>
> On pourrais a partir de ce fichier gérer facilement un footer, ou un
header
> de page. Bonjour les miriades de possibilités, et surtout la
simplification
> au niveau des modification sur des sites ou un grand nombre de

squelettes

> doivent exister compte tenu de nombreux type d'information et de
> présentation.
>
> En espérant vous donner une bonne idée,
>
> Cordialement,
>
> reveOlution, fatigué =)