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 ...