J'ai une page où je définis la propriété PostBackUrl sur un bouton de connexion. J'utilise le module de réécriture d'URL IIS7. Je réécris également l'attribut Page.Form.Action pour qu'il corresponde à l'URL réécrite, afin que les publications fonctionnent correctement. Lorsque la propriété PostBackUrl est définie, la page ajoute une entrée masquée "__REVIOUSPAGE". Le problème est que toutes les publications sont maintenant cassées, de sorte que la demande est considérée comme une nouvelle requête, et Page.IsPostback == false. Retrait de la ligne de code qui définit PostBackUrl corrige tous mes problèmes de publication. Je ne pense pas que je peux réécrire la valeur __PREVIOUSPAGE cryptée pour correspondre à l'URL réécrite actuelle, mais je soupçonne que c'est le problème. Est-ce que quelqu'un d'autre a rencontré et résolu ce problème?Y a-t-il un bug avec PostbackUrl et URL Rewriting?
0
A
Répondre
-1
Les formulaires Web ASP.NET et la réécriture d'URL n'ont jamais été particulièrement performants. Vous pourriez vouloir regarder le routage, qui fonctionnera mieux les charges. . .
Je suis un peu loin dans le trou de lapin pour passer à MVC –
routage! = Mvc - il fait partie de System.Web.Abstractions pas System.Web.Mvc. .. –
Assez juste, mais je ne vais probablement pas passer au routage juste pour résoudre ce problème. Vraiment, c'est le seul problème que j'ai rencontré avec Url Rewriting. –