php环境兼容性问题--
内容编码错误
无法显示您尝试查看的页面，因为它使用了无效或者不支持的压缩格式。
请联系网站的所有者以告知此问题。
以前也遇到过同样的问题，记得是PHP代码ob_start(‘ob_gzhandler‘)导致的，导致的原因有两种，
- 服务器不支持这种压缩格式，可使用function_exists(‘ob_gzhandler‘)判断，解决方法
ob_start(‘ob_gzhandler‘)改为ob_start()； - 使用ob_start(‘ob_gzhandler‘)时候前面已经有内容输出，检查前面内容以及require
include调用文件的内容。若无法找到可以在调用其它文件前使用ob_start()，调用之后使用
ob_end_clean
()
来清除输出的内容；
经检查我的问题出在set_magic_quotes_runtime()函数上，提示内容 Function
set_magic_quotes_runtime() is
deprecated，导致这个提示的原因是在PHP5.3后此特性已经关闭，在PHP6中已经完全移除此特性，也就是这个函数已经不存在了。你可以注释
或者删除掉出错的行，或者是在set_magic_quotes_runtime()前面加@符号。
还有一点需要注意的是，PHP5.30版本，默认不再支持<?=$username;?>这样的语法，输出变量需使用&
lt;?php echo $username;?>语法才可以。你可以通过将 php.ini 中的 short_open_tag 设置为
On，这样就可以兼容原来的语法。
默认thinkphp 3.1 ob_start() 后 会以ob_get_clean() 结尾
ob_get_clean() = ob_get_contents + ob_end_clean(); 得到当前缓冲区的内容并删除当前输出缓冲区
---
现在大多数浏览器都已经支持页面的压缩输出，通过压缩输出，页面大小可以减少30%，由于3.0版本没有内置页面压缩输出功能，所以一般来说，需要自己在入口文件中添加：
ob_start(‘ob_gzhandler‘);但是由于服务器环境的不同，有时候这个配置会和php.ini文件中的zlib压缩配置冲突。3.1新版则内置了页面压缩输出功能，不需要再手动添加ob_gzhandler代码，增加OUTPUT_ENCODE配置参数，并支持检测zlib.output_compression。
框架默认会进行页面压缩输出，并且会自动检测zlib.output_compression配置，如果php.ini里面zlib.output_compression是开启状态，则仍然以服务器环境的页面压缩方式进行页面压缩。
相关代码就一行：
if(!ini_get(‘zlib.output_compression‘) && C(‘OUTPUT_ENCODE‘)) ob_start(‘ob_gzhandler‘);在个别特殊的环境下面，如果出现类似下面的错误提示：
output_handler "ob_gzhandler" conflicts with "zlib.output_compression" 一般是由于你的服务器配置了其他的压缩方式导致冲突，这个时候你可以手动关闭OUTPUT_ENCODE，即：
在conf文件夹的config.php中
‘OUTPUT_ENCODE‘=>false可以解决问题。
原文出自【风信网】，转载请保留原文链接：http://www.ithov.com/linux/120564.shtml
---
一般而言，页面文件开启gzip压缩以后，其体积可以减小60%~90%，对于文字类站点，可以节省下大量的带宽与用户等待时间
但是不论是iis 还是apache默认都只压缩html类静态文件，对于php文件需要模块配置才可支持（iis7.5中开启动态+静态压缩也可以），于是利用php自身功能到达gzip的效果也成为一项合理的诉求。
实现的方法很简单，打开php目录下的php.ini文件，
复制代码 代码如下:
zlib.output_compression = Off
;zlib.output_compression_level = -1output_buffering = Off
修改成
复制代码 代码如下:
zlib.output_compression =On
zlib.output_compression_level = 5
output_buffering = 4096
需要说明的是以下几点
一、;zlib.output_handler必须保持注释掉，因为此参数和前面的设置冲突——官方的说法。
二、一般情况下缓存是4k（output_buffering = 4096）。
三、zlib.output_compression_level 建议参数值是1~5，6以上实际压缩效果提升不大，cpu占用却是几何增长。
最后通过firebug查看请求头和回应头，实际上gzip效果已经显示，或者通过站长gzip检测工具也显示gzip有效。