Page 1 sur 21, 2 Suivant[PmWiki] Gestion des auteurs

[nicko_510]

Salut, voilà quelques jours que j'ai installé PmWiki et je commence à comprendre un peu comment ça fonctionne.
Mon problème vient du fait que je voudrai que seul les membres inscrits puissent éditer les pages.
Bien que j'ai trouvé l'action

Code: Tout sélectionner

$action=login

pour pouvoir se loguer, je n'ai pas trouvé d'équivalent pour l'inscription ...
Comment faut-il faire pour avoir une page inscription, toute simple, où l'utilistaeur n'inscrit qu'un pseudo et un mot de passe ?

Merci

[Tolosano]

Salut, je pense que tu devrais trouver ta réponse ici

Tolosano

[nicko_510]

J'étais déjà allé voir ce lien, mais il ne parle que du cas où c'est l'admin, qui manuellement, créé les comptes en éditant la page Site.AuthUser.
Ce que je voudrai c'est que n'importe qui puisse s'inscrire, sans que l'admin intervienne, à la manière d'un forum.

[Tolosano]

Non, tout le monde peut s'incrire de même ici :-)

Tolo.

[pyg]

en fait, ça marche tres bien couplé au cookbook FastMembership (qui va remplir un fichier .htpassword).

Tiens, ça fait qq temps que j'ai arreté de suivre le changelog de pmwiki (pas bien ! ), mais il y a qd même un truc casse-pied pour moi : soit Alice et Bob 2 utilisateurs ayant accès aux permissions de protection (?action=attr). Si Alice met dans un des champs "id:Alice,Marcel", comment Bob, qui voudrait ajouter "Robert" peut-il savoir quelles sont les protections prééxistantes ? (ou comment Alice peut elle être sûr de se souvenir de la valeur initiale ?)

[Tolosano]

Dans la mesure où seuls les mots de passes sont pris en compte (je parle de AuthUser, j'ai pas testé FastMembership), on peut imaginer que tous ceux qui entrent des comptes et mots de passes ajoutent les droits attribués à chacun.

Pour un mot de passe oublié, bien, ma foi, pas de solution... Si ce n'est de le retenir

Tolo.

[pyg]

Pour un mot de passe oublié, bien, ma foi, pas de solution... Si ce n'est de le retenir

Nanan, c'etait pas ça ma question : Comment Bob, lorsqu'il vient sur la page Titi/Toto?action=attrib peut-il savoir qu'Alice (miam, Aliiiice ! tadadada... oups, pardon) avait mis "id:Alice,Robert" s'il veut *ajouter* un nom a la liste, et non la *remplacer* ?

[Tolosano]

Je suis pas sûr de saisir

On a d'un côté les groupes :

# @writers: alice, bob
# carol: @editors, @writers
# @admins: alice, dave

D'un autre les utilisateurs :

# Examples:
# alice: (:encrypt wonderland:)
# bob: (:encrypt builder:)

Donc, si Bob veut ajouter Robert au groupe @writer : il l'ajoute, et il lui restera à créer à côté le compte de cet utilisateur... Non ?

Tolo.

[pyg]

yep, mais moi je te parle des champs des pages appelés avec ?action=attr

Ainsi, tes groupes et tes utilisateurs, ils sont bien beau, mais si tu veux protéger la page http://monsite.com/MonGroupe/MaPageSecrete , tu utilise bien http://monsite.com/MonGroupe/MaPageSecr ... ion=attrib ? Et c'est là que tu mets @writer dans le champ (pour dire que seuls les membres du groupe writers ont accès.

Mais une fois cette page enregistrées, quand tu reviens dessus, le champs est vide, et il faut donc le savoir, que tu as mis @writers

(chais pas si je suis clair là :p )

[Tolosano]

Et c'est là que j'en reviens à ce que je disais plus haut : puisque tu peux mettre tout ce que tu veux sur ta page AuthUser, il suffit pour cela de définir le groupe et d'y ajouter un commentaire :

@writers: alice, bob
# A accès à : mongroupe/mapagesecrète

Et donc : c'est lourd et fastidieux (mais, j'avais pas dit le contraire :-)) Me demande s'il n'y a pas mieux

Tolo.