セッションはテキストファイルの形式でサーバー側に保存されるため、クライアントがセッションの内容を変更する心配はありません。実際、サーバー側のセッション ファイルでは、PHP がセッション ファイルのアクセス許可を自動的に変更し、システムの読み取りおよび書き込みアクセス許可のみを保持し、ftp 経由では変更できないため、より安全です。
Cookie の場合、ユーザーがログインしているかどうかを確認したいと仮定すると、ユーザー名とパスワード (おそらく md5 暗号化文字列) を Cookie に保存し、ページがリクエストされるたびに検証する必要があります。ユーザー名とパスワードがデータベースに保存されている場合、毎回データベース クエリを実行する必要があり、データベースに不要な負担がかかります。一つだけの検証はできないからです。なぜ?クライアントの Cookie 内の情報が変更される可能性があるためです。ユーザーがログインしているかどうかを示す $admin 変数を保存する場合、$admin が true の場合はログインしていることを意味し、false の場合はログインしていないことを意味します。初めて検証に合格した後、$admin等しい true は Cookie に保存され、次回検証する必要はありません。はい、そうですか?違います。誰かが true の値を持つ $admin 変数を偽造した場合、その人はすぐに管理者権限を取得することを意味するのではありませんか?非常に危険です。
セッションはサーバー側に保存されます。リモート ユーザーはセッション ファイルの内容を変更できません。そのため、ログインするかどうかを決定するために $admin 変数を保存するだけです。渡された場合は、 $admin 値を true に設定し、値が true であるかどうかを後で判断します。これにより、多くのデータベース操作が軽減されます。また、Cookie を検証するために毎回パスワードを渡すという危険性を軽減できます (SSL セキュリティ プロトコルを使用しない場合、セッション検証は 1 回だけ行う必要があります)。パスワードが md5 で暗号化されている場合でも、簡単に傍受できます。
もちろん、簡単な制御やユーザー定義のストレージ (データベースに保存) など、Session を使用することには多くの利点があります。ここではこれ以上多くは言いません。
php.ini でセッションを設定する必要がありますか?誰もが php.ini を変更できるわけではないため、通常は必要ありません。セッションのデフォルトの保存パスは、後で説明するようにカスタマイズして独自のフォルダーに保存できます。
セッションの作成方法の紹介を開始します。本当に、とてもシンプルです。
セッションを開始し、$admin 変数を作成します。
// セッションを開始します
session_start()
// admin という名前の変数を宣言します。 null 値を割り当てます。
$_SESSION["admin"] = null;
?>
Seesion を使用する場合、または PHP ファイルが Session 変数を呼び出す必要がある場合は、Session を呼び出す前に session_start() を使用する必要があります。関数。他に何も設定する必要はありません。PHP はセッション ファイルを自動的に作成します。
このプログラムを実行した後、システムの一時フォルダーに移動してセッション ファイルを見つけることができます。一般的なファイル名は sess_4c83638b3b0dbf65583181c2f89168ec の形式で、その後に 32 ビットでエンコードされたランダムな文字列が続きます。エディタで開き、その内容を確認します。
admin|N; 通常、内容は次の構造になっています。
変数名|型: 長さ: 値; セミコロンで区切られています。それぞれの変数。長さや種類など一部は省略できます。
データベースにユーザー名と md5 で暗号化されたパスワードが保存されていると仮定します。
login.php
//フォームが送信されます ...
$posts = $_POST
// 一部の空白文字をクリアします
foreach ($posts as $key => $value) {
$posts[$key] = トリム( $値);
$パスワード = md5($posts["パスワード"]);
$ユーザー名 = $posts["ユーザー名"]; = "SELECT `username` FROM `user` WHERE `password` = '$password' AND `username` = '$username'";
// クエリ結果を取得
$userInfo = $DB->getRow ($query );
if (!empty($userInfo)) {
// 検証が成功したら、セッションを開始します
session_start(); // 管理者を登録します成功したログインの変数、および割り当て値 true
$_SESSION["admin"] = true;
} else {
die("ユーザー名とパスワードが間違っています")
}
? >
ユーザー認証ページでセッションを開始し、ログインするかどうかを決定します:
// グローバル変数がセキュリティ リスクを引き起こすのを防ぎます
$admin = false ;
// セッションを開始します。このステップは必須です。
session_start();
// ログインするかどうかを決定します。
if (isset($_SESSION["admin"]) && $_SESSION ["admin"] === true) {
echo "ログインに成功しました";
} else {
// 検証に失敗したため、$_SESSION["admin"] を false に設定します
$_SESSION["admin"] = false;
die ("アクセスする権限がありません");
}
?>
非常に簡単ではありませんか? $_SESSION はサーバー側に保存される配列と考えてください。登録する各変数は配列のキーであり、配列を使用するのと何ら変わりません。
システムからログアウトしたい場合はどうすればよいですか?セッションを破棄するだけです。
session_start();
// このメソッドは、以前に登録された変数
unset($_SESSION['admin']); を破棄します。このメソッドはセッション ファイル全体を破棄します。
session_destroy();
?>
セッションは Cookie のようにライフサイクルを設定できますか? Session では、Cookie を完全に放棄することになりますか? Session と Cookie を組み合わせて使用するのが最も便利だと思います。