Voici le scénario, un utilisateur ouvre une page non sécurisée à partir de notre WebApp, appelons-la PageA, dans son navigateur, puis clique sur un lien qui l'amène à une instance sécurisée de PageB. Une fois dans PageB, l'utilisateur peut ensuite cliquer sur un lien qui le ramène à une instance sécurisée de PageA (qu'ils ont déjà visualisée et dans OutputCache). J'ai observé que même si PageA est accessible sur une URL différente après avoir visité PageB (la version sécurisée), elle extrait en fait la précédente copie en cache plutôt que d'en créer une nouvelle. J'ai vérifié ce comportement dans une session de débogage et j'ai été surpris qu'ASP.Net utilise le même élément OutputCache pour une copie sécurisée de la page.Comment configurer ASP.Net OutputCache pour qu'il varie en fonction de http vs https?
Ma question est la suivante: pourquoi est-ce ainsi? Et comment puis-je dire à ASP.Net OutPutCache de traiter l'accès de l'URL sécurisée comme un élément différent/unique de l'équivalent non sécurisé?
[Contexte]
Nous avons récemment changé nos images Sites Web sur l'utilisation Scene7/Akamai pour toutes les images. À la suite de cela, nous avons ajouté du code pour utiliser différentes URL Scene7 lors de la visualisation d'une page donnée sur une connexion sécurisée. Ce problème OutputCache n'autorise pas la logique qui génère les URL sécurisées à exécuter et entraîne des avertissements de navigateur moche.
+1. Exactement ce dont j'avais besoin. Dans mon cas, l'utilisateur ne devrait pas aller à HTTPS pour ma page particulière. Mais dans le cas où ils le font, j'ai un code de redirection en place pour les envoyer à HTTP. Cependant, ce code de redirection ne fonctionnerait pas tant que je n'aurais pas changé de "schéma" comme dans votre exemple. –