Bug #73677
Sortir des statistiques d’utilisation de l’attribut de profil mobile
0%
Description
Ce champ est déprécié sur les nouvelles instances.
Sur les instances existantes, il faudrait avoir une idée du ratio de son utilisation seule par des usagers, et aussi de son utilisation concurrente avec le champ phone
.
À partir de là on pourrait réfléchir à l’éventuelle possibilité/utilité de tout migrer sur un seul champ, pour se rapprocher de la configuration de profil des nouvelles instances.
Fichiers
Demandes liées
Historique
Mis à jour par Paul Marillonnet il y a environ un an
- Lié à Development #49212: Création de compte avec un numéro de téléphone mobile ajouté
Mis à jour par Paul Marillonnet il y a environ un an
- Statut changé de Nouveau à En cours
- Assigné à mis à Paul Marillonnet
Mis à jour par Paul Marillonnet il y a environ un an
Une chose intéressante serait aussi de savoir quelle proportion d’usagers a recours au champ générique phone
pour y déclarer un numéro de téléphone mobile.
Mis à jour par Paul Marillonnet il y a environ un an
- Fichier 0001-commands-get-phone-attributes-usage-count-misc-stati.patch 0001-commands-get-phone-attributes-usage-count-misc-stati.patch ajouté
- Tracker changé de Support à Bug
- Statut changé de En cours à Solution proposée
- Patch proposed changé de Non à Oui
Voilà, ce serait des chiffres intéressants à avoir.
Le patche et le test sont à titre indicatif pour faciliter le travail de relecture, l’idée étant qu’on sorte le code de Command.handle() pour le mettre directement dans un script exécuté (manage tenant_command runscript --all-tenants) sur les conteneurs authentic de test et de prod.
Mis à jour par Frédéric Péters il y a environ un an
# take a random sample of 500 Users sample = User.objects.order_by('?')[:500]
Ça doit peu changer à l'affaire mais on n'a pas d'impératif d'exécution ou quoique ce soit, ça marcherait en tapant sur tous les utilisateurs. Mais peut-être qu'il ne faut pas "tous les utilisateurs", et filtrer, prendre uniquement ceux qui sont réellement des utilisateurs locaux (pour ne pas être biaisé par un annuaire LDAP qui aurait provisionné quantité d'agents), peut-être également filtrer sur last_login, prendre uniquement les comptes avec des connexions "récentes" (type < 1 an).
mobile_as_phone_ratio = round(mobile_as_phone_count / sample_count, 3)
Je dirais qu'il faudrait compter ici le ratio sur base des gens qui ont le champ téléphone rempli uniquement, pas sample_count.
Mis à jour par Paul Marillonnet il y a environ un an
- Statut changé de Solution proposée à En cours
Frédéric Péters a écrit :
Ça doit peu changer à l'affaire mais on n'a pas d'impératif d'exécution ou quoique ce soit, ça marcherait en tapant sur tous les utilisateurs. Mais peut-être qu'il ne faut pas "tous les utilisateurs", et filtrer, prendre uniquement ceux qui sont réellement des utilisateurs locaux (pour ne pas être biaisé par un annuaire LDAP qui aurait provisionné quantité d'agents), peut-être également filtrer sur last_login, prendre uniquement les comptes avec des connexions "récentes" (type < 1 an).
Ok, fair enough, ce sera plus pertinent de partir de cette population d’utilisateurs réduite.
Je dirais qu'il faudrait compter ici le ratio sur base des gens qui ont le champ téléphone rempli uniquement, pas sample_count.
Pourquoi pas, ok.
Mis à jour par Paul Marillonnet il y a environ un an
- Fichier 0001-commands-get-phone-attributes-usage-count-misc-stati.patch 0001-commands-get-phone-attributes-usage-count-misc-stati.patch ajouté
- Statut changé de En cours à Solution proposée
C’est chose faite pour ces deux remarques.
Mis à jour par Frédéric Péters il y a environ un an
Perso pour moi tu pourrais lancer et donner les résultats, il est toujours temps après pour quelqu'un qui voudrait d'autres résultats de suggérer des modifications.
Mis à jour par Paul Marillonnet il y a 10 mois
- Statut changé de Solution proposée à Résolu (à déployer)
Mis à jour par Mikaël Ates il y a 10 mois
- Lié à Development #78046: Pouvoir définir quels attributs de type téléphone sont à vocation identifiante pour l’usager ajouté
Mis à jour par Paul Marillonnet il y a 8 mois
- Statut changé de Résolu (à déployer) à Fermé
Cela a abouti à #78046. Je ferme ici.