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