[TUTO] Espace membre

Bah moi je sais faire tout ça sauf le ajax/javascript qui peut m'être utile pour un mini-chat donc je suis d'accord

Ce que je trouverais interessant c'est faire une annexes, avec des atouts, pas obligés mais des trucs comme ça.

Par exemple avec profil, avatar, adresse email etc...

Oui moi je vient de finir d'apprendre, mais je ne connais vraiment que les bases : inscription, connexion, déconnexion et protéger les pages contre les invités ...
Donc moi je lirai volontier le tutos

T'as appris où ?

Moi ça me plairait bien surtout avec une administration d'ajout/modif/suppression de groupes avec des droits différents pour chaques modules, je ne comprend rien à se point T_T
Citation : LKy
Bin c'est normal que ça fasse une seule table non ?

Citation : Kseto
Ici.

Citation : Rafy_007
Une annexe est prévue, soit en Partie III, soit en partie IV selon notre décision ou non de nous étendre sur le système de droits.

Citation : Barbary
C'est possible que l'on réserve une partie à la limite du HS sur la gestion des droits dans un site web, mais pour te donner des pistes d'une gestion de groupes possible :

1 table groupes
Contenu : nom du groupe, id du groupe, description du groupe
1 table groupe membres
Contenu : id du groupe, id de membre, modérateur (== 1 ou 0, si 1, le membre est modo du groupe, il peut mettre d'autres membres dedans ou les virer, à décider si les modos peuvent s'entre virer et s'entre nommer )
1 table droits groupe/forum
Contenu : id groupe, id forum, lire, répondre, créer topic, verrouiller, déplacer, supprimer (posts des autres et/ou topics), éditer posts (des autres) etc...
1 table droits groupe/news
Contenu : id groupe, lire, créer news, verrouiller commentaires, supprimer news, supprimer commentaires, éditer commentaires, éditer news (des autres) etc...
1 table droits groupe/membres
Contenu : id groupe, supprimer membre, éditer profil (tu peux faire un champ par droit ou considérer que soit on peut tout éditer, soit on ne peut rien éditer), bannir membre etc...
1 table membres bannis
Contenu : id membre, motif, délais, etc...
1 table groupes/groupes (donne le droit à un groupe d'en créer, éditer, supprimer etc...)
Contenu : id groupe, creer groupe, editer groupe (ajouter des membres, les virer etc), supprimer groupe etc... (généralement ce genre de droits est attribué seulement aux administrateurs d'un site)

Voilà, ça t'éclaire ?

Citation : Barbary
Le contraire serait choquant, vu qu'on a juste besoin d'une table membres.

Sinon, pour vous tenir informés, j'ai bientôt fini le chapitre 3, le formulaire est ok, le système charte + qcm charte est ok, le captcha c'est ok, faut que je fasse le traitement.

Citation : fayçall
Faudra attendre la partie II.

Citation : Neoterranos

Y a pas le feu ... enfin je crois
En faite pas que pour le mini-chat mais aussi pour dire au visiteur quand il écrit un pseudo lors de l'inscription je lui indique directement si le pseudo existe ou pas (Je sais c'est pas très fiable car il peut désactiver javascript mais y a du php dans le traitement ,c'est juste pour améliorer)
Citation : Barbary
Bah tu fais comme si y a deux partie dans la table , une lors de l'inscription qui rempli juste le pseudo , password et mail , ensuite tu propose une page qui lui indique si il veut changer par exemple le prénom , la ville ou il habite (...) , tout ça en vérifiant si il existe une session que tu as créer lors de sa connexion.
Pour les droits , a chaque fois que tu veux par exemple mettre quelque chose spécial administrateur , tu vérifie déjà si il existe la session de connexion , ensuite tu te connecte a ta table de membres et tu vérifie le grade du membre qui a pour pseudo la session pseudo, si c'est administrateur , alors tu affiche ce que tu veux , sinon tu lui dit qu'il n'en a pas le droit

Bonjour tout le monde !!

Me voila revenu de notre belle campagne française !
Je reprend ma rédaction du tutorial.

Si vous avez des questions, nous restons là !

Effectivement, il ne serait pas normal que ce système utilise plus d'une table. En revanche, selon le système de droits que nous voulons utiliser, il sera peut être nécessaire de faire d'autres tables.

Neoterranos, si on se retrouve avec 20 modules ça va pas finir par faire lourd ?

Citation : Neoterranos
Moyen comme système de droit, un peu lourd a mon gout.
Je fais plutot comme ca :
un champ dans la table membre indiquant l'id du rang du membre
une table rang avec id et nom du rang
une gestion des droits suivant les rangs
une table de droits spéciaux ou on enregistre une ligne pour un membre avec les rajouts de droits codés en binaire, un champs pour chaque "type" et les droits associés. Exemple champ "forum" vaut 17, soit 10001, le premier chiffre correspond a la possibilité de fermer un post par exemple, le deuxieme a modifier les posts des autres, etc...
Au moins, tu ne rajoute une ligne dans cette table que si nécessaire, si les droits corresponde uniquement au rang que le membre a, pas besoin de rajouter.
Apres, tu peux soit enregistrer les droits par défaut de chaque rang dans ta bdd, ou dans un fichier ini, au choix.
Me semble plus léger et souple comme méthode .

Effectivement plus souple et léger mais complexe par contre : /

Beh pas très complexe à mettre en place je trouve.
Si ça l'est telletement, ya qu'a faire un tuto alors .

Il y en a déjà un, c'est des techniques avancées quand même, mais après relecture j'ai finis par comprendre

Beh il est pas aussi complet que celui que je décris, et pas totalement optimisé.
Mais c'est vrai que c'est une bonne base de systeme de droit .

Bonsoir

Un système de droits et de permissions sera réalisé dans ce tutoriel. Il est efficace et ne reposera que sur deux tables SQL (le système utilise des groupes pour les permissions).
Toute sorte d'autorisation peuvent être ajoutée à ce système.

Je peux avoir un descriptif de son fonctionnement s'il te plait ?

Il est assez simple.

Une table pour stocker les noms des groupes et ce qu'on veut pour les paramétrer. Un autre table pour stocker toutes les autorisations liées à ce groupe.

En fait, j'ai développer ce système pour mon forum, donc il prend 2 tables.
Mais on peut tout mettre en une seule table, par contre je trouve qu'on perd en clarté...


Pour le fonctionnement, un formulaire qui liste les autorisations et met des cases à cocher associées à l'autorisation.

Simple et efficace...

Oui mais par exemple, tu veux rajouter une autorisation en particulier pour un membre dans ton script.
Tu es obligé de créer un nouveau groupe.
Mais c'est sur que comme systeme de gestion de droits de base, c'est deja tres bien .

Citation : Timot
Généralement je réfléchis avant de proposer quelque chose, y a ptet plus de tables dans le mien, mais que je sache, les jointures, c'est pas en option, et le mien a le mérite de marcher au droit près.

Le tien n'est certainement pas ce que j'appelle souple, suffit de voir comment tu nous présentes ça, déjà faut se taper le code de comparaison binaire, ensuite, faut se casser les reins avec des restrictions pas possible, ton système ne permet pas de donner des possibilités au détail, il est trop généraliste. Et puis qui t'a dit que je mettais une ligne dans la table droit si elle n'était pas nécessaire ?

Deux exemples de manque de souplesse avec ce que tu me dis (après, peut-être que j'ai mal compris ?) :
Citation : Pas de titre
Et si on veut faire rentrer ce membre dans deux groupes différents sans créer un groupe ayant les droits des deux groupes ciblés ?

Citation : Pas de titre
Et si je veux que le rang "modo forum discussions générales" n'ait le droit de modérer que ce forum, je fais comment ?

Ou si je veux des gérants pour chaque groupe je fais comment ?

Ou si je veux qu'un groupe puisse en créer d'autres, les administrer et les supprimer ?

Citation : Pas de titre
Et ça tu le fais en une seule table ? Avec ta clé binaire ? Et ton champ type de droits ?
Donc pour toi, faut mélanger forum, news, et autres modules dans la même table ?
Bonjour le bazar quand t'ajoutes un module ou si tu te plantes à l'insert.

Ça tient ptet en moins de tables, mais c'est certainement pas plus souple, ni mieux organisé, soit on fait un système de droits à ta façon, qui, si on fait un groupe modo, un groupe admins, et à la limite un groupe newsers marche très bien, soit on veut plus de groupes que ça (par exemple pour la modération, un groupe de modos par catégorie) et là le tien me laisse perplexe.

Bref, je continue à penser que mon système "lourd" (6 tables contre 3, je considère pas que membre bannis soit dépendant du système de droits, c'était une précision, limite tu peux rajouter les cases banni, motif, délai dans la table membres) ne l'est pas tant que ça si tu veux faire une gestion de droits précise et lisible les programmeurs qui reprendront un site à la suite.

Bonne soirée.

Neoterranos

PS : LkY, d'accord, une table groupe plus une table droits groupe/forum, mais si tu veux aussi la gestion des news, la gestion de création de groupes, de création de membres etc, tu dois forcément faire plus de tables.

Citation : Neoterranos

On est bien d'accord, mais le système que j'ai créer est maison et pour le moment ne sert que sur mon forum, mais il est évident que pour plus de souplesse et de clarté, d'autre tables sont nécessaires.

Citation : Neoterranos
Euh, tout d'abod, le code de comparaison binaire, c'est facile a mettre en place, ya des opérateurs qui existe deja. D'ailleurs le tuto existant sur un système de droit utilise ce meme systeme et je ne le trouve pas compliqué.

Et ensuite, justement mon code n'est pas généraliste. D'une part, il généralise en créant des groupes. Mais il permet aussi de rajouter un droit spécial a un membre, grace a la 2eme table.
Ensuite, pour un membre qui appartient a 2groupes, c'est facile a rajouter, dans le champ rang tu rajoute l'id du 2eme groupe séparé par un /, un -, un séparateur quoi. Et avec un explode tu récupère chaque groupe. Un peu lourd comme méthode, mais c'est assez rare a utiliser. Toutefois, je te l'accorde, si ce genre de "fusion" de groupe arrive trop souvent, sans l'etre trop pour créer un nouveau groupe, une table supplémentaire membres_groupe pour assigner chaque membre a un ou plusieurs groupe, peut etre utile. Mais je pense qu'on peut s'en passer ma foi.

Ensuite, pour gérer un seul forum, beh, tout est une question de droit. Tu rajoute le droit de moderer tel forum juste a ceux qui en ont besoin dans la table droits_speciaux, dans le champ forum.

Des gérants pour chaque groupe, euhh la j'ai pas compris. C'est quoi des gérants, quel est leur role ? En tout cas, si c'est juste une différence de droit, comme je l'est déja dit, tu peux rajouter n'importe quel droit dans la table droit_speciaux.

Et pour la gestion de groupe, c'est encore pareil, c'est juste un simple droit, donc tu l'active pour tel groupe/personne ou pas.

Pour gérer les droits des groupes, soit tu met ça dans la table droits_speciaux, qui dans ce cas la, n'est plus les droits spéciaux, mais tout simplement les droits correspondants soit a un groupe, soit a un membre.
Mais je pense que le mieux est de le gérer dans un fichier ini, du genre :
[1] //id des modérateurs
forum=1100010101...
news=....

[3] //id des admins
groupe=11010...
etc

Donc, c'est tres souple, vu que tu peux créer autant de droit que tu veux qui corresponde a ceux que tu veux.

Citation : Timot
Passer par les opérateurs et chaînes binaires est loin d'être nécessaire et n'est pas sans défaut, car dès que tu créés un nouveau droit pour les forums par exemple, tu dois modifier toutes les chaînes binaires en question dans la table des droits.

Citation : Timot
Ce n'est pas parce que j'ai volontairement omis cette idée de droits spéciaux que ça n'existe pas, mais tu peux aussi créer un rang qui aura ces droits spéciaux et mettre le membre dedans.

Citation : Timot
C'est drôle, c'est exactement ce que j'avais fait, et pour les jointures, c'était devenu impossible car justement, y avait deux valeurs dans le champ et non une seule.

Citation : Timot
Non, c'est plus clair et précis.

Citation : Timot
Donc si je veux douze membres avec le droit de gérer un seul forum, je peux pas créer de groupe, donc on verra pas sur leur rang qu'ils sont modérateurs d'un forum, et surtout, ça fait douze entrées dans droits_spéciaux, c'est plus tellement spécial ni exceptionnel ces droits spéciaux...

Citation : Timot
Dans un groupe de recherche à L'INSERM (Institut National de Santé Et Recherche Médicale : premier nom qui m'est venu), y a toujours un chef, non ? Ben ici c'est le même principe, un gérant de groupe peut virer les membres dans ce groupe, en rajouter, modifier la description du groupe, voire nommer un autre ou plusieurs autres gérants, ça diminue la charge de travail de/des l'admin(s).

Citation : Timot
droits_speciaux ne peut pas nous aider alors, vu qu'elle ne concerne que des membres.

Citation : Timot
Et là on vire dans fopen, fputs, fread, fclose etc etc...

Citation : Timot
Je peux faire pareil, mais je délègue pas tous les droits dont je sais pas quoi faire dans droits spéciaux.

C'est ce que j'appelle un manque de souplesse.

Neoterranos

PS : Puis pour afficher la liste des modos d'un forum je dois aller chercher dans droits spéciaux et dans groupes, donc deux fois plus de requêtes car là, pas de jointures.

Je pense que ce n'est plus la peine de s'étendre trop longtemps sur le sujet...

Le système de droits/permissions du tuto ne sera pas aussi complet que cela (sinon il faudrait y consacrer tout un tuto) mais il sera suffisamment souple pour pouvoir attribuer toute sorte de droits aux membres.

On a discuté par MP avec timot car le système de droits n'était pas le sujet du topic.

Pour le reste, j'ai achevé le chapitre III, LkY quant à lui s'occupe du système de droits justement, car il veut absolument le faire.
Pendant ce temps, je fais le chapitre 4 et 5 qui sont des TP : connexion/déconnexion et lecture et édition de profils.

Excellente idée Neoterranos

Merci.

J'pense vraiment que ce tuto sera utile à beaucoup de personnes Perso, j'ai utilisé le tuto pour créer un forum de General Vans pour me créer mon espace membre, mais je serais très curieux de voir le tien

C'est effectivement intéréssant de voir plusieurs approches sur la question

Si t'as déja 3 chapitres tu peux le mettre en ligne .

En tout cas moi j'ai très hate de voir ce tuto !

Je sais, mais avec LkY nous avons décidé d'attendre d'avoir fini toute la partie I pour pas vous laisser en rade.

Ah ok... En tout cas j'ai très hate de voir ce tuto...