ホームページ >バックエンド開発 >PHPチュートリアル >フルセッションチュートリアル (1)_PHP チュートリアル
フルセッションチュートリアル (1)_PHP チュートリアル
- WBOYオリジナル
- 2016-07-13 17:11:44752ブラウズ
セッションとは何ですか? 専門外の辞書では「会議」「セッション期間」と訳されていますが、最初は理解できませんでした。不適切な比喩をしてみましょう
（不適切ですが意味は同じです）, セッションとはあなたとウェブサイトとの関係です。セッションはWEBテクノロジーにおいて非常に重要な役割を果たします。 Webページはステートレス接続プログラムであるため、ユーザーの閲覧状況を知ることができません。したがって、私たちは
しなければなりません
ユーザーの関連情報はセッションを通じて記録されるため、ユーザーはこの機能で Web サーバーに再度リクエストを送信するときに確認できます。たとえば
たとえば、一部の Web サイトではユーザーにログインを要求することがよくありますが、ユーザーがログインしたことはどのようにして確認できるのでしょうか?ページ名とパスワードは？
もちろん、セッションはユーザー ID 認証に使用されるだけでなく、後で説明する他の側面にも使用される場合があります。セッションは中国語でセッション期間として説明されます。セッションは、ユーザーがサイトの URL を入力すると開始され、サイトを離れると終了します。 Session は、動的スクリプト言語 ActiveServerPages で最初に登場しました。その機能は非常に強力なので、一言で説明することはできません。
PHP がまだバージョン 3.0 だったとき、セッションは永遠の苦痛でした。 PHP には、実行速度が速く、柔軟に使用でき、強力な機能があるという利点がありますが、多くの Web サイト開発者がセッションの問題を理由に PHP を放棄しました。少なくとも私の上司はそう考えています。当時、PHP3 でセッションを実装するためのソリューションを提供する PHP の無料関数ライブラリは数多くありましたが、どれも本物ではないと感じられました。何千円も出して買った携帯電話に、粗末な俵がついてくるようなものだが、機能は同じなのに、いつも違和感がある。 php4 の登場により、PHP はセッションの問題にカムバックするチャンスを与えられました。セッションの実装は (主に効率の問題により) 理想的ではありませんが、最終的には単独で実装され、実際に使用できます。それで、セッションを何に使うのですか? 私がそれを使わなかったら、あなたは紙を売っていると疑われませんか? OK、セッションが何に使用されるかを見てみましょう。Web サイトで作業したことがある人なら誰でも、あるページ上の変数 (この章ではすべてサーバー側の変数を指します。以下同様) は次のページでは使用できないという経験をしたことがあります。これを実現するには、フォームや URL 文字列などを使用するなどの方法がありますが、フォームが自動的に送信されたとしても、今日のネットワーク状況では遅延が大きくなり、ユーザーにとって不便な場合もあります。プログラマーの負担。大規模なプロジェクトを開発している場合、これらの追加の負担は無視できません。セッションを使用すると、セッションに登録した変数をグローバル変数として扱うことができます。すごいですね、グローバル変数？このようにして、その用途がわかります。最も重要なものは、ユーザー ID 認証、プログラム ステータスの記録、ページ間のパラメータ転送に使用されます。
この利点について長々と説明してきたので、すでに誘惑に駆られているかもしれませんが、まだ満足してはなりません。欠点もあります。それは、変数がファイルに保存されることです (もちろん効率的ではありませんが、他の方法も使用できます)。が非常に面倒です）、オブジェクトを保存できません。対照的に、ASP のセッションはオブジェクト変数を保存し、メモリ変数を使用してセッション変数を保存できます。それでもなぜ PHP を選ぶのでしょうか? はは、この章を最初から読んでいただければ理解できると思いますが、それでも理解できない場合は、もう一度最初から始めてください。あなたは PHP のエキスパートになります ^_^。
セッションはどのように実装されますか?はは、とても奥深いと思いますが、その秘密をお話しましょう。変数を保存するだけなら、これは非常に簡単であることは多くの読者に理解されると思いますが、前に述べたように、http プロトコルはステートレス接続であり、変数が誰に属しているのかをどのようにして知るのでしょうか? Cookie を使用して実現されます。セッション実装中。 Cookie はクライアント、つまりユーザーのマシン上に存在し、ユーザーのブラウザがサーバーに要求すると、セッション ID もサーバーに送信されます。これにより、変数を特定できます。このようにして、セッションが時々失敗する理由を理解するのは難しくありません。信じられない場合は、次のことを試してください。 IE の「ツール」メニューに「インターネット オプション」メニューがあり、それを開いて、「セキュリティ」->「レベルのカスタマイズ」を選択し、「使用を許可」を変更します。セキュリティ設定の「各会話」で「Cookie」を無効に設定し、セッションが使用できるかどうかを確認してください。これで理解できました。ただし、PHP4 は Linux/UNIX プラットフォームで Cookie のステータスを自動的にチェックし、Cookie が利用できない場合には、セッション ID が URL に自動的に付加されて渡されます。これがセッションの点で ASP よりも優れている唯一の点です。