session的工作原理

1.session實現與工作原理

瀏覽器和服務器采用http無狀態的通訊，為了保持客戶端的狀態，使用session來達到這個目的。然而服務端是怎麽樣標示不同的客戶端或用戶呢？

這裏我們可以使用生活中的一個例子，假如你參加一個晚會，認識了很多人，你會采取什麽方式來區分不同的人呢！你可能根據臉型，也有可能根據用戶的名字，
或者人的身份證，即采用一個獨一無二的標示。在session機制中，也采用了這樣的一個唯一的

2.session_id來標示不同的用戶，不同的是：瀏覽器每次請求都會帶上
由服務器為它生成的session_id.

簡單介紹一下流程：當客戶端訪問服務器時，服務器根據需求設置session，將會話信息保存在服務器上，同時將標示session的session_id傳遞給客戶端瀏覽器，

如果客戶端瀏覽器意外關閉，服務器保存的session數據不是立即釋放，此時數據還會存在，只要我們知道那個session_id,就可以繼續通過請求獲得此session的信息；但是這個時候後臺的session還存在，但是session的保存有一個過期
時間，一旦超過規定時間沒有客戶端請求時，他就會清除這個session。

下面介紹一下session的存儲機制，默認的session是保存在files中，即以文件的方式保存session數據。在php中主要根據php.ini的配置session.save_handler
來選擇保存session的方式。

這裏順便說明一下，如果要做服務器的lvs，即多臺server的話，我們一般使用memcached的方式session，否則會導致一些請求找不到session。
一個簡單的memcache配置：
session.save_handler = memcache
session.save_path = "tcp://10.28.41.84:10001"

當然如果一定要使用files文件緩存，我們可以將文件作nfs，將所有的保存session文件定位到一個地方。

剛才講返回給用戶的session-id最終保存在內存中，這裏我們也可以設置參數將其保存在用戶的url中。

3.實例問題
現有系統A,B; 假設A系統是可以獨立運行的web系統，即可以和瀏覽器直接處理session， B系統是基於mobile的，需要調用A系統的功能接口，
在保持A不改變的情況下，即登陸驗證，session存儲都不變的情況下，B系統能處理前端用戶的請求。

這裏提供的方案是使用PHP實現

在用戶登陸成功後，將保存的session的session-id返回給B系統，然後Ｂ系統每次請求其他接口都帶session_id。
Ａ系統在session_start前加上session_id(session_id);

這樣B系統就能安全的調用A

rsync 詳細介紹

rsync是類unix系統下的數據鏡像備份工具，從軟件的命名上就可以看出來了——remote sync。它的特性如下：

1、可以鏡像保存整個目錄樹和文件系統。
2、可以很容易做到保持原來文件的權限、時間、軟硬鏈接等等。
3、無須特殊權限即可安裝。
4、優化的流程，文件傳輸效率高。
5、可以使用rcp、ssh等方式來傳輸文件，當然也可以通過直接的socket連接。
6、支持匿名傳輸。

Linux系統下如何使用rsync進行數據同步

本文出自 “李世龍” 博客，謝絕轉載！

session rsyns 的工作原理