You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Imagine a scenario where I want to use two session managers, as described here (https://github.com/alexedwards/scs?tab=readme-ov-file#multiple-sessions-per-request), each with their own separate sqlite3 stores and cookie settings. I'm not sure what would happen if both session managers use the same "sessions" sqlite3 table, but I'm guessing everything will actually work as expected, that is, all tokens will expire at the right time (according to their session manager options) and there won't be any strange side-effects.
Ideally though, I'd like to be able to specify the table used by the stores, e.g. "sessions_auth", and "sessions_opts". In that way, I could provide tables that match my schema naming conventions. I'm not sure if there are other good reasons for wanting to specify the table name.
If I want to enumerate (or clear/delete) all the sessions managed by manager 1, but keep the sessions of manager 2 unchanged, would this be possible with the current shared "sessions" table?
The text was updated successfully, but these errors were encountered:
Currently, sqlite3store requires an sqlite table named "sessions", as per the documentation and source code here:
Imagine a scenario where I want to use two session managers, as described here (https://github.com/alexedwards/scs?tab=readme-ov-file#multiple-sessions-per-request), each with their own separate sqlite3 stores and cookie settings. I'm not sure what would happen if both session managers use the same "sessions" sqlite3 table, but I'm guessing everything will actually work as expected, that is, all tokens will expire at the right time (according to their session manager options) and there won't be any strange side-effects.
Ideally though, I'd like to be able to specify the table used by the stores, e.g. "sessions_auth", and "sessions_opts". In that way, I could provide tables that match my schema naming conventions. I'm not sure if there are other good reasons for wanting to specify the table name.
If I want to enumerate (or clear/delete) all the sessions managed by manager 1, but keep the sessions of manager 2 unchanged, would this be possible with the current shared "sessions" table?
The text was updated successfully, but these errors were encountered: