因为在本地测试完全没有问题，所以ssh到远程服务器上（不是发布服务器，建议不要直接在Publish Server上直接改东西），进行了一下断点的测试，最后发现是一个比较复杂的逻辑中有个函数在构造函数中调用了登陆验证。没有验证通过所以就跳走了。
下面我们通过程序来看一下php cookie的使用，也许你看完上面那段还纳闷，这个和cookie有什么联系呢？
大体说一下在我们的MVC结构中所用的登陆验证：
在controller中的构造函数用有一个专门验证登陆的函数，根据模块是否需要登陆验证来加如此函数。
bug程序：在setcookie后，当前页面进行了登陆验证。
bug原因：当前页面是获得不了在此页刚刚设置的cookie的
下面我们来用程序测试一下：
这里是一个设置cookie的函数，我们现在用的，偷懒了 呵呵
function dsetcookie($var, $value, $life = 0) {
global $_cookie_domain, $_cookie_path, $_timestamp, $_SERVER;
setcookie($var, escape($value), $life ? $_timestamp + $life : 0,
$_cookie_path, $_cookie_domain, $_SERVER['SERVER_PORT'] == 443 ? 1 : 0);
}
然后建立test1.php，内容如下：
<?php
$td = date('d');
dsetcookie("testvar",$td,30*24*60*60);
print_r($_COOKIE);
?>
将会得到一个空的数组array();
那我们在设置完后什么时候才能第一次使用这个$_COOKIE变量呢？
现在我们把test1.php这个程序稍微改动一下：
<?php
$td = date('d');
dsetcookie("testvar",$td,30*24*60*60);
print_r($_COOKIE);//这个要注释掉 要不然会报header警告
$location = "test2.php";
header("Location: ".$location);
?>
然后我们在test2.php中来显示$_COOKIE看一下
<?php
print_r($_COOKIE);
?>
这里我们将会得到：
Array
(
[testvar] =10
)
这里就能够获得并使用这个cookie值了。
为什么呢？
你可以这么理解：当前设置的Cookie不是立即生效的，而是要等到下一个页面时才能看到.
这是由于在设置的这个页面里Cookie由服务器传递给客户浏览器，在下一个页面浏览器才能把Cookie从
客户的机器里取出传回服务器的原因。
先写到这里：
Netscape公司关于Cookie的官方原始定义的网址：http://www.netscape.com/newsref/std/cookie_spec.html