Posted on 2008-09-02 16:41
Qzi 閱讀(332)
評(píng)論(0) 編輯 收藏 所屬分類(lèi):
錯(cuò)誤總結(jié) 、
Web一般性問(wèn)題
1 String lastUrl = request.getHeader("Referer");
不好意思，下面的說(shuō)錯(cuò)了（所以都標(biāo)紅了），不過(guò)的確這個(gè)方法在有框架的時(shí)候性能還不清楚，
貌似是：
在多個(gè)框架中，IE的情況是：如果將在frame觸發(fā)的鏈接顯示在frame2中，frame2的Referer就不會(huì)改變。firefox的情況是，會(huì)變，所以firefox處理的更好。
請(qǐng)有識(shí)之士教導(dǎo)。
使用到方法來(lái)獲得上一次路徑的請(qǐng)注意了，如果頁(yè)面涉及到框架frame的話(huà)，請(qǐng)留意firefox與IE的不同。
假如頁(yè)面具有整個(gè)頁(yè)面，上，左，右三個(gè)frame四個(gè)所謂的windows，假設(shè)每一個(gè)frame都有自己地址欄，當(dāng)然真實(shí)的地址欄只有整個(gè)頁(yè)面的一個(gè)。
我出現(xiàn)的情況是：
1）firefox中：一個(gè)右frame的jsp頁(yè)面進(jìn)入的struts的action，在這個(gè)action使用這個(gè)函數(shù)，能夠獲得右frame地址欄原來(lái)的字符串。在右frame頁(yè)面里使用這個(gè)函數(shù)，也能夠獲得右frame原來(lái)的地址欄的字符串。
算是比較正常吧，獲得所謂的referer的字符串嘛。
2）IE中：一個(gè)右frame的jsp頁(yè)面進(jìn)入的一個(gè)action，使用這個(gè)函數(shù)，獲得的是整個(gè)頁(yè)面的地址欄原來(lái)的字符串。在右frame頁(yè)面里使用這個(gè)函數(shù)，卻獲得的是右frame地址欄原來(lái)的字符串。
這樣就不正常啦，我在action里使用獲得的竟然是整個(gè)頁(yè)面的地址欄原來(lái)的字符串，那樣我new ActionForward(這個(gè)url)的時(shí)候，就會(huì)出現(xiàn)框架嵌套框架啦。
這些問(wèn)題應(yīng)該是跟瀏覽器的實(shí)現(xiàn)有關(guān)。
我用這個(gè)函數(shù)主要是想實(shí)現(xiàn)返回上一步的功能。但是上一步的路徑獲得那么可預(yù)測(cè)，這種方法獲得之前頁(yè)面看來(lái)是不能信賴(lài)地用的。