J'ai remarqué depuis le temps de Progate que j'étais à côté de session
Au fur et à mesure que vous progressez dans le didacticiel Rails
Quelque chose comme une variable appelée session Un mécanisme de maintien de la connexion à l'aide de cookies qui la complète J'avais le sentiment d'être de mauvaise humeur, mais en réalité
Tous les deux
--Mécanisme pour rendre HTML avec état --Les deux sont stockés dans les cookies par défaut
pourtant
--session a été implémentée par Rails, tandis que la maintenance de connexion par Cookie a été implémentée plus tard.
J'ai utilisé un cookie limité dans le temps Un mécanisme pour rendre HTML avec état appelé session ** Le développeur n'avait pas l'intention ** d'implémenter la méthode de session dans Rail.
Apatride en un instant DIVE INTO CODE | En savoir plus sur la conservation des informations de connexion
Est-ce un ** mécanisme comme Cookie **? Je l'ai fait au chapitre 8 du tutoriel Rails
Si vous pensez En premier lieu, Rails stocke la session dans un cookie par défaut.
Je l'ai vérifié avec les outils de développement de Chrome
J'ai un _sample_app_session
qui semble être pour sample_app dans le tutoriel Rails
De plus, la date d'expiration est ** "à la fin de la session du navigateur" **. C'était la raison de la sensation éphémère imprimée dans le tutoriel Rails.
session
dans Rails?session
n'est pas une variable mais une méthode
Puisqu'il a été automatiquement généré par le processus de rails new sample_app
** J'ai compris qu'il était utilisé comme une évidence **
Par exemple, si Rails new hoge est installé avec Rails installé, une application Rails sera créée, et si les sessions rails g controller dans le répertoire hoge généreront SessionsController qui hérite d'ApplicationController, il sera écrit comme session [: hoge] depuis le début. Vous pouvez utiliser session. Compréhension complète de la session Rails-Qiita
J'ai utilisé cela comme référence pour comprendre un peu plus facilement la situation réelle de la session Rails. [Rails] Comment utiliser Session --Qiita