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