Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Немножко расширить SessionIDManager
|
|||
|---|---|---|---|
|
#18+
Вот такое дело. Стандартная реализация SessionIDManager полностью устраивает. Однако для обработки запросов по определенному адресу (отдельный контроллер) требуется выдергивать идентификатор сессии не из кукисов, а из параметров URL, который кроме того еще и зашифрован, типо вот такого: http://domain.tld/Auth/Commit?token=Q4Uyi93dLfQJSOMNd9fvf-VwEjWU8Lke_waLgRUoAdI1 Проблема SessionIDManager состоит в том, что его виртуальные методы позволяют только изменить генератор SessionID, но не получение идентификатора из другого источника. Поэтому я унаследовал SessionIDManager, но подменил реализацию GetSessionID интерфейса ISessionIDManager (explicitly). Получилось некая псевдовиртуальность. В общем, это работает, но меня терзают смутные сомнения, правильно ли так делать, и можно ли решить задачу иначе? Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2013, 15:43 |
|
||
|
|

start [/forum/topic.php?fid=18&tid=1358315]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 220ms |
| total: | 378ms |

| 0 / 0 |
