解决了uploadify插件在chrom频繁崩溃的问题，又遇到了新问题，ff浏览器下报HTTP 302错误，
ff浏览器下 uploadify 利用flash进行post上传时没有包含原来的session信息，而是重新创建了一个session，新的session无法通过登录验证，因此被重定向到了登录页面。
解决的方法无非就是将原session一起post到服务器端，然后服务器端登录验证之前将需要验证的session改为post过来的那个。。。（语言组织能力太差—，—）。
jquery.uploadify初始化时添加：
代码如下:
' : '' },
服务器端由于项目使用的是zend框架，全部控制器都继承Seed_Controller_Action4Admin，修改基类怕引起其他问题，因此没有改基类，只改了应用控制器的init()方法
代码如下:
} else {
session_id($_POST[$session_name]);
//uploadify官网有这一行，但我加入这行后报session已启动错误
//去掉之后正常
//session_start();
}
}
session_id($_POST[$session_name]);
//uploadify官网有这一行，但我加入这行后报session已启动错误
//去掉之后正常
//session_start();
}
}
这里发现一个问题：所有上传图片的action应该放到一个控制器中的，开发的时候偷懒了，将上传图片的action跟其他呈现页面的action放在了一起，init方法被覆盖掉了，因此其他几个action在访问的时候不进行登录验证了。。。
虽然HTTP 302问题解决了，唉。。。还是不合理啊。
最终还是没有完美解决此问题，小伙伴们如有更好的方法，请告知一下，本文持续更新。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
