Forum du site Lebrikabrak

bonsoir tonton_christian,

Citation

as-tu songé à proposer l'intégration du plugin au noyau de guppy ?

Ce n'est pas souhaitable étant donné que ce plugin est centré sur une utilisation spécifique qui ne concerne pas la majorité des utilisateurs de guppy. Je trouve que Guppy est déjà assez (trop ?) chargé comme cela.

Citation

j'utilise guppy depuis 2004, et depuis le début je trouve qu'il manque une gestion des utilisateurs (membres). jusque là , j'ai fait avec pensant àªtre un peu original. mais au fil des forums je me rends compte que c'est un besoin réel, màªme si beaucoup de sites ne sont pas destinés à une population fermée.

C'est un besoin réel pour toi et quelques autres dont je fais parti mais ce n'est pas un besoin réel pour la majorité d'entre nous. Je pense que concevoir cette fonctionnalité via un plugin est la meilleure des solutions car on n'impose pas des fonctionnalités inutilisées.

Citation

je connaissais l'existence du plugin mais n'en avais pas l'utilité.

Tu rejoins ce que j'ai écrit précédemment : ne pas imposer dans guppy des fonctionnalités dont on n'a pas l'utilité.
Cordialement.
A+

salut
merci jchouix de ta réponse claire et pertinente.

je me permets cependant de préciser que dans ma suggestion il n'est pas question d'imposer quoi que ce soit à quiconque: dans guppy, par exemple il y a un blog que je n'utilise pas, juste une case à cocher ou à décocher.

quand je parle d'intégration c'est bien de à§a que je parle: on prévoit une gestion des utilisateurs dans le noyau de guppy avec plusieurs modes de fonctionnement activables ou non par l'administrateur du site. ne me demande pas ce que j'entends par mode de fonctionnement, je n'y ai pas encore réfléchi; pour l'instant je ne fais que me poser des questions.

sans à§a:
tu as un besoin de gestion des rédacteurs, et hop tu développes un plugin avec une base de pseudo,
j'ai un besoin de gestion des lecteurs, et hop je développe mon plugin avec une nouvelle base de pseudo
phil a besoin de gérer plus finement les profils, rebelote...

alors q'un utilisateur c'est toujours le màªme: un coup, il est rédacteur, un coup il est lecteur.

ceci étant dit, tu as sà»rement raison maintenant: quelle sera la difficulté technique de modifier guppy?

une suggestion supplémentaire: ne pourrais-tu intégrer dans ton plugin la mise à jour (ou création) des fichiers /data/usermsg/pseudo.dtb? quand, je dis intégrer, biensà»r c'est au choix de l'administrateur avec une case à cocher... dans un module "configuration générale" du plugin.

merci en tout cas et bravo pour tes développements. et longue vie à guppy!
tonton

bonsoir tonton_christian,

Citation

je me permets cependant de préciser que dans ma suggestion il n'est pas question d'imposer quoi que ce soit à quiconque: dans guppy, par exemple il y a un blog que je n'utilise pas, juste une case à cocher ou à décocher.

Oui mais il est présent quand màªme ce qui contribue à augmenter inutilement le poids de guppy et les risques au niveau de la sécurité. Le blog sous forme de plugin aurait été plus judicieux mais à l'époque, on a fait le choix de l'intégrer.

Citation

alors q'un utilisateur c'est toujours le màªme: un coup, il est rédacteur, un coup il est lecteur.

Oui c'est toujours la màªme personne physique mais en terme de niveau de sécurité, ce n'est pas la màªme personne. Il est normal que la connexion en tant que rédacteur soit davantage sécurisée que la connexion en tant que simple membre.

Citation

une suggestion supplémentaire: ne pourrais-tu intégrer dans ton plugin la mise à jour (ou création) des fichiers /data/usermsg/pseudo.dtb? quand, je dis intégrer, biensà»r c'est au choix de l'administrateur avec une case à cocher... dans un module "configuration générale" du plugin.

Je pense que tu voudrais que lors de sa connexion via le plugin, le rédacteur soit aussi connecté en tant que membre, n'est ce pas ? Je pense que c'est possible mais je n'en suis pas certain car il y a le roblème du mot de passe. A voir.
A+

Citation

Je pense que tu voudrais que lors de sa connexion via le plugin, le rédacteur soit aussi connecté en tant que membre, n'est ce pas ?

