SignalR /signalr/hubs 404 not Found

L'ordre de parcours de l'inscription des questions. J'ai eu exactement ce problème et fixe, en assurant mon global.asax.cs ressemblait à ceci:

public class MvcApplication : System.Web.HttpApplication
{
    protected void Application_Start()
    {
        AreaRegistration.RegisterAllAreas();
        RouteTable.Routes.MapHubs();

        WebApiConfig.Register(GlobalConfiguration.Configuration);
        FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
        RouteConfig.RegisterRoutes(RouteTable.Routes);
    }
}

C'était dans un site web à l'aide de SignalR, MVC et WebApi tous ensemble.

Si vous travaillez sur des formulaires web, Veuillez suivre les étapes suivantes

1. Dans le webconfig:

   <validation validateIntegratedModeConfiguration="false" />
   <modules runAllManagedModulesForAllRequests="true"/>

2. Dans la page ajouter une référence à carrefour

   <script src="/signalr/signalr/hubs"></script>

   au lieu de

   <script src="/signalr/hubs"></script>

Assurez-vous que votre site de pool d'applications cibles de la bonne version de .NET Framework.

Je n'avais pas de problèmes avec le routage dans MVC3, mais ne obtenir le chemin d'accès incorrect. Je vous suggère de regarder la source et de voir où le script est en fait de pointage, assurez-vous qu'il est de résoudre le répertoire de l'application sur ok. Et assurez-vous que vous pouvez physiquement ouvrir le fichier avec le chemin d'accès correct avec votre navigateur. E. g.

<script src="/MyWebApp/signalr/hubs" type="text/javascript"></script>  

Que vous pouvez ouvrir le fichier à partir d'un navigateur (en le remplaçant par le sous-répertoire approprié)?

Si pas, le centre pourrait ne pas être correctes et il peut vous diriger dans la bonne direction. Fiddler il.

La syntaxe que j'ai utilisé était:

<script src="@Url.Content("~/signalr/hubs")" type="text/javascript"></script>  

Il pourrait être la différence entre Url.Contenu et ResolveUrl

il y a potentiellement de nombreuses causes de cette 404 - quelques-uns, par

• Frappé l'url dans le navigateur /signalr/moyeux - si il y a une erreur, vous verrez le message d'erreur revenir.
• vérifier pour la duplication de HubName attribut si vous avez de la classe de base
• vous assurer d'avoir la bonne version référencée dans tous les projets (pour éviter les erreurs de liaison)

J'ai eu le même problème, il a été un asp.net projet signalR, il fonctionnait correctement avant que je publie, mais quand j'ai organisé dans IIS, il n'a pas.

Après j'ai vérifié, j'ai réalisé l'adresse /signalr/hubs n'est pas correct, laissez-moi vous expliquer plus, il suffit de faire les étapes suivantes:

1. Ouvrez votre application web dans le navigateur (à l'Aide de IIS), vous voyez l'interface que vous avez conçu, ouais? maintenant, appuyez sur ctrl+U ou faites un clic droit sur la page, sélectionnez Afficher la Source de la Page.

2. Vous verrez plusieurs liens en commençant par <script> balise en haut de la page, trouver quelque chose comme <script src="/signalr/hubs"></script> maintenant, cliquez sur elle, si vous êtes pris dans la page, ce qui implique "404 - Fichier ou répertoire introuvable."vous avez quelques erreurs sur la définition de l'adresse, de trouver la véritable adresse et de modifier l'adresse dans la barre d'adresse pour observer le résultat vrai

Dans mon cas, j'ai besoin d'ajouter mon nom de projet au début de l'adresse, j'ai donc dû changer l'adresse de:

<script src="/signalr/hubs"></script>

à

<script src="/MoveShape/signalr/hubs"></script>

dans lequel MoveShape était mon projet de nom, maintenant, après avoir appuyé sur ctrl+U dans le navigateur et le suivant dit, auparavant, les étapes, vous cliquez sur le lien et cette fois vous voir le vrai résultat, la page afficher les codes commençant par:

/*!
 * ASP.NET SignalR JavaScript Library v2.2.2
 * http://signalr.net/
 *
 * Copyright (c) .NET Foundation. All rights reserved.
 * Licensed under the Apache License, Version 2.0. See License.txt in the project root for license information.
 *
 */

ouais! ça y est, il fonctionne correctement, gardez à l'esprit qu'il n'avait pas de problème quand j'ai été le tester à l'aide de Visual studio, mais pas après l'hébergement dans IIS, comme d'autres l'ont recommandé de faire une bonne adresse en appliquant <%= ResolveUrl("~/") %> ou d'autres méthodes.