zoukankan      html  css  js  c++  java
  • session和cookies

    转载 :PHP中常见的session问题及session原理 http://bbs.phpchina.com/home.php?mod=space&uid=71501&do=blog&id=38868

    session:

      通过在服务器上存储用户信息以便随后使用,PHP session 解决了这个问题(比如用户名称、购买商品等)。不过,会话信息是临时的,在用户离开网站后(关闭浏览器)将被删除。如果您需要永久储存信息,可以把数据存储在数据库中。

      Session 的工作机制是:为每个访问者创建一个唯一的 id (UID),并基于这个 UID 来存储变量。UID 存储在 cookie 中,亦或通过 URL 进行传导。

    session.use_trans_sid = 1:

          在PHP中使用过SESSION的朋友可能会碰到这么一个问题,SESSION变量不能跨页传递。这令我苦恼了好些日子,最终通过查资料思考并解决了这个问题。我认为,出现这个问题的原因有以下几点:
    1、客户端禁用了cookie ;
    2、浏览器出现问题,暂时无法存取cookie ;
    3、php.ini中的session.use_trans_sid = 0或者编译时没有打开--enable-trans-sid选项;
    4、session.cookie_path = / ;该路径无效或不可读;

    为什么会这样呢?下面我解释一下:
           Session储存于服务器端(默认以文件方式存储session),根据客户端提供的session id来得到用户的文件,取得变量的值,session id可以使用客户端的Cookie或者Http1.1协议的Query_String(就是访问的URL的“?”后面的部分)来传送给服务器,然后服务器读取Session的目录……。也就是说,session id是取得存储在服务上的session变量的身份证。当代码session_start();运行的时候,就在服务器上产生了一个session文件,随之也产生了与之唯一对应的一个session id,定义session变量以一定形式存储在刚才产生的session文件中。通过session id,可以取出定义的变量。跨页后,为了使用session,你必须又执行session_start();将又会产生一个session文件,与之对应产生相应的session id,用这个session id是取不出前面提到的第一个session文件中的变量的,因为这个session id不是打开它的“钥匙”。如果在session_start();之前加代码session_id($session id);将不产生新的session文件,直接读取与这个id对应的session文件。

          PHP中的session在默认情况下是使用客户端的Cookie来保存session id的,所以当客户端的cookie出现问题的时候就会影响session了。必须注意的是:session不一定必须依赖cookie,这也是session相比cookie的高明之处。当客户端的Cookie被禁用或出现问题时,PHP会自动把session id附着在URL中,这样再通过session id就能跨页使用session变量了。但这种附着也是有一定条件的,即“php.ini中的session.use_trans_sid = 1或者编译时打开打开了--enable-trans-sid选项”。

          附加:用过论坛的朋友都知道,在进入论坛的时候,往往会提示你检查Cookie是否打开,这是因为大多数论坛都是基于Cookie的,论坛用它来保存用户名、密码等用户信息,方便使用。而且很多朋友都认为Cookie不安全(其实不是这样),往往禁用它。其实在PHP程序中,我们完全可以用SESSION来代替Cookie,它可以不依赖于客户端是否开启Cookie。

          所以,我们可以抛开cookie使用session,即假定用户关闭cookie的情况下使用session,其实现途径有以下几种:

    1、设置php.ini中的session.use_trans_sid = 1或者编译时打开打开了--enable-trans-sid选项,让PHP自动跨页传递session id。
    2、手动通过URL传值、隐藏表单传递session id。
    3、用文件、数据库等形式保存session_id,在跨页过程中手动调用。

    代码示例:
    file:1.php

    <?php 
    session_start();
    $_SESSION['va'] = 'abc';
    $s = session_id();
    echo "<a href='2.php?s=".$s."'>a</a>";
    ?>

    file:2.php

    <?php 
    session_id($_GET['s']);
    session_start();
    echo "客户端禁止了cookie依然能传来session值:".$_SESSION['va'];
    ?>

    (注意:但是我还是没看到手册中说的会自动将session值附加在url上,而是要手动加)

    --------------------------------------------------------------------------------------------------------------------------------

    session_cache_expire 这个是缓存时间 也就是SESSION的有效期 单位是分钟 这个和下面那个变量要在session_start之前调用

    session_cache_limiter 它是session在客户端的缓存方式,有nocache,private,private_no_expire,publice主这几种。
             cache是属于浏览器的特性,它决定你浏览网页的缓存方式,没有缓存的情况会使你按浏览的“后退”键时提示要你更新连接,之前的内容就没有了,比如你填入的表单信息,都被丢失。
            通过header("Cache-Control: no-store, no-cache, must-revalidate");函数也一样达到效果。
    然而,session的处理机制里,就强制自动调用了header函数设置cache,这个置就由php.ini中的缺省值session.cache_limiter值或由session_cache_limiter函数设定所取代。
    session_cache_limiter内的几个参数意义是:
    nocache:当然是不缓存(比如:表单信息被清除),但公共变量可以缓存
    private:私有方式缓存(比如:表单信息被保留,但在生存期内有效)
    private_no_cache:私有方式但不过期(表单信息被保留)
    publice:公有方式,(表单信息也被保留)
    它们之间的具体区别,我还不是太清楚,可以区别的是除nocache外其它的都可以缓存,private方式还受生存期影响,这个生存期应该是由session.cache_expire给定,它在php.ini中设置或session_cache_expire函数设置,缺省是180分钟。

    session过期问题:

    按时间过期。。。这个时间在php.ini的session过期时间之内

    session.cookie_lifetime = 0


    session.gc_maxlifetime = 1440

    SESSION过期时间可以这么设置:

    session_start();
    $_SESSION['test'] = 'test';
    $session_id = session_id();
    setcookie( session_name(), $session_id, time() + 60 );

    $_SESSION['test'] 将在60S后失效

    SESSION永不过期


    session_start();
    $_SESSION['test'] = 'test';
    isset($session_id) ? session_id($session_id) : $session_id = session_id();
    setcookie(session_name(), $session_id, time() + 365 * 10 * 24 * 60 * 60); //10年过期

  • 相关阅读:
    How to disable daily upgrade and clean on Ubuntu 16.04
    跟李沐学Ai 03 安装【动手学深度学习v2】
    When using 'npm' it requires me to login to github
    Wrong detect of Parsing error: invalid-first-character-of-tag-name in expression.
    18.04: a stop job is running for unattended upgrades shutdown
    NCSC recommend against forcing regular password expiry,
    OWASP Testing for Weak Password Policy--> When must a user change their password
    NIST Special Publication 800-63: Digital Identity Guidelines Frequently Asked Questions
    Mo Tu We Th Fr Sa Su
    工程变更-ECN,ECO,ECR,ECA
  • 原文地址:https://www.cnblogs.com/thinksasa/p/3437257.html
Copyright © 2011-2022 走看看