Je souhaite partager des sessions entre 2 applications sur différents nœuds. Cependant, je ne comprends pas quelle est la différence entre les magasins de session Cookie et Redis; par exemple. une session de cookie pourrait ressembler à ceci:
rack.session=BAh7BkkiD3Nlc3Npb25faWQGOgZFRiJFN2YxZDMxMGE5YTNhZjc2NGM1NDBk%0AMzdiODQ0MjcyMzk5MzAxY2YyYzdhNDMwOWVkMzhiNWVlMmY2N2QwYzExNg%3D%3D%0A--ec4ec7b5a807c806e02e2811f4a11d05877a7698
Dans Redis, un magasin de session pourrait ressembler à ceci:
rack:session:eb23c0a055e9e6de3b8ad51efd9g6260d647b2e61326e35f5ff59cd490bfb405"
Cependant, je ne comprends pas comment ces sessions peuvent êtrepartagé. Alors que dans une approche de cookie, une demande porte l’état de la session, je ne vois pas comment la session dans Redis correspond réellement à l’état entre deux applications. Avez-vous des conseils pour utiliser l’état de session Redis / share entre deux applications en rack?
Réponses:
15 pour la réponse № 1Le magasin de session Redis utilise toujours un cookie poursuivre le côté client de l'identifiant de session. La différence réside dans le lieu où les données réelles que vous collez dans la session sont stockées. Avec le magasin de cookies, il est inséré dans le cookie et envoyé avec chaque demande. Avec le redis-store, seul l’identifiant de session est passé dans le cookie et les données de la session sont extraites de Redis à l’aide de cet identifiant le cookie. Voici une excellente description des différentes compromis avec différents magasins de session.
Les sessions de partage peuvent être conçues pour fonctionner à la fois avec les magasins de session Cookie et Redis. Consultez ces deux questions pour plus de détails:
- Rails Checkout SSL heroku
- La session de sous-domaine ne fonctionne pas dans Rails 2.3 et 3 sur Heroku avec ou sans domaine personnalisé