Лицензии и сессии УСПОКОИТЕЛЬНЫЙ путь
Приведенный ниже подход должен работать,
<select multiple>
{{#if $eq isActive}}
<option value="somevalue" selected="selected">Some Value</option>
{{else}}
<option value="somevalue">Some Value</option>
{{/if}}
</select>
Кроме того, убедитесь, что помощник, который определяет, активен элемент или нет, возвращает правильное значение.
3 ответа
Позвольте мне попытаться соединить точки для Вас, предположив, что я интерпретировал Ваш вопрос правильно. Ссылка, которую Вы отправили, имеет действительный ответ, каждый запрос должен использовать автора HTTP при необходимости в понятии лицензий для поддержания определенного состояния для пользователя, можно, скорее всего, связать это с пользователем. У Вас есть (проверенное) имя пользователя, чтобы пройти. Просто необходимо вызвать тот контроллер для каждого запроса и сохранить его состояние. Там у Вас есть своя сессия.
Входу cookie никогда нельзя доверять ни для какой критической информации, но может быть очень полезен для дополнительной проверки как маркер безопасности. Я думаю, добавляя, что случайное поле маркера безопасности к Вашим локальным ссылкам было бы успокоительным подходом к этому. Это должно истечь с 'сессией', конечно.
Можно хотеть рассмотреть продвижение лицензии, обрабатывающей проблемы вниз стопка инфраструктуры один уровень. Вид подобных подход Аспектно-ориентированного программирования (AOP), если Вы будете. Вместо того, чтобы обработать его на уровне приложений, возможно, можно продвинуть его в к уровню веб-сервера.
Не зная детали Вашей инфраструктуры, трудно дать определенную рекомендацию. Используя *отклоняют платформу как пример, лицензия, обрабатывающая логику, может быть реализована как модуль для Apache сервер HTTP.
Этот подход способствует разделению проблем через Вашу стопку инфраструктуры. Это позволяет каждому слою фокусироваться на том, к чему это предназначено. Прикладной уровень не должен волноваться о лицензировании вообще, позволяя этому сфокусироваться строго на содержании, которое в свою очередь содержит URL в чистоте и "УСПОКОИТЕЛЬНЫЙ".
Если Ваше лицензирование основано на параллельных пользователях, реализование обзора HTTP тривиально, и позволит Вам включить только максимальное количество параллельных логинов. Обзор имеет условие для передающих данных истечения, таким образом, Ваша сессия может быть синхронизирована.
Состояние аутентификации является хранением http аутентификацией и больше нигде, beause это прозрачно и ubiquituous.