簡體   English   中英

Cookie與MySQL保存

[英]Cookie vs MySQL Save

我想這更多是個人喜好問題,但我真的很關心表現。 我正在做一個小項目,人們可以做的一件事就是對事件進行回復。 現在,我知道人們選擇(參加或不參加)的選項必須存儲在數據庫中,但是為了使站點看起來更好一點,我還希望允許某人參加的按鈕切換為在他們單擊時不參加。

此時,我正在考慮三個選項,要么查詢數據庫,確定該人是否正在參加會議,然后顯示適當的按鈕。 -或者-我可以將信息保存在cookie中,然后祈禱用戶不要刪除信息。 -或者-我可以將信息保存在cookie中,如果存在cookie,則顯示cookie所說的內容,如果不存在,則查詢數據庫。 選項3對我來說似乎是最好的。

我總是會檢查主要站點,並查看它們使用的一些技術。 他們傾向於將cookie計數保持在20以下。選項3是否有不好之處,還是我應該采取的方式。 謝謝!

將其存儲在數據庫中。 如果用戶登錄第二台計算機並更改狀態,則當他們返回第一台計算機時將顯示錯誤的狀態。

沒有關於人們如何訪問該站點的詳細信息,無論他們是否登錄,這很難說,但是我會同意您的第三個選擇-如果沒有任何內容,請先查詢cookie,然后查詢數據庫-只要沒有兩個人使用同一計算機會話。

另一種可行的方法(或不取決於您的Web應用程序)是具有個性化的鏈接。 如果用戶通過電子郵件鏈接訪問您的網站,而該鏈接的網址類似於此http://example.com/[eventid]/[uniquecode]

如果您使用Cookie,則可以預期會有其他人使用同一台計算機,同一用戶帳戶,同一瀏覽器,同一設置。 可能還有一個使用不同瀏覽器的人。 也可以有兩個人共享兩台計算機。

如果用戶登錄可以使用會話,那么它當然是cookie,但是您可以識別用戶,因此他知道“不是我”。

關於性能:如果設置了cookie,則還需要時間來獲取它,然后通過http標頭和響應將其發送。 但是最好的主意是進行基准測試。 由於訪問數據庫的時間很短,並且由於我之前所述的原因,我將使用數據庫。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM