Browsed by
标签: Warning

php页面转向【Warning: Cannot modify header information – headers already sent by】

php页面转向【Warning: Cannot modify header information – headers already sent by】

刚写php,在用户验证后进行页面转向,写了句header("Location:index.php");

调试出现Warning: Cannot modify header information - headers already sent by..........

网上搜咯一下,找到了答案,写下来和大家分享。

解决办法:打开你的php.ini文件!output_buffering = off 改为output_buffering = on

可以咯,但别忘了重启你的服务器(IIS || APACHE).

我在php程序的头部加了,

header("cache-control:no-cache,must-revalidate");

之后页面就出现上面的错误,看了N个资料也没有结果。今天偶尔发现原来是我的php.ini里面的配置出了问题,在

C:\windows\下找到php.ini文件,

     output_buffering默认为off的。我现在把它设为4096就OK了。

用于解决显示提示错误,不能按(日期+导出文件数)为文件名的错误信息.

PHP has encountered an Access Violation at 7C94BD02 问题解决

PHP has encountered an Access Violation at 7C94BD02 问题解决

记录下

网上看了很多 都没搞定 最后发现是两个站用一个应用池的问题 新建了一个搞定 嘿嘿 :)

下面是网上的一些解决方法:

PHP has encountered an Access Violation at 7C94BD02 解决方法

先重启一下IIS就能当时解决这个问题!

解决方法如下:

第一种可能:

去掉 php中 eaccelerator 的扩展
这样做能够解决您的问题,不过可能会加重系统负担
因为eaccelerator主要是为了节省系统资源的东西

具体做法是找到php.ini
如果是我帮您配置的,一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

zend_extension_ts="C:\php\extensions\eaccelerator_win_xxx.dll"
eaccelerator.shm_size="16"
eaccelerator.cache_dir="c:\temp"
eaccelerator.enable="1"
eaccelerator.optimizer="1"
eaccelerator.check_mtime="1"
eaccelerator.debug="0"
eaccelerator.filter=""
eaccelerator.shm_max="0"
eaccelerator.shm_ttl="0"
eaccelerator.shm_prune_period="0"
eaccelerator.shm_only="0"
eaccelerator.compress="1"
eaccelerator.compress_level="9"

ea主要是在unix环境下开发的,但是作者忽略到windows实际上不像u主机那样,是没有u主机的那种内存共享机制的
这个bug已经提交给他们了,希望0.9.5能够解决

当然,如果您的机器这个问题不严重,建议还是保留,ea是一块非常优秀的Php缓存+加速软件
配合zo使用,将会降低系统负担 50%-80%左右,提高负载能力、速度和效率 200%左右

第二种可能
session_save_path 需要设定一个实际的物理路径,并且该目录需要everyone的所有权限,类似U主机的0777

第三种可能
c:/winnt/temp 或者 c:/windows/temp
也需要everyone的所有权限,类似U主机的0777

第四种可能
您的内存严重不足,查看一下,如果有问题,请加内存,最好是一次加两条
比如加1G内存,最好是加2条一模一样的512M。否则没有启用双通道,效果也很一般

第五种可能
ZendOptimizer和php的搭配不是很好
换个版本试试看
目前比较稳定的搭配是
php4.3.11+zo 2.5.10a
或者php4.4.1+zo 3.0 beta2

第六种可能

这种多属于用win2003的用户
他们在应用池中设定了限制
比如多长时间回收,最大使用内存多少等等
这些设置势必造成这个经典的php错误
木头经过数以百计的测试,敢担保问题会出现在这里。