non, ce n'est pas à§a.
ce que je voudrais éviter, c'est qu'on crée deux fois un compte pour un màªme utilisateur. c'est donc du moment o๠on crée le pseudo dans adm_redac dont je parle. tu as fait cette suggestion dans un post du forum (http://forum.lebrikabrak.info/index.php?p=topic&t_id=41&page=3).

pour la connexion, à§a ne me gène pas, comme tu le dis, qu'il y ait 2 niveaux.

je serais pràªt, si tu le souhaite, à participer à la réflexion et au développement d'une évolution dans ce sens. par contre je n'ai pas d'idées sur la faà§on de s'organiser pour une telle entreprise.

salutations sincères
tonton

Citation

Le blog sous forme de plugin aurait été plus judicieux

je suis d'accord avec à§a: c'est une fonction supplémentaire donc à§a peut àªtre un plugin.

mais (je suis tàªtu!) la gestion de la sécurité et des comptes utilisateur devrait àªtre dans le noyau.

resalutations,
tonton

bonsoir tonton_christian,

Citation

ce que je voudrais éviter, c'est qu'on crée deux fois un compte pour un màªme utilisateur. c'est donc du moment o๠on crée le pseudo dans adm_redac dont je parle.

Dans le plugin, la création d'un deuxième compte est nécessaire car je n'utilise pas le système de cookie de guppy. J'aurai très bien pu utiliser celui-ci mais étant donné que c'est pour une utilisation dans un lieu public, il me fallait une sécurité maximale. J'ai donc opter pour un sysytème d'identification à base de sessions qui sont plus difficile à intercepter et à forger.

Citation

je serais pràªt, si tu le souhaite, à participer à la réflexion et au développement d'une évolution dans ce sens. par contre je n'ai pas d'idées sur la faà§on de s'organiser pour une telle entreprise.

Malheureusement je n'ai pas le temps nécessaire à la conduite d'un tel projet.

Citation

la gestion de la sécurité et des comptes utilisateur devrait àªtre dans le noyau.

Comme je te l'écris plus haut, il y a un système qui est déjà présent dans guppy mais il a des limites.
Cordialement.
A+

Bonjour et bonne année. Plein de bonnes choses et de jolis plugin

Sinon, c'est pas un hasard si je présente mes voeux sur ce fil. Je ne vais pas rentrer dans le débat de ce qui doit àªtre natif ou pas dans guppy, la team doit y avoir réfléchit màªme si perso le forum et le blog m'encombre plus qu'autre chose. Puisque l'on fait des voeux, voilà mon plugin idéal :

Vu du coté administrateur :
- Je crée mes groupes de "rédacteurs" en donnant des droits non seulement dans les rubriques ( agenda, plugin, article) mais carrémment dans les sous partis tel que les catégories d'article ----> Ce que fait magnifiquement adm_rédacteurs ++++ Top ++++
et qu'aucun plugin de gestion de "membres" n'égale
- Les inscriptions libres sont fermées ( séreinité de l'administrateur)
- Je cree moi màªme mes rédacteur ( login et mot de passe en décidant qui appartient dans quel groupe ) ----> Ce que fait magnifiquement adm_rédacteurs ++++ Top ++++

Vu du coté "rédacteur-membres"
- Il se connecte et ne voit que ce qui le concerne ( menu simplifé) ----> rien à redire avec adm_rédacteurs
- Il peut modifier son mot de passe, donner son mail....Bref compléter un profil type "membre" ou Cesame de Tonton christian
- Il est compatible avec n'importe quel plugin utilisant des "membres" membre" ou Cesame de Tonton christian
- Il peut supprimer ses articles ( facultatif, mais disponible lorsqu'on est membres

Voilà , c'est mes souhaits pour 2010 mais à§a n'engage que moi je n'ai aucune compétences. Par contre si vous avez envie de faire évoluer des plugin et recherché des Testeurs, Je suis là
Meilleurs Voeux

bonjour mistinguette et bonne année 2010,
voilà un cahier des charges bien fourni. Le seul problème sera le point suivant :

Citation

Il est compatible avec n'importe quel plugin utilisant des "membres" membre" ou Cesame de Tonton christian

car chaque pluginneur a son propre système d'authentification.
A+