对cookie和session这个方法如果客户禁用了环境也就不好使了。

解决方案 »

  1.   

    session是在服务器端的
    1.正常cookie和session是好用的,如果这条件成立的话,那怎么用cookie和session结合处理这个问题
    2.还有其他的方法么?
      

  2.   

    如果禁用脚本,则cookie和session依然可用
    如果禁用cookie,则session相对困难点,但仍然可行
      

  3.   

    对呀  我比较倾向用session和cookie来解决
    但那样要怎么来做呢
      

  4.   

    在A页面定义session和cookie,也即只有到A才设定的变量;
    这样如果可以在B页检测这一变量,再作后续处理;
    /**
    但可用HTTP_request等技术来修改referer,
    */
    上述情况完全可能的,比方代理上网。也可试试,从A页加密一个变量传到B去//按你的规则加密的,再作后续处理;
      

  5.   

    去找一个验证码程序啊,直接访问B页面就让输入验证码,或者直接告诉用户验证码错误(验证码不要显示在B页面,用户看不到码就进不了)而从A进入B时,你用程序把验证码发到B页面里,就能进了。
    验证码从A发到B,直接进B就得不到码,只有从A进了。
      

  6.   

    在B页面上加上
    function checkParent()
    {
    if(window.location == top.location)
    {
    alert("请从首页开抬操作");
    window.location = "a.htm";
    }
    }在body里
    <body onload="checkParent()">
      

  7.   

    A页面中定义一个常量
    define('PERMIT', TRUE);
    require_once('b页面');
    B页面检查
    !defined('PERMIT') && exit('Access forbidden!');
    此时你不能单独访问B页面,
    不通过A访问B将Access forbidden!
    URL好像传不了常量的,所以基本安全!
    这总方法一般都用在定义信息或者类,函数之类的页面上!
      

  8.   

    用 session 吧 你一定会