none
Destruir Sessões por SessionID RRS feed

  • Pergunta

  • Senhores,

    Queria perguntar se é possível "abandonar" sessoes de um mesmo usuário logado em outra estação de trabalho. A idéia seria derrubar a sessão na estação A se ele por qualquer motivo resolver logar-se em outra máquina B, de seu companheiro por exemplo.

    Alguém pode me dar algumas idéias? sem utilizar esse controle por banco de dados.

    sexta-feira, 20 de julho de 2012 12:36

Respostas

  • Helio em sistemas de muito acesso eu não uso session gravo em banco o acesso do usuário e crio um cookie na maquina local do usuário, ai controlo o acesso, usando session tive alguns problemas pq a gerencia quem faz é o servidor e em alguns casos ele se perdia e a aplicação dava erro, ai partir para essa solução e não tive mais problemas com relação a tempo de sessão, para o que vc quer acho meio complicado pq vc teria que sempre fazer alguns testes para encerrar uma sessão, um exemplo vc teria que sempre consultar para ver se o usuário fechou o browser para vc abandonar essa sessão ai vc teria que ver a performance, em web tem alguns detalhes que prejudicam a performance do site e sites lentos ninguem quer acessar, pense nisso.

    Junior

    • Sugerido como Resposta Lucas Vandor sexta-feira, 20 de julho de 2012 13:28
    • Marcado como Resposta Helio Gatts sexta-feira, 20 de julho de 2012 14:03
    sexta-feira, 20 de julho de 2012 13:20
  • concordo com você. Foge completamente do modelo tradicional. Isso na verdade não é mandatório. Fiz o controle via banco e atendeu perfeitamente, porém o usuário, pelo que me foi passado, não quer ficar ligando pro administrador do site pra resetar o acesso dele para poder logar-se novamente. É um caso delicado, mas seria o ideal. Se você parar para pensar isso seria uma arquitetura ideal para cliente/servidor, mas... de qualquer forma, obrigado pela ajuda.
    • Marcado como Resposta Helio Gatts sexta-feira, 20 de julho de 2012 14:03
    sexta-feira, 20 de julho de 2012 14:03

Todas as Respostas

  • Leia isso acho que ai vc vai encontrar sua solução

    http://msdn.microsoft.com/pt-br/library/gg454582.aspx


    Junior

    sexta-feira, 20 de julho de 2012 12:57
  • eu pensei em tentar controlar isso pelo global.asax, mas não deu certo. se o Session.Abandon() tivesse o parametro do sessionID já resolveria meu problema. bom, seria interessante.
    sexta-feira, 20 de julho de 2012 13:11
  • Helio em sistemas de muito acesso eu não uso session gravo em banco o acesso do usuário e crio um cookie na maquina local do usuário, ai controlo o acesso, usando session tive alguns problemas pq a gerencia quem faz é o servidor e em alguns casos ele se perdia e a aplicação dava erro, ai partir para essa solução e não tive mais problemas com relação a tempo de sessão, para o que vc quer acho meio complicado pq vc teria que sempre fazer alguns testes para encerrar uma sessão, um exemplo vc teria que sempre consultar para ver se o usuário fechou o browser para vc abandonar essa sessão ai vc teria que ver a performance, em web tem alguns detalhes que prejudicam a performance do site e sites lentos ninguem quer acessar, pense nisso.

    Junior

    • Sugerido como Resposta Lucas Vandor sexta-feira, 20 de julho de 2012 13:28
    • Marcado como Resposta Helio Gatts sexta-feira, 20 de julho de 2012 14:03
    sexta-feira, 20 de julho de 2012 13:20
  • concordo com você. Foge completamente do modelo tradicional. Isso na verdade não é mandatório. Fiz o controle via banco e atendeu perfeitamente, porém o usuário, pelo que me foi passado, não quer ficar ligando pro administrador do site pra resetar o acesso dele para poder logar-se novamente. É um caso delicado, mas seria o ideal. Se você parar para pensar isso seria uma arquitetura ideal para cliente/servidor, mas... de qualquer forma, obrigado pela ajuda.
    • Marcado como Resposta Helio Gatts sexta-feira, 20 de julho de 2012 14:03
    sexta-feira, 20 de julho de 2012 14:03