這篇文章主要介紹了firefox瀏覽器用jquery.uploadify插件上傳時(shí)報(bào)HTTP 302錯(cuò)誤,分析了下，原來是利用flash進(jìn)行post上傳時(shí)沒有包含原來的session信息，而是重新創(chuàng)建了一個(gè)session，知道原因了，我們來看看如何解決吧。

解決了uploadify插件在chrom頻繁崩潰的問題，又遇到了新問題，ff瀏覽器下報(bào)HTTP 302錯(cuò)誤，

ff瀏覽器下 uploadify 利用flash進(jìn)行post上傳時(shí)沒有包含原來的session信息，而是重新創(chuàng)建了一個(gè)session，新的session無法通過登錄驗(yàn)證，因此被重定向到了登錄頁面。

解決的方法無非就是將原session一起post到服務(wù)器端，然后服務(wù)器端登錄驗(yàn)證之前將需要驗(yàn)證的session改為post過來的那個(gè)。。。（語言組織能力太差—，—）。

jquery.uploadify初始化時(shí)添加：

復(fù)制代碼代碼如下:

'formData' : { '<?php echo session_name();?>' : '<?php echo session_id();?>' },

服務(wù)器端由于項(xiàng)目使用的是zend框架，全部控制器都繼承Seed_Controller_Action4Admin，修改基類怕引起其他問題，因此沒有改基類，只改了應(yīng)用控制器的init()方法

復(fù)制代碼代碼如下:

    public function init() {

        $session_name = session_name();

        if (!isset($_POST[$session_name])) {

        } else {

            session_id($_POST[$session_name]);

            //uploadify官網(wǎng)有這一行，但我加入這行后報(bào)session已啟動(dòng)錯(cuò)誤

            //去掉之后正常

            //session_start();

        }

    }

這里發(fā)現(xiàn)一個(gè)問題：所有上傳圖片的action應(yīng)該放到一個(gè)控制器中的，開發(fā)的時(shí)候偷懶了，將上傳圖片的action跟其他呈現(xiàn)頁面的action放在了一起，init方法被覆蓋掉了，因此其他幾個(gè)action在訪問的時(shí)候不進(jìn)行登錄驗(yàn)證了。。。

雖然HTTP 302問題解決了，唉。。。還是不合理啊。

最終還是沒有完美解決此問題，小伙伴們?nèi)缬懈玫姆椒?，?qǐng)告知一下，本文持續(xù)更新。

您可能感興趣的文章: