Вот сценарий, пользователь открывает незащищенную страницу из нашего WebApp, позвонив ему в PageA, в свой браузер, а затем щелкнет ссылку там, которая приведет их к безопасному экземпляру PageB. Как только в PageB пользователь может впоследствии щелкнуть ссылку, которая вернет их обратно в защищенный экземпляр страницы (которая уже просматривается и находится в OutputCache). Я заметил, что даже несмотря на то, что при обращении к PageB (защищенному) страница PageA обращается по другому URL-адресу, он фактически вытаскивает предыдущую кешированную копию, а делает ее более свежей. Я проверил это поведение в сеансе отладки и был удивлен тем, что ASP.Net использовал один и тот же элемент OutputCache для безопасной копии страницы.
Мой вопрос: почему так? И как я могу указать ASP.Net OutPutCache для обработки доступа с защищенного URL в качестве другого/уникального элемента, чем небезопасный эквивалент?
[Фон]
Недавно мы переключили изображения веб-сайтов на использование Scene7/Akamai для всех изображений. В результате этого мы добавили код, чтобы использовать другой URL Scene7 при просмотре данной страницы в безопасном соединении. Эта проблема OutputCache не позволяет логике, которая выводит защищенный url для выполнения, и приводит к уродливым предупреждениям браузера.