Rails 3 + Concevoir: user_signed_in? pour un autre utilisateur dans la base de données?

Je suis en train de construire une application où je veux ajouter un statut en ligne pour un utilisateur donné.

Je sais que le dispositif est une méthode user_signed_in? construit en pour vérifier si l'utilisateur à l'aide de l'application est signé ou non. Mais quand j'essaie de l'utiliser pour un autre utilisateur comme ceci:

user_signed_in?(user)

user.user_signed_in?

J'ai évidemment obtenir une méthode non définie erreur.

N'Concevoir une méthode pour cela ou dois-je écrire mon propre?
Une approche a été pour stocker l'état en ligne d'un utilisateur donné dans le modèle de l'utilisateur.
Quelle est la meilleure solution pour cela?

InformationsquelleAutor Max | 2010-11-25
  1. 1

    Je ne suis pas l'auteur de Concevoir, mais de ce que je peux dire du directeur de l'établissement /de Concevoir ni de garder trace de qui est connecté à.

    Le problème avec le fait d'avoir un is_online colonne dans la table User, c'est qu'il est difficile de voir qui est actif sur le site. Je voudrais ajouter une colonne à votre modèle d'Utilisateur appelé last_seen comme une date-heure, et le mettre à jour avec de Concevoir chaque fois que l'utilisateur demande une page. Vous pouvez facilement ajouter un Utilisateur.online_count méthode ou aussi voir si un utilisateur a été vu sur le site web dans les 5 dernières minutes.

    • Je pourrais aussi combiner les deux en ligne, à distance et hors ligne. Parce que je n'aime pas l'idée de déclarer un utilisateur est "hors ligne" alors qu'il n'a pas été actif pendant une période de temps.
    • Je suppose que je dois tout stocker dans la base de données.
    • Je n'ai pas testé, mais il me semble que vous pourriez être en mesure d'accomplir ceci avec un before_filter.
    • tu veux dire la dernière demande de la partie? Pas sûr ... j'aurais probablement d'ajouter un before_filter dans TOUS les contrôleurs. Ou serait-il suffit d'en ajouter un pour le contrôleur de l'application?
    • Je suppose que si vous before_filter sur current_user méthode qui serais assez, aussi longtemps que vous avez quelque chose dans votre template qui l'appelle (par exemple, un élément de menu ne s'affiche que pour les utilisateurs enregistrés).
    • Il est intéressant de souligner, pour ceux qui viennent à travers cette réponse, que la mise à jour de la table utilisateur à chaque fois qu'ils envoient une demande énormément de inutile d'écrire-charge sur votre base de données. Avec un site web populaire qui va casser horriblement. Et puis, si vous n'étiez pas déjà au courant de ce problème, vous n'aurez probablement pas le problème de toute façon.
    • Je suis d'accord avec @Benson. Honnêtement vous meilleur et le meilleur moyen est d'aller avec un websockets intégration, personnalisé construit ou quelque chose comme Pusher. De cette façon, l'un et l'autre être en mesure de laisser le navigateur de savoir si cette ressource est à l'écoute d'un canal spécifié (peut-être appelé connecté ou quelque chose de générique) ou pas et faire ce que vous voulez. Évidemment, ce n'est par le biais de JS et pas le ruby côté. Donc, vous auriez besoin de faire une sorte d'appel ajax de faire tout ce que vous êtes désireux de le faire.

    InformationsquelleAutor voxobscuro
  2. 18

    J'ai utilisé Concevoir sur mes applications et connu les mêmes problèmes que vous, quand j'ai commencé à travailler avec elle. Vous êtes simplement en utilisant les méthodes d'assistance de manière incorrecte. Si vous souhaitez vérifier si l'utilisateur a une session et est connecté, vous utilisez l'aide en tant que tel:

    if user_signed_in?

    qui est essentiellement la même déclaration:

    if !current_user.nil? && current_user.signed_in

    Si vous souhaitez vérifier si un utilisateur est connecté, puis vous appelez cela: (où utilisateur est un Modèle d'utilisation de l'Objet)

    if user.signed_in?
    InformationsquelleAutor Ben
  3. -3

    Utilisation devise_for :user dans vos itinéraires.rb.

    InformationsquelleAutor reddyonrails