Env: .NET 1.1URL sans paramètres de requête - Comment faire la distinction
Je me suis mis dans cette situation. Où je dois donner une URL que quelqu'un pourrait les rediriger vers notre page. Quand ils redirigent, ils doivent aussi nous dire quel message je dois afficher sur la page. Au départ, j'ai pensé à quelque chose comme ça.
- http://example.com/a.aspx?reason=100
- http://example.com/a.aspx?reason=101
- ...
- http://example.com/a.aspx?reason=115
Alors, quand nous obtenons cette URL basée sur la 'raison' nous pouvons afficher un message différent.
Mais le problème se révèle être qu'ils ne peuvent pas envoyer de paramètres de requête du tout. Ils veulent 15 URL de différence puisqu'ils ne peuvent pas envoyer de paramètres de requête. Cela n'a aucun sens pour moi de créer 15 pages juste pour afficher un message.
Des idées intelligentes, qui ont une URL et passent la «raison» par des moyens?
EDIT: Options Je pense à partir des réponses
Essayez HttpRequest.PathInfo
ou deuxième option que je pensais était d'avoir un httphanlder lu
lire le chemin comme celui-ci - HttpContext. Request.Path
en fonction du chemin d'accès. Bien sûr, je vais avoir 15 entrées comme ça dans web.config.
<add verb="*" path="reason1.ashx" type="WebApplication1.Class1, WebApplication1" />
<add verb="*" path="reason2.ashx" type="WebApplication1.Class1, WebApplication1" />
Est-ce que l'air propre?
L'enfer? Ils peuvent rediriger vers "a.aspx" mais pas vers "a.aspx? Reason = nnn"? Cela n'a même pas de sens. –
je suppose que hashing la fin ne compte pas, n'est-ce pas? – Jason
Je ne sais vraiment pas ce qu'ils peuvent faire de leur côté. J'ai proposé cette solution de param de la chaîne de requête. Mais ils ont dit qu'ils ne pouvaient pas passer. –