由于 Session 是以文本文件形式存儲在服務(wù)器端的，所以不怕客戶端修改 Session 內(nèi)容。實際上在服務(wù)器端的 Session 文件，PHP 自動修改 Session 文件的權(quán)限，只保留了系統(tǒng)讀和寫權(quán)限，而且不能通過 ftp 修改，所以安全得多。
對于 Cookie 來說，假設(shè)我們要驗證用戶是否登陸，就必須在 Cookie 中保存用戶名和密碼（可能是 md5 加密后字符串），并在每次請求頁面的時候進行驗證。如果用戶名和密碼存儲在數(shù)據(jù)庫，每次都要執(zhí)行一次數(shù)據(jù)庫查詢，給數(shù)據(jù)庫造成多余的負擔。因為我們并不能只做一次驗證。為什么呢？因為客戶端 Cookie 中的信息是有可能被修改的。假如你存儲 $admin 變量來表示用戶是否登陸，$admin 為 true 的時候表示登陸，為 false 的時候表示未登錄，在第一次通過驗證后將 $admin 等于 true 存儲在 Cookie，下次就不用驗證了，這樣對么？錯了，假如有人偽造一個值為 true 的 $admin 變量那不是就立即取的了管理權(quán)限么？非常的不安全。
而 Session 就不同了，Session 是存儲在服務(wù)器端的，遠程用戶沒辦法修改 Session 文件的內(nèi)容，因此我們可以單純存儲一個 $admin 變量來判斷是否登陸，首次驗證通過后設(shè)置 $admin 值為 true，以后判斷該值是否為 true，假如不是，轉(zhuǎn)入登陸界面，這樣就可以減少很多數(shù)據(jù)庫操作了。而且可以減少每次為了驗證 Cookie 而傳遞密碼的不安全性了（Session 驗證只需要傳遞一次，假如你沒有使用 SSL 安全協(xié)議的話）。即使密碼進行了 md5 加密，也是很容易被截獲的。
當然使用 Session 還有很多優(yōu)點，比如控制容易，可以按照用戶自定義存儲等（存儲于數(shù)據(jù)庫）。我這里就不多說了。
Session 在 php.ini 是否需要設(shè)置呢？一般不需要的，因為并不是每個人都有修改 php.ini 的權(quán)限，默認 Session 的存放路徑是服務(wù)器的系統(tǒng)臨時文件夾，我們可以自定義存放在自己的文件夾里，這個稍后我會介紹。
開始介紹如何創(chuàng)建 Session。非常簡單，真的。
啟動 Session 會話，并創(chuàng)建一個 $admin 變量：

<?php 
//  啟動 Session 
session_start(); 
//  聲明一個名為 admin 的變量，并賦空值。 
$_SESSION["admin"] = null; 
?>
　　如果你使用了 Seesion，或者該 PHP 文件要調(diào)用 Session 變量，那么就必須在調(diào)用 Session 之前啟動它，使用 session_start() 函數(shù)。其它都不需要你設(shè)置了，PHP 自動完成 Session 文件的創(chuàng)建。

　　執(zhí)行完這個程序后，我們可以到系統(tǒng)臨時文件夾找到這個 Session 文件，一般文件名形如：sess_4c83638b3b0dbf65583181c2f89168ec，后面是 32 位編碼后的隨機字符串。用編輯器打開它，看一下它的內(nèi)容：

admin|N; 一般該內(nèi)容是這樣的結(jié)構(gòu)：

變量名|類型:長度:值; 　　并用分號隔開每個變量。有些是可以省略的，比如長度和類型。

　　我們來看一下驗證程序，假設(shè)數(shù)據(jù)庫存儲的是用戶名和 md5 加密后的密碼：

login.php
<?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' AND `username` = '$username'"; 
//  取得查詢結(jié)果 
$userInfo = $DB->getRow($query); 

if (!empty($userInfo)) { 
    //  當驗證通過后，啟動 Session 
    session_start(); 
    //  注冊登陸成功的 admin 變量，并賦值 true 
    $_SESSION["admin"] = true;  
} else { 
    die("用戶名密碼錯誤"); 
} 
?>
　　我們在需要用戶驗證的頁面啟動 Session，判斷是否登陸：

<?php 
//  防止全局變量造成安全隱患 
$admin = false; 
//  啟動會話，這步必不可少 
session_start(); 
//  判斷是否登陸 
if (isset($_SESSION["admin"]) && $_SESSION["admin"] === true) { 
    echo "您已經(jīng)成功登陸"; 
} else { 
    //  驗證失敗，將 $_SESSION["admin"] 置為 false
    $_SESSION["admin"] = false; 
    die("您無權(quán)訪問"); 
} 
?>
　　是不是很簡單呢？將 $_SESSION 看成是存儲在服務(wù)器端的數(shù)組即可，我們注冊的每一個變量都是數(shù)組的鍵，跟使用數(shù)組沒有什么分別。

　　如果要登出系統(tǒng)怎么辦？銷毀 Session 即可。

<?php 
session_start(); 
//  這種方法是將原來注冊的某個變量銷毀
unset($_SESSION['admin']); 
//  這種方法是銷毀整個 Session 文件
session_destroy(); 
?>
　　Session 能否像 Cookie 那樣設(shè)置生存周期呢？有了 Session 是否就完全拋棄 Cookie 呢？我想說，結(jié)合 Cookie 來使用 Session 才是最方便的。

最新評論