我們正在開發網上商店，並使用第三方UI處理付款。在iframe中失去會話狀態，但不在彈出窗口中
儘管我們現在認識到付款解決方案提供商建議使用頂級窗口，但我們選擇在iframe內外退出頁面內顯示付款用戶界面。
現在發生的情況是，在IE7/IE8中，付款用戶界面在第一次回發（在iframe內）失去會話狀態，而在Firefox中，它工作得很好。我們觀察到付款用戶界面是使用ASP.NET開發的。
我的印象是，就服務器而言，從iframe和頂層窗口引用並沒有區別，但顯然存在。
有沒有人有線索？ iframe做什麼可能會對付款服務器產生影響，導致它失去會話狀態？
難道它（它突然在我身上發現）是Cookie處理的差異嗎？更嚴格的安全可能？
可能由此引起：
的Internet Explorer 6推出了針對隱私首選項平臺（P3P）項目的支持。 P3P標準指出，如果FRAMESET或父窗口引用FRAME內部或子窗口內的其他站點，則該子站點將被視爲第三方內容。使用默認隱私設置「中」的Internet Explorer會默默拒絕來自第三方網站的Cookie。
http://support.microsoft.com/kb/323752/en-us
我曾經聽到有人說，一個IFrame實際上是IE瀏覽器的一個新實例，但顯然這是一個比較複雜一點。
所以你的代碼的結構/網站將是這樣的：
當你右鍵點擊iframe的內容時，你可以驗證url是否對應於站點A？
如果您調試，第2頁是否按預期觸發您的斷點？
您可能會發現this article by Milan Negovan有助於解釋爲什麼帶框頁面會獲得單獨的會話ID。文章還談到了上面Gerrie Schenck提到的P3P解決方案。
當然！這可能就是它！回到繪圖板 – 2009-04-17 09:53:43
您可以通過確保您和付款提供商都已定義P3P語句來解決此問題：這將允許IE接受第三方Cookie - 當IE 6推出廣告時必須執行類似的操作在遠程廣告服務器的IFrame中提供。 – 2009-04-17 10:54:58
謝謝，我會檢查一下！ – 2009-04-20 09:31:52