web服務(wù)器目錄在哪 微信收藏的網(wǎng)站在那個文件夾?
微信收藏的網(wǎng)站在那個文件夾?以VIVOX9手機為例操作步驟1、結(jié)束,先在手機的桌面上能找到應(yīng)用程序“文件管理器”圖標,點擊后新的操作界面。2、然后把,直接進入到可以設(shè)置的操作界面后,能找到“手機”選項
微信收藏的網(wǎng)站在那個文件夾?
以VIVOX9手機為例
操作步驟
1、結(jié)束,先在手機的桌面上能找到應(yīng)用程序“文件管理器”圖標,點擊后新的操作界面。
2、然后把,直接進入到可以設(shè)置的操作界面后,能找到“手機”選項,直接點擊可以打開。
3、進入到到手機的操作界面后,能找到“Tencent”選項,然后點擊先打開。
4、直接進入到Tencent的操作界面后,可以找到“MicroMsg”選項,再點擊可以打開。
5、進入到名字的文件夾選項。
6、直接進入favorite,然后把看到這些應(yīng)該是多收藏的文件。
7、選擇類型一個不為0的目錄進入到。
8、即可看見了多收藏的文件。
Token是什么?和session、cookie相比,使用場景有什么區(qū)別?
在Web開發(fā)領(lǐng)域,不會相信大家對此Cookie和Session都很熟悉,Cookie和Session都是會話保持技術(shù)的解決方案。隨著技術(shù)的發(fā)展,Token機制又出現(xiàn)在我們面前,但很多開發(fā)者對于Token和Cookie、Session的區(qū)別及使用場景看出不清。
Cookie和Session的用途要明白我們ftp訪問網(wǎng)站全是通過HTTP協(xié)議或HTTPS協(xié)議來成功的,HTTP協(xié)議它本身是水晶哥的協(xié)議(即:服務(wù)器無法看出都有那些請求是來源于同個客戶)。而業(yè)務(wù)層面會牽涉到到客戶端與服務(wù)器端的交互(同網(wǎng)站下多個頁面間能互相訪問數(shù)據(jù)),此時服務(wù)器端前提是要保持會話狀態(tài),這樣的才能并且用戶身份的鑒別。
因此HTTP無狀態(tài)的特性,要是要實話客戶端和服務(wù)器端的會話保持,那肯定需要其他地方機制來基于,想罷Cookie和Session應(yīng)運而出。
通常情況下,Session和Cookie是配起來在一起建議使用的。
Token是什么上面說起的Session和Cookie機制來盡量會話,會存在個問題:客戶端瀏覽器只要你保存自己的SessionID即可解決,而服務(wù)器卻要能保存大部分用戶的Session信息,這對此服務(wù)器而言開銷較高,并且不用來服務(wù)器的擴展(比如服務(wù)器集群時,Session如何能不同步的儲存那就是個問題)!
想罷有人思考,如果沒有把Session信息讓客戶端來交給我而且根本無法違造不就這個可以能解決這些問題了?進而有了Token機制。
Token亦稱為“令牌”,它的構(gòu)成是:
uid:用戶同樣身份標識
timestamp:當前時間戳
sign:簽名字符串,能夠防止第三方變造數(shù)據(jù);簽名密鑰是存儲在服務(wù)器端的,其它人難以明白
其他地方附帶參數(shù)。
Token機制下的認證流程Token機制反正和Cookie機制極度有幾分相似,要注意有以下流程:
1、用戶登錄進行身份認證,認證成功了后服務(wù)器端生成Token返回給客戶端;
2、客戶端接收到Token后能保存在客戶端(可存放在Cookie、LocalStorage、SessionStorage中);
3、客戶端再一次只是請求服務(wù)器端時,將Token才是跪請頭放入Headers中;
4、服務(wù)器端能接收只是請求頭中的Token,將用戶參數(shù)明確的既定計劃規(guī)則再并且四次簽名,兩次簽名若不對則認為成功了,則相反數(shù)據(jù)必然撰改跪請失敗的話。
(生成簽名示例圖)
(不驗證簽名示例圖)
Token與CookieSession的區(qū)別Cookie總之也充當?shù)氖橇钆谱饔茫恰坝袪顟B(tài)”的;而Token令牌是無狀態(tài)的,更不利于分布式部署。
以上那是我的觀點,相對于這些問題大家是怎莫看待事情的呢?感謝在下方評論區(qū)講解~我是科技領(lǐng)域創(chuàng)作者,十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗,請關(guān)注我了解更大科技知識!