我主要是在PHP編程頁,我不知道它是否會更好搶了一堆關於從數據庫中的用戶的非敏感信息,並把它變成餅乾更快的加載未來的網頁,或者如果我應該讓每個頁面訪問數據庫幾次?我應該在數據庫或cookie中存儲非敏感信息以減少加載時間嗎?
的頁面不加載特別慢,但對於SQL查詢和PHP來填充網頁輕微,明顯的延遲。它可能只是我的服務器,但我想確保我的代碼是有效的,然後我擔心這一點。
我主要是在PHP編程頁,我不知道它是否會更好搶了一堆關於從數據庫中的用戶的非敏感信息,並把它變成餅乾更快的加載未來的網頁,或者如果我應該讓每個頁面訪問數據庫幾次?我應該在數據庫或cookie中存儲非敏感信息以減少加載時間嗎?
的頁面不加載特別慢,但對於SQL查詢和PHP來填充網頁輕微,明顯的延遲。它可能只是我的服務器,但我想確保我的代碼是有效的,然後我擔心這一點。
在cookie中的數據把意味着用戶可以改變它(這似乎並沒有成爲你的問題),或者用戶可以刪除它,也許是偶然的,需要將數據以某種方式被再次填充。
爲什麼不把它放在會議?它在服務器端進行管理,由任何體面的服務器正確緩存,並且如果創建新會話,則可以從數據庫重新加載數據。
你總是需要記住它被設置爲一個域名每個cookie會被瀏覽器與每個請求到該域提交。
所以,你應該避免對大量數據存儲在cookie中,因爲這對響應時間產生負面影響,尤其是對低上行帶寬的客戶。
不確定查詢是什麼,但是您可以通過在cookie中存儲UUID(某些用戶特定的id號)來完成50/50解決方案,然後使用該方法從表中獲取數據,理想情況下索引,字段。
這實質上就是PHP會話($ _SESSION)所做的事情,只是爲您提供了另一種選擇,只要數據存儲或用戶應該保存數據的時間長度,而不必混淆所有會話配置選項或創建自定義會話處理程序。
我想我可以檢查在網頁加載所有的餅乾,並在必要時更新它們,但可能是過於緩慢。會話是做到這一點的最佳方式嗎?我只是想通過用戶存儲的更多信息會帶走一些服務器負載。另外它也不會傷害數據存儲多個會話。謝謝你的幫助! –
與會話一起去吧,只有在看到實際的性能問題時才擔心性能。 – zmbq