Administration user en attente de validation

[Jireck-npds]

il y a un soucis de comptage ou

[jipexu]

???? tu as du faire un mauvais insert dans ta table .... dans users_status la colonne open (tes valeurs sont inversées ? ) 0 au lieu de 1 ? pour les utilisateurs autorisés ....???? ou des données précédentes gardées en mémoires ...

[Jireck-npds]

non je n'ai pas fait de mauvaise insert. dans le menu tu as 5242 users en attente. ils correspondent d'après toi au critère open qui est la coche qui autorise la connexion de l'utilisateur. Jusque là pas de soucis. quand je clique sur l'icone du menu, cela m'affiche 126 utilisateurs. pourquoi pas 5242 ? ensuite il affiche ces 126 users dont voici une entree et les entetes

A quoi corresponds la date dans l'image ?

[Jireck-npds]

ok je viens de regarder les requêtes et c'est normal que ca n'affiche pas la même chose et que c'est entre guillemet faux.

Le premier se base sur les entrées users_status uniquement alors que le deuxième fait la bonne requête sur la table user et la table users_status

[jipexu]

la date est la date d'enregistrement de l'utilisateur ... tes tables sont synchronisées ??? parce qu'a première vue les requêtes me semblent correctes et je n'observe pas de dysfonctionnement sur le labo...

• dans la première on prend tous les utilisateur qui ne sont pas autorisés ...(pas besoin des données de la jointure donc seulement dans la table users_status)
• dans la deuxième comme on a besoin de plus de données (alors jointure des deux tables ...) sur le uid ...
• ???

[Jireck-npds]

Oui j'ai épuré la table users car il n'y a pas de suppression integré des utilisateurs. maintenant faut que je trouve un requete pour epuré la table users_status et user_extends.

L'ideal c'est d'avoir la date de création et la date de derniere connexion. car j'épure regulierement les users "morts" car non connecté depuis 2ans et qui ont soit recréer un compte ou pas

[Jireck-npds]

donc au moi dire ce que c'est la date

[jipexu]

la date est la date d'enregistrement de l'utilisateur ... tes tables sont synchronisées ??? parce qu'a première vue les requêtes me semblent correctes et je n'observe pas de dysfonctionnement sur le labo...

• dans la première on prend tous les utilisateur qui ne sont pas autorisés ...(pas besoin des données de la jointure donc seulement dans la table users_status)
• dans la deuxième comme on a besoin de plus de données (alors jointure des deux tables ...) sur le uid ...
• ???

[jipexu]

regarde case 'delUserConf': dans admin/users.php "il te suffit" de modifier la requête de selection (avec un critère sur la date de dernière connection user_lastvisite) et de mettre le reste du code dans une boucle tant que tu as des utilisateurs à supprimer ... il te faudra donc faire un petit calcul avec les date unix pour dégager ton critère (tes deux ans sans connction ...) c'est la solution la plus efficace je pense ...

[jipexu]

ah j'avais pas compris donc maintenant il te reste que les deux tables annexes à épurer ? là tu n'as pas de question à te poser tout les uid qui ne sont pas dans la table user tu vire.. en espérant que tu ai supprimer tout les reste comme dans case 'delUserConf': dans admin/users.php ....

[Jireck-npds]

je regardes des que j'ai un temps

[Jireck-npds]

je reponds avant d'avoir tester. il serait bien d'avoir la date de dernière connexion

[jipexu]

où ça ? dans quelle page ?? dans le tableau des utilisateurs en attente de validation? ça n'a guère de sens vu qu'ils ne se sont jamais connectés ...

[Jireck-npds]

je reprends le sujet et je reponds en vrac juste a la derniere remarque. si il s'est inscrit et connecter depuis deux an mais que l'an dernier ne l'autorise plus (coche) il serait bien de le savoir non ?

[jipexu]

oui dans ton cas ... en fait quand on a écrit ça c'était pour les nouveaux utilisateurs et oui la deuxième date (dernière connexion) aurait du sens pour ceux que l'on a déconnecté après l'inscription ... pour rappel ces infos sont aussi dispo dans memberlist ou tu peux directement supprimer ou editer un utilisateur aussi ...

[Jireck-npds]

En fait, je ne fais pas la difference entre les users en attente de validation, que la suppression ou edition d'un user. Je prends le contexte global : J'ai des users à gerer que ce soit : la création, la modification / edition ou la suppression. Pour moi, un outil "administrateur" doit pouvoir gérer tous les états du cycle de vie d'un utilisateurs et les informations sur eux.

Par exemple, tu permet la création d'utilisateur avec un minisite mais valider par l'admin. l'admin doit pouvoir :

• valider en masse les utilisateurs.
• Valider unitairement un utilisateur avec permission de se connecter et d'avoir ou non un mini-site..

bref tu m'as compris. ... ou pas

[jipexu]

oui ... il manque depuis toujours des fonctions pour la gestion (de masse) des utilisateurs

[Jireck-npds]

pour aider j'ai fait tourné ces 2 requetes : DELETE FROM users_extend WHERE uid NOT IN (SELECT uid FROM users); DELETE FROM users_status WHERE uid NOT IN (SELECT uid FROM users);

on pourrait imaginer un function qui check et delete si besoin les tables users_extends et users_status. Genre : Select uid from users_extend where uid NOT IN (SELECT uid FROM users) affichage difference validation delete

[Jireck-npds]

d'ailleurs, quand on clique sur les utilisateurs en attente on obtiens ca :

mais on a pas d'obtions pour supprimer un à un les utilisateurs, et quand on fais la seul option possible, on n'est que dans l'edition de l'utilisateur ...

[jipexu]

oui c'est voulu qu' il n'y ai pas de lien direct de suppression ce n'est pas l'objet de cette interface qui est utilisateur en attente de validation...la moindre des chose c'est que tu vois le profil avant de l'autoriser ou pas à la connection ....alors on va la ou il y a les infos et donc la "commande" pour l'autorisation à la connection. et si tu veux le supprimer on on retourne dans user pour suppression. tu as ce type d'interface que tu demande dans memberlist.php en admin ...

[Jireck-npds]

c'est dommage car c'est pas des utilisateurs en attente c'est des utilisateurs qui ne peuvent pas se connecter. comme tu le vois dans mon impression écran c'est des vieux comptes qu'on a désactivé pour une raison ou une autre.

en fait l'outil ne permet pas de savoir si c'est (comme dit) une validation de connexion ou une reprise d'activité ou une suspension de compte.

puis le fichier memberlist est un fichier "user", il est dommage de devoir aller dans un fichier user en admin pour faire cette op.

[jipexu]

... Utilisateur(s) en attente de validation ... (peu importe la raison ...) cette interface est juste la pour répondre à l'alerte qui te prévient ....

oui des fichiers "user" qui ont des fonctions d'admin c'est loin d'être le seul ... (on pourrait mettre une commande dans l'admin ....? dans ce cas là) en tout cas dans ce cas là il est bien utile vu que cette liste n'existe pas dans l'admin