Почему значение по умолчанию для аддокена cflocation не равно no?

Question

Есть ли веская причина, почему по умолчанию для этого тега будет да? Кажется, что почти всегда должно быть нет. Я что-то упустил?

Answer 1

Если я правильно помню, единственная причина, по которой это происходит, заключается в том, что некоторые проблемы с обратной совместимостью относятся к версии 1.0, где изначально вам приходилось всегда передавать эту информацию для поддержания состояния приложения.

Когда технология пошла дальше, они добавили атрибут addtoken, но оставили значение по умолчанию, чтобы оно не нарушало кучу существующего кода. Теперь это похоже на наше приложение и не используется много. Возможно, они могли бы изменить настройки по умолчанию на этом этапе без особого влияния.

Answer 2

Allaire, Macromedia, а теперь и Adobe, очень заинтересованы в том, чтобы поддерживать обратную совместимость функций в языке, поэтому, вероятно, по-прежнему так настроено.

Я полагаю, что "исправление" не будет считаться особенно важным, так как добавить атрибут к тегу несложно, а также будет противоречить обратной совместимости.

Если вы очень сильно к этому относитесь, почему бы не перечислить это? http://www.adobe.com/go/wish/

Answer 3

вы всегда можете сделать свой собственный пользовательский тег или cfc, который оборачивает cflocation и внутренне просто передает URL-адрес в cflocation с addtoken, установленным в false. тогда было бы легко найти замену на <cflocation -> <cflocation_nosuck

Несколько лет назад я предложил компании Adobe добавить для нее параметр конфигурации. Я уверен, что запрос еще жив где-то в их системе, но приставать к ним снова было бы здорово.

Answer 4

Вы должны записать свою озабоченность в COLDFUSION BUG DATABASE и довести ее до сведения CFML .

Answer 5

комментируя далее, в более старых версиях CF вам нужно было передать токены в URL, чтобы сделать сессионное "Stuff" ... насколько я помню.