2009-08-11 85 views

回答

13

如果我沒有記錯,因爲它是這樣的唯一原因是一些向後兼容性問題,早在像1.0版本最初在那裏,你必須始終圍繞着傳遞信息,以保持您的應用程序狀態。

當技術轉移上,他們增加了addtoken屬性,但留下的默認設置,以便它不會打破一堆現有代碼。現在,它有點像我們的附錄,並沒有太多用處。他們可能可以在這一點上改變默認值,而不會有太大影響。

+0

是的,回到90年代,你不能指望用戶啓用cookies。今天,很難找到一個禁用了cookies的用戶,這些用戶很可能被用來破解他們的應用。 – Kip 2009-08-11 14:43:47

+1

爲什麼它沒有改變? Coldfusion在版本8上,9和10在路上。就好像在過去的十年裏他們會做出這樣的轉變。任何運行Coldfusion 1.0代碼的人都不會使用新版本。 – Jason 2009-08-11 14:47:44

+3

非常高興有一個服務器設置來改變引擎蓋下的默認設置 - 即使是在運行中,因爲它是一個重定向,而不是某個可能是內部循環或主要處理的東西。 – jinglesthula 2012-07-18 17:46:00

4

阿萊爾,Macromedia和現在的Adobe都在保持了向後的語言功能的兼容性非常敏銳,所以這可能是爲什麼它仍然這樣設置的。

我希望它不會被認爲是特別高的重要性「修復」,因爲它不是很難的屬性添加到您的標記,也將違背向後兼容性。

如果您對此感到非常強烈,爲什麼不希望列出它? http://www.adobe.com/go/wish/

+4

您應該使用新的公共bug /功能請求數據庫,而不是使用希望列表,它只發送大量電子郵件:http://cfbugs.adobe.com/cfbugreport/flexbugui/cfbugtracker/main.html – 2009-08-11 16:37:24

2

您可以隨時製作自己的自定義標籤或包含cflocation的cfc,並在內部將url傳遞給cflocation並將addtoken設置爲false。它會很容易然後做一個找到<cflocation -> <cflocation_nosuck

我提出了一個幾年前到Adobe增加的配置設置爲它更換。我確定請求在他們系統中的某個地方仍然存在,但再次纏着他們會很好。

0

此外,在老版本的CF的評論,你需要將令牌傳遞的URL做相關的「東西」會議......我記得。

相關問題