Demande d'évolution de l'authentification

Bodieu

Bonjour,
J'utilise Pluxml pour mon association avec l'authentication par** auth.php pour la partie privée.**
Les nouveaux adhérents me donnent leur E-mail que j'utilise en lieu et place de leur identifiant de connexion. Je n'utilise pas d'identifiant, car c'est ingérable compte-tenu de l'âge des utilisateurs..
Serait-il possible de faire évoluer auth.php, pour que l'authentification puisse se faire de façon native, soit par le pseudo, soit par l'E-mail ?
En attendant, j'ai modifié le libellé, bien que ce bricolage n'est pas conseillé.
Cela me permettra d'adapter la gestion des utilisateurs pour être compatible avec la règle de la future version 5.9. Il sera interdit l'utiliser l'E-mail comme identifiant de connexion.
Merci

gcyrillus-nomade

Bonjour,

je ne comprend pas vraiment ce que tu demandes car avec les 4 champs:
Nom d'utilisateur | Identifiant de connexion | Mot de passe | Adresse e-mail
L'identifiant de connexion peut recevoir un champs text de ton choix. Cela peut déjà être un pseudo ou une adresse mail .

En attendant, j'ai modifié le libellé, bien que ce bricolage n'est pas conseillé.

Ce n'est qu'un libellé et si tu le change pour quelque chose qui à plus de sens pour tes utilisateurs, cela ne modifie pas le fonctionnement de PluXml.

Il n'y a aucune contre-indication ni modification à faire , sauf l'intitulé du libellé bien sur, pour caler à tes habitudes.

Pour le moment, le formulaire de connexion à l'admin ne montre pas de texte mais des icônes, c'est pourquoi je ne comprend pas ta question en fait.

Cdt

Bodieu

Bonjour,
Il n'y a pas de problème aujourd'hui. En tant qu'administrateur, je recopie l'Adresse e-mail dans le champ de l'identifiant de connexion.
Mais avec la version 5.9, s'il y a une ou plusieurs adresses e-mail dans un champ d'identifiant de connexion, l'administrateur se trouve bloqué lors de la mise à jour des utilisateurs. Il faudra avoir résolu le problème pour migrer à la nouvelle version.
Je souhaite une adaptation du fichier auth.php, si possible avant ma migration vers la version 5.9
Merci pour votre contribution

Cordialement

bazooka07

Bonjour,
Tu utilises quelle version de PluXml actuellement ?
Tu utilises un plugin particulier pour la partie privée ?
Et c'est quoi une partie privée : des articles à accès restreint ou des pages statiques ?

Bodieu

Bonjour,
Je suis en production sur le version 5.8.9 avec le plugin Espace Privé V.I.P version 2.0.2 pour privatiser certaines pages statiques et tous les articles.
J'ai testé la version 5.9.0 rc2. Je peux saisir de nouveaux membres à partir de VIP en mettant l'E-mail comme Identifiant. Ce problème apparaît lorsque je dois faire des modifications dans la GESTION DES UTILISATIONS. L'enregistrement des modifications est refusé tant qu'il y a un @ dans l'identifiant.
Si lors de l'authentification, on autorise la connexion à partir, soit de l'Identifiant, soit de l'E-mail (avec contrôle sur le champ E-mail), le problème est réglé. Il suffirait d'adapter le programme auth.php.
Cordialement

gcyrillus-nomade

Bonjour,
pour ce qui est du plugin, je ne ferais rien pour le moment pour une rc2 , de mémoire la dernière RC est en 7 .
Il y aura probablement des reprises à faire sur le plugin au passage en 5.9, j'attendrai la release officielle pour mettre le plugin en cohérence d'ici là.

Bon week-end

Bodieu

Merci beaucoup d'avoir pris note et pour le projet de mise en cohérence.
Bon week-end

bazooka07

@gcyrillus-nomade ,
Attention à la structure des fichiers dans l'archive du plugin.
En principe, on déplie l'archive dans le dossier plugins de PluXml est tout est ok. Ce qui n'est pas le cas avec ce plugin.

gcyrillus-nomade

@bazooka07 bien vu, c'est d'ailleurs le cas avec d'autres de mes plugins initialement mis sur github. J'avais délibérément fais le choix de mettre le répertoire du plugin dans l'archive à cause des préfixes ajoutés(-master ou autres) à l'archive par github, l'idée était de repositionner le répertoire extrait dans le répertoire plugins de PluXml plutôt que de renommer le répertoire d'extraction.