Spécification du chemin exact de mon ASP.NET Http Handler

Question

Je génère un sitemap XML/Google à la volée en utilisant un Handler Http, de sorte que je n'ai pas besoin de maintenir un fichier XML manuellement.

Je cartographié mon Http Handler à "sitemap.xml" dans mon web.config comme ceci:

<httpHandlers> 
    <add verb="*" path="sitemap.xml" type="My.Name.Space, MyAssembly" /> 
</httpHandlers> 

Il fonctionne très bien. Maintenant, www.mywebsite.com/sitemap.xml met mon Http Handler en action et fait exactement ce que je veux. Cependant, cette URL fera la même chose: www.mywebsite.com/some/folder/sitemap.xml et je ne veux pas vraiment que ce soit parce que je veux juste mapper mon gestionnaire à la racine de mon application.

J'ai essayé de changer le "chemin" de mon gestionnaire dans mon web.config en "/ sitemap.xml" et "~/sitemap.xml" mais ne fonctionne pas.

Ai-je oublié quelque chose ici?

Answer 1

2 solutions à ce:

Soln # 1: Vous pouvez vérifier le chemin de la demande en utilisant la propriété Request.Url, si la demande est du chemin racine, vous pouvez générer le XML, sinon ne pas faire n'importe quoi.

Soln # 2: Placez un fichier web.config avec le paramètre suivant dans chaque dossier dans lequel vous ne souhaitez pas gérer la requête pour le fichier sitemap.xml.

Answer 2

Essayez d'ajouter ce qui suit à votre web.config

<urlMappings enabled="true"> 
    <add url="~/SiteMap.xml" mappedUrl="~/MyHandler.ashx"/> 
</urlMappings> 

Il utilise une fonctionnalité peu connue de ASP.NET 2.0 appelé 'Url Mapping'

Answer 3

suite de Kirtan suggéré solution # 1 vous pouvez faire une solution de contournement comme suit:

public void ProcessRequest(HttpContext context) { 
    //Ensure that the sitemap.xml request is to the root of the application 
    if (!context.Request.PhysicalPath.Equals(Server.MapPath("~/sitemap.xml"))) { 
    //Invoke the Default Handler for this Request 
    context.RemapHandler(null); 
    } 

    //Generate the Sitemap 
} 

Il se peut que vous deviez jouer un peu avec ce comportement, mais vous ne savez pas si l'appel du gestionnaire par défaut ne fera qu'appeler de nouveau votre gestionnaire. Probablement la peine de tester en mode débogage de VS. Si elle ne vient invoquer de nouveau, alors vous devrez essayer d'invoquer un certain fichier statique gestionnaire à la place ou vous pouvez simplement émettre un HTTP 404 vous par exemple

//Issue a HTTP 404 
context.Response.Clear(); 
context.Response.StatusCode = (int)System.Net.HttpStatusCode.NotFound; 
return; 

Consultez la documentation MSDN sur HttpContext.RemapHandler pour plus d'informations - http://msdn.microsoft.com/en-us/library/system.web.httpcontext.remaphandler.aspx

Answer 4

Vous pouvez, alternativement, lancer une vérification dans global.asax, vérifier la requête et enfin ré-assigner un nouveau gestionnaire via context.RemapHandler.
La seule chose est que vous auriez à implémenter une usine d'ailleurs.

Je vous suggère d'hériter de l'application HttpApplication, et d'y implémenter l'usine, mais c'est votre appel.