2009-11-01 7 views
0

J'ai le httphandler sur l'hébergement Web partagé. Cela fonctionne.Déploiement d'hébergement partagé httphandler

Le HttpHandler webapp (virtuel) dir de ce HttpHandler n'a pas web.config et le site Web de l'ensemble utilisateur partagé a web.config avec une seule déclaration décommentée:

<compilation defaultLanguage="c#" debug="false"/> 

Maintenant, je changer pour :

<system.web> 
    <urlMappings enabled="true"> 
    <add url="~/CheckLoad" mappedUrl="~/BackupLicense.ashx?key=CheckLoad"/> 
    <compilation defaultLanguage="c#" debug="false"> 
     </compilation> 
</system.web> 

Ce (*) fonctionne localement (sur serveur web interne VS2008) mais pas sur l'hébergement mutualisé.

Qu'est-ce qui me manque? (*) signifie appeler [1a], qui ne fonctionne que localement, mais sur l'hébergement mutualisé, il donne "La page not found" "Erreur HTTP 404"

[1a] Calling: http://www.MySharedSite.com/CheckLoad (en plus de toujours et evertwhere travail [1b] http://www.MySharedSite.com/BackupLicense.ashx?key=CheckLoad

Répondre

1

Il y a quelques différences subtiles dans la façon de les URL sont gérées sur le serveur Web intégré et IIS6 et 7.

Vous devez connaître la version d'IIS en cours d'exécution sur votre hôte partagé.

Plus précisément, IIS6 ne prend pas en charge les URL sans l'exte nsion étant mappé à aspnet_isapi.dll - et puisque vous n'utilisez pas d'extension pour l'URL, cela pourrait être le cas.

Si votre hôte utilise IIS7 avec le mode de pipeline intégré, vous avez probablement besoin de la section configure the system.webServer avec votre mappage d'URL au lieu de system.web. (Voir aussi this question pour une explication de la différence).

Modifier Je vois dans les commentaires que votre hébergeur utilise IIS6. Ensuite, vous devez demander à votre hébergeur d'autoriser le traitement de l'URL/Checkload par ASP .NET. Un autre moyen facile de le faire fonctionner serait d'utiliser .ashx à la fin de l'url; depuis l'extension .ashx est déjà mappée à ASP .NET dans la configuration standard.

+0

DrIIS, merci, lien utile mais je semble ne pas avoir le droit de vote. Surtout j'ai aimé http://arcware.net/use-a-single-web-config-for-iis6-and-iis7/ J'ai étudié les réponses de site d'hébergement Web partagé et ils disent que utilise IIS6. Donc, la question est la même et je suis sorti avec un peu plus. Quels sont les modes de serveur Web interne utilisés par VS2008, VS2005, VS2003? Notez que localement je n'utilise pas vraiment les répertoires virtuels et IIS. –

+0

Une fois agin, juste essayer de récupérer la mise en forme de mon post précédent: DrIIS, merci, lien utile mais je semble ne pas avoir le droit de vote. Surtout j'ai aimé arcware.net/use-a-single-web-config-for-iis6-and-... J'ai étudié les réponses de site d'hébergement partagé et ils disent qu'il utilise IIS6. Donc, la question est la même et je suis sorti avec un peu plus: Quels sont les modes de serveur web interne utilisé par VS2008, VS2005, VS2003? Notez que localement je n'utilise pas vraiment les répertoires virtuels et IIS. –

+0

Une fois agin, juste en essayant de récupérer le formatage de mon post précédent (maintenant dans Opera): DrIIS, merci, lien utile mais je semble ne pas avoir le droit de vote. Surtout j'ai aimé arcware.net/use-a-single-web-config-for-iis6-and-... J'ai étudié les réponses de site d'hébergement partagé et ils disent qu'il utilise IIS6. Donc, la question est la même et je suis sorti avec un peu plus: Quels sont les modes de serveur web interne utilisé par VS2008, VS2005, VS2003? Notez que localement je n'utilise pas vraiment les répertoires virtuels et IIS –