问题分析研究
1、客户端禁用了cookie
2、浏览器出现问题，暂时无法存取cookie
3、php.ini中的session.use_trans_sid = 0或者编译时没有打开--enable-trans-sid选项
实例分析
session_start()声明后在另外一个页面无法获得刚才申明的session值。
打开phpinfo()查看了一下SESSION条发现这两条估计是和我的情况符合要求。
找到/etc/php.ini文件把 www.111cn.net
session.use_trans_sid = 0 修改成了1
重启服务 service httpd restart还是不行，于是仔细看了
session.save_path 它有两个项 Local Value和Master Value
Local Value /var/lib/php/session
Master Value /tmp
我把这两个目录都设置权限chmod a+rwx /var/lib/php/session
chmod a+rwx /tmp
搞定，能传递了。
另外说一下，如果服务器不是自己的，那肯定无法修改权限了。
不过我的是自己的PC机，作为一个调试环境，还是希望大众一些，所以就没有考虑用session_id()来解决这个问题了
总结
1、设置php.ini中的session.use_trans_sid = 1或者编译时打开打开了–enable-trans-sid选项，
让PHP自动跨页传递session id。
2、手动通过URL传值、隐藏表单传递session id。
3、用文件、数据库等形式保存session_id,在跨页过程中手动调用。
根据网上有朋友介绍说原因可能是服务器开了GZIP压缩。
下面是用firebug查看我的博客的头信息，Gzip是开了的。
请求头信息原始头信息
| 代码如下 | 复制代码 |
|
Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 |
|
可以从header信息中找到 Content-Encoding 项是 Gzip 。
解决办法比较简单。
就是用 curl 代替 file_get_contents 去获取，然后在 curl 配置参数中加一条
| 代码如下 | 复制代码 |
|
curl_setopt($ch, CURLOPT_ENCODING, "gzip"); |
|
今天用 file_get_contents 抓图片的时候，开始没发现这个问题，废了老大劲才找出来
1. 使用自带的zlib库
如果服务器已经装了zlib库，用下面的代码可以轻易解决乱码问题。
| 代码如下 | 复制代码 |
|
$data = file_get_contents("compress.zlib://".$url); |
|
当然也可以使用curl模块来解决人我的问题这里我给各位推荐一文章，如下你感兴趣的文章
我们知道在mysql查询数据库时如果我们中在查询前设置mysql_query是会出现乱码的，但是很多朋友这样设置mysql_query(“set names utf-8″)但还是乱码这是什么原因呢，下面我们来看看具体设置方法。是在mysql中用utf8表示utf-8而已，就是指代一种编码。
在php中mysql_query(“set names utf-8″);因为mysql中定义的是utf8而不是utf-8，所以这条语句是执行不成功的，效果和mysql_query(“set names test”)一样，所以你存储和获得的mysql编码并没有改变。改为
| 代码如下 | 复制代码 |
| mysql_query(“set names utf8″);就行了。 | |
各们注意了前面是uft-8而后面是uft8这是有区别的哦，但这个对于gbk或gbk2312和网页设置又可以一样，这里估计是mysql有原因吧。
今天在做一个东西的时候需要抓取淘宝的一些数据，找到了请求的url，返回了一个callback，看了下callback中的参数是一个对象，通过正则匹配去到了数组，但是在使用json_decode()转换的时候返回的是NULL,老郁闷了，前一段时间要做一个东西也是因为这个原因，没有成功的把json对象转换成php的数组，放弃了，今天又遇到了，终于找到了解决的办法。
原因在于：抓取的数数据是是GBK格式，通过抓包看到，返回的header头中
| 代码如下 | 复制代码 |
|
Content-Type:text/html;charset=GBK |
|
这个时候用icvo转码下，然后在json_decode()就可以正常转换了
| 代码如下 | 复制代码 |
|
iconv('gbk','utf-8',$data[1][0]); |
|
这里还需要主要的是你php代码文件的格式，建议是utf-8无bom头。
昨天发现博客的收录全部掉了，网站关了一个多月，唉。度娘你就块收了我把。
现在年纪大了，面对问题时的嗅觉不再灵敏，第一感觉零是正确的，心想是不是重定向后忘记退出了，后面还有内容输出，可是查了一下代码发现没有问题：
<?php
header('Location: /path');
exit;
?>
在绕了一大圈之后，我猛然意识到环境是Nginx+PHP，响应没有「Content-Length」，数据是通过「Transfer-Encoding」分块发送的，所以重定向的空响应体实际类似：
0＼r＼n＼r＼n
不多不少，正好五个字节，细节大家可以参考Chunked transfer encoding。如此看来在此类空响应体的情况下，PHP主动输出一个「Content-Length: 0」说不定会更好些。
那零个字节的响应如何解释呢？查询日志发现如下两种情况：
HEAD “/path HTTP/1.1″ 302 0
GET “/path HTTP/1.0″ 302 0
前者是HEAD请求，不需要响应体；后者是HTTP/1.0，不支持「Transfer-Encoding」。
问题基本解释清楚了，擦擦额头的汗，总算没在同事面前丢脸。