我自己寫的PHP 7開發框架裡已經沒有了session概念
我想讓用戶使用快取+cookies來解決問題
其實我想知道, 單純維護用戶登入
用 cookies 對稱加密儲存然後php解密查表
與 session 記錄用戶uid 然後查表 其實沒什麼本質區別
題外話
cookies儲存使用者的 雜湊後的密碼 與 使用者名稱 每次模擬登入一次也並非不可行吧
其實資料庫或快取的資料應該可以媲美session的實用性
畢竟session有收回機制, 當每日10萬人登入網站而言 session的機制帶來的I/O瓶頸或許比資料庫的瓶頸還要殘酷吧
再來個題外話
關於購物車實現, 其實直接調取快取
key VALUE
用戶ID . 購物車內容
其實也是可以的吧
再細節的商品資訊採用查表或查快取的形式也是相當不錯的選擇
希望各位大牛提下現在還在使用session的意義到底是何在,既然它如此的隨機與不可靠
我自己寫的PHP 7開發框架裡已經沒有了session概念
我想讓用戶使用快取+cookies來解決問題
其實我想知道, 單純維護用戶登入
用 cookies 對稱加密儲存然後php解密查表
與 session 記錄用戶uid 然後查表 其實沒什麼本質區別
題外話
cookies儲存使用者的 雜湊後的密碼 與 使用者名稱 每次模擬登入一次也並非不可行吧
其實資料庫或快取的資料應該可以媲美session的實用性
畢竟session有收回機制, 當每日10萬人登入網站而言 session的機制帶來的I/O瓶頸或許比資料庫的瓶頸還要殘酷吧
再來個題外話
關於購物車實現, 其實直接調取快取
key VALUE
用戶ID . 購物車內容
其實也是可以的吧
再細節的商品資訊採用查表或查快取的形式也是相當不錯的選擇
希望各位大牛提下現在還在使用session的意義到底是何在,既然它如此的隨機與不可靠
1.不要把使用者密碼這種資訊放到Cookie,即使加密了也有安全風險。
2.既然要用緩存,不如直接上Redis,商品資訊和用戶的購物車都可以放到Redis的Hash表裡面
沒問題啊,restful就是這個意思啊。
還是用session自然是因為方便洛
哦,還有每次模擬登陸都查表就不要這麼乾了,還是弄個redis什麼的保存一下最近登陸的用戶資訊比較好