在PHP開發中對比起Cookie,session是存儲在服務器端的會話,相對安全,並且不像Cookie那樣有存儲長度限制,本文簡單介紹session的使用。
由於Session是以文本文件形式存儲在服務器端的,所以不怕客戶端修改 Session 內容。實際上在服務器端的Session文件,PHP自動修改session文件的權限,只保留了系統讀和寫權限,而且不能通過ftp修改,所以安全得多。
對於 Cookie 來說,假設我們要驗證用戶是否登陸,就必須在 Cookie 中保存用戶名和密碼(可能是 md5 加密後字符串),並在每次請求頁面的時候進行驗證。如果用戶名和密碼存儲在數據庫,每次都要執行一次數據庫查詢,給數據庫造成多余的負擔。因為我們並不能只做一次驗證。為什麼呢?因為客戶端 Cookie 中的信息是有可能被修改的。假如你存儲 $admin 變量來表示用戶是否登陸,$admin 為 true 的時候表示登陸,為 false 的時候表示未登錄,在第一次通過驗證後將 $admin 等於 true 存儲在 Cookie,下次就不用驗證了,這樣對麼?錯了,假如有人偽造一個值為 true 的 $admin 變量那不是就立即取的了管理權限麼?非常的不安全。
而 Session 就不同了,Session 是存儲在服務器端的,遠程用戶沒辦法修改 session 文件的內容,因此我們可以單純存儲一個 $admin 變量來判斷是否登陸,首次驗證通過後設置 $admin 值為 true,以後判斷該值是否為 true,假如不是,轉入登陸界面,這樣就可以減少很多數據庫操作了。而且可以減少每次為了驗證 Cookie 而傳遞密碼的不安全性了(session 驗證只需要傳遞一次,假如你沒有使用 SSL 安全協議的話)。即使密碼進行了 md5 加密,也是很容易被截獲的。
當然使用 session 還有很多優點,比如控制容易,可以按照用戶自定義存儲等(存儲於數據庫)。我這裡就不多說了。
session 在 php.ini 是否需要設置呢?一般不需要的,因為並不是每個人都有修改 PHP.ini 的權限,默認 session 的存放路徑是服務器的系統臨時文件夾,我們可以自定義存放在自己的文件夾裡,這個稍後我會介紹。
開始介紹如何創建 session。非常簡單,真的。
啟動 session 會話,並創建一個 $admin 變量:
<?PHP
// 啟動 session
session_start();
// 聲明一個名為 admin 的變量,並賦空值。
$_session["admin"] = null;
?>
如果你使用了 Seesion,或者該 PHP 文件要調用 Session 變量,那麼就必須在調用 Session 之前啟動它,使用 session_start() 函數。其它都不需要你設置了,PHP 自動完成 session 文件的創建。
執行完這個程序後,我們可以到系統臨時文件夾找到這個 session 文件,一般文件名形如:sess_4c83638b3b0dbf65583181c2f89168ec,後面是 32 位編碼後的隨機字符串。用編輯器打開它,看一下它的內容:
admin|N;
一般該內容是這樣的結構:
變量名|類型:長度:值;
並用分號隔開每個變量。有些是可以省略的,比如長度和類型。
我們來看一下驗證程序,假設數據庫存儲的是用戶名和 md5 加密後的密碼:
<?PHP
// 表單提交後...
$posts = $_POST;
// 清除一些空白符號
foreach ($posts as $key => $value)
{
$posts[$key] = trim($value);
}
$password = md5($posts["password"]);
$username = $posts["username"];
$query = "SELECT `username` FROM `user` WHERE `password` = '$password'";
// 取得查詢結果
$userInfo = $DB->getRow($query);
if (!empty($userInfo))
{
if ($userInfo["username"] == $username)
{
// 當驗證通過後,啟動 session
session_start();
// 注冊登陸成功的 admin 變量,並賦值 true
$_session["admin"] = true;
}
else
{
die("用戶名密碼錯誤");
}
}
else
{
die("用戶名密碼錯誤");
}