La date de dernière connexion n'est pas remplie pour tous les comptes utilisateurs #3480

Closed
opened 6 years ago by rastapopoulos · 12 comments
Owner

Il semblerait que SPIP ne remplisse la date de dernière mise en ligne que pour les personnes qui ont accès à l'espace d'admin.
Alors que les comptes visiteurs, ben… ce sont bien des comptes SPIP non ?

Et du coup "en_ligne" est toujours à 0000 pour les comptes visiteurs…

http://contrib.spip.net/Informer-a-la-premiere-connexion#forum476068

Ne faudrait-il donc pas remplir cette information pour tout le monde, du moment qu'on se connecte bien ?

Il semblerait que SPIP ne remplisse la date de dernière mise en ligne que pour les personnes qui ont accès à l'espace d'admin. Alors que les comptes visiteurs, ben… ce sont bien des comptes SPIP non ? Et du coup "en_ligne" est toujours à 0000 pour les comptes visiteurs… http://contrib.spip.net/Informer-a-la-premiere-connexion#forum476068 Ne faudrait-il donc pas remplir cette information pour tout le monde, du moment qu'on se connecte bien ?
b_b commented 6 years ago
Owner

Oui, bonne idée.

Oui, bonne idée.
b_b commented 6 years ago
Owner

On bascule en évolution plutôt qu'anomalie :)

On bascule en évolution plutôt qu'anomalie :)
Owner

Je pense que c'est pour des raisons de perf : les visiteurs forum peuvent etre très nombreux, et cela génère un update_sql à chaque connexion. A intégrer inactif par défaut mais activable au besoin ?

Je pense que c'est pour des raisons de perf : les visiteurs forum peuvent etre très nombreux, et cela génère un update_sql à chaque connexion. A intégrer inactif par défaut mais activable au besoin ?
Poster
Owner

Oui, pourquoi pas. Avec une constante non définie par exemple, et dès qu'elle est définie ça s'active. C'est à priori un plugin ou un squelette qui va demander cette activation pour utiliser la valeur ensuite quelque part.

Oui, pourquoi pas. Avec une constante non définie par exemple, et dès qu'elle est définie ça s'active. C'est à priori un plugin ou un squelette qui va demander cette activation pour utiliser la valeur ensuite quelque part.
b_b commented 5 years ago
Owner

On a aussi rencontré le problème sur seenthis cf c684826073

Amha c'est une bonne idée de permettre la mise à jour de ce champ pour tous les types d'auteurs, directement depuis le formulaire de login.

On a aussi rencontré le problème sur seenthis cf https://github.com/seenthis/seenthis_squelettes/commit/c68482607386ab4c50a1d1874c00f9a4cad17dc0 Amha c'est une bonne idée de permettre la mise à jour de ce champ pour tous les types d'auteurs, directement depuis le formulaire de login.
Fil commented 5 years ago
Collaborator

Je ne comprends pas le pb de perf évoqué, dès lors qu'il s'agit du formulaire de login.

Pour ce qui est de mettre à jour "en ligne" à chaque hit, on pourrait ne le faire que si la différence entre en_ligne et la date courante est > 5 minutes (ou 1h !)

Je ne comprends pas le pb de perf évoqué, dès lors qu'il s'agit du formulaire de login. Pour ce qui est de mettre à jour "en ligne" à chaque hit, on pourrait ne le faire que si la différence entre en_ligne et la date courante est > 5 minutes (ou 1h !)
Owner

Il y a une ambiguïté sur le terme du coup. Puisque "en_ligne" ne signifie pas forcément "dernière_connexion" ?
Le dernière connexion, c'est facile de le mettre dans la fonction auth_loger() (enfin dans les coins).
Version cible mise à 3.2

Il y a une ambiguïté sur le terme du coup. Puisque "en_ligne" ne signifie pas forcément "dernière_connexion" ? Le dernière connexion, c'est facile de le mettre dans la fonction auth_loger() (enfin dans les coins). **Version cible mise à 3.2**

Oui, ce serait utile que les visiteurs aient aussi leur en_ligne à jour.

Oui, ce serait utile que les visiteurs aient aussi leur en_ligne à jour.
Owner

Version cible mise à 4.0

**Version cible mise à 4.0**
Owner

Je m'apprêtais à modifier le core mais en_ligne n'est en effet pas du tout une date de dernière connexion, et est explicitement remis à zéro quand les utilisateurs concernés se delogent.
On ne change donc rien, et le besoin est rempli par l'excellent plugin du non moins excellent `marcimat qui nous sauve encore une fois https://git.spip.net/spip-contrib-extensions/date_connexion
Statut changé à Fermé

Je m'apprêtais à modifier le core mais en_ligne n'est en effet pas du tout une date de dernière connexion, et est explicitement remis à zéro quand les utilisateurs concernés se delogent. On ne change donc rien, et le besoin est rempli par l'excellent plugin du non moins excellent `marcimat qui nous sauve encore une fois https://git.spip.net/spip-contrib-extensions/date_connexion **Statut changé à Fermé**

Bonjour,

Après avoir fait quelques essais, il me semble que le sujet de ce ticket reste vrai. C'est à dire qu'il est nécessaire d'accéder à l'espacé privé pour que "en_ligne" se mette à jour, et cela même si l'on est webmestre. Le fait se s'authentifier ne suffit pas. Une fois dans l'espace privé, le "en_ligne" est vérifié à chaque hit et se met à jour si l'intervalle est d'une minute au moins.

Le plugin date_connexion met bien à jour le champ "date_connexion" lors de l'authentification, puis à chaque hit si on se trouve dans l'espace privé.

Ne manque t-il pas un pipeline qui serait appelé suite à l'authentification ?

Bonjour, Après avoir fait quelques essais, il me semble que le sujet de ce ticket reste vrai. C'est à dire qu'il est nécessaire d'accéder à l'espacé privé pour que "en_ligne" se mette à jour, et cela même si l'on est webmestre. Le fait se s'authentifier ne suffit pas. Une fois dans l'espace privé, le "en_ligne" est vérifié à chaque hit et se met à jour si l'intervalle est d'une minute au moins. Le plugin date_connexion met bien à jour le champ "date_connexion" lors de l'authentification, puis à chaque hit si on se trouve dans l'espace privé. Ne manque t-il pas un pipeline qui serait appelé suite à l'authentification ?
Owner

Et la réponse reste vraie : le core se contente de noter le en_ligne pour les auteurs qui accèdent à ecrire/ et se reporter sur le plugin pour plus de fonctionnalités.
On ira pas plus loin dans le core

Et la réponse reste vraie : le core se contente de noter le en_ligne pour les auteurs qui accèdent à ecrire/ et se reporter sur le plugin pour plus de fonctionnalités. On ira pas plus loin dans le core
Sign in to join this conversation.
No Milestone
No project
No Assignees
7 Participants
Notifications
Due Date

No due date set.

Dependencies

This issue currently doesn't have any dependencies.

Loading…
There is no content yet.