ScriptResource.axd 404 errore in asp net 4 applicazione - WebResource funziona bene anche se

StackOverflow https://stackoverflow.com/questions/4797435

  •  24-10-2019
  •  | 
  •  

Domanda

Ciao a tutti, ho un'applicazione .NET 4 che ho appena schierato alla produzione. Il loadas app bene, tranne i miei file js riferimento arent correttamente carico. Utilizzando violinista Ho trovato che le chiamate ScriptResource.axd stanno tornando errori 404.

Ecco il kicker, la pagina è anche fare una chiamata tramite WebResource.axd, e che la richiesta funziona bene.

Tutte le idee che posso controllare per? Sono stati in esecuzione IIS7. È equilibrato carico, ma abbiamo MachineKeys nella config. Ho aggiunto una sezione httpHandlers per ScriptResource.axd .. ma Im continua ad avere lo stesso problema .. perplesso ...

Aggiornamento - pensiamo ou websrver ha idea di cosa è un file AXD. V'è alcuna installazione per .NET che installerà le mappature AXD in IIS?

È stato utile?

Soluzione

"404" potrebbe anche significare (a certe condizioni) un "non abilitato" o "non consentito". Ho avuto un po 'indietro nel tempo che sul server e ha dovuto consentire una certa estensione.

Un altro modo sarebbe quello di utilizzare Process Monitor per vedere se i file reali sono essere cercato dal processo IIS e non trovato.

Altri suggerimenti

appare come gestori necessari per essere aggiunto a system.webServer, per questo blog: http://geekswithblogs.net/lorint/archive/2007/03/28/110161.aspx

Grazie per l'assistenza @Uwe Keim

Ho avuto lo stesso problema di oggi, ma è stato causato da una regola di riscrittura che è stato riscrivendo la richiesta /ScriptResource.axd' to / some_application / ScriptResource.axd', che non era un bersaglio valido. Correzione della regola di ignorare gli URL con .axd risolto il problema.

Questo ha funzionato per me:

Aggiungere il seguito gestore per il tuo web.config: 

<system.webServer>
<handlers>
<add name="ScriptResource" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" preCondition="integratedMode" />

Per quanto mi riguarda, tutti i file AXD sono insufficienti. Dopo aver trascorso un'intera settimana, provando ogni risposta trovato su internet, senza fortuna:

Ho creato file vuoto ScriptResource.axd e WebResource.axd, e ha risolto il problema. Mi piacerebbe sapere qual è il vero problema era.

Due possibili soluzioni da http://blogs.msdn.com/b/carloc/archive/2008/12/04/webresource-axd-or-scriptresource-axd-not-working.aspx :

  1. Compressione IIS sta causando le richieste WebResource.axd a fallire. disabilitare la compressione per l'IIS Web App e riprovare.
  2. web.config per radice di IIS o specifici app ha ScriptMaps impostati per convalidare * axd o WebResource.axd è un vero e proprio file (che non è). Leggi il link per i passaggi fissi (almeno per IIS6: -)).

Link ha anche buone informazioni WebResource.axd sfondo, anche se non risolve direttamente il problema. Il mio problema WebResource.axd 404 problema, purtroppo, si verifica solo quando è in funzione Fiddler (!), Ma che è una questione separata rispetto a quello registrato.

Enjoy! - Zephan

Verificare che il tempo sul server non è impostato prima del tempo il sito è stato pubblicato.

mi sono imbattuto in questo problema. Le soluzioni di cui sopra non ha funzionato per me, ma che cosa ha fatto il lavoro era un commento da questa pagina :

Questo problema viene se il file web.config non è nella cartella principale o la cartella non è un'applicazione in IIS.

Ho risolto copiando il file web.config nella cartella principale del sito Web.

Per me il problema è stato il mio server è stato impostato nel momento sbagliato. E 'data è stata impostata su 2012/06/12, invece di 2013/06/21. Fissa la data e puf! ha iniziato a lavorare:)

Questo può essere risolto in due modi. Uno è quello di impostare IIS7 impostazione del pool di applicazioni modalità di gestione Pipeline al classico quando si utilizza l'impostazione gestori HTTP. Se IIS7 e / o IIS7 espresso devono utilizzare integrato al posto del classico, allora abbiamo bisogno di utilizzare le impostazioni system.webServer.handlers con il presupposto attributo impostato su modalità integrata.

Questo è un problema comune quando si sposta alcune applicazioni web più anziani di ambienti cloud hosted. Per maggiori dettagli si veda questo articolo:

http://www.ozkary.com/ 2015/12 / 404 error-AXD-http-handler.html

La speranza aiuta.

Risolto con l'aggiunta di 

<system.webServer>
  <handlers>
    <add name="ScriptResource" preCondition="integratedMode" verb="GET,HEAD" path="ScriptResource.axd" type="System.Web.Handlers.ScriptResourceHandler, System.Web.Extensions, Version=1.0.61025.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" />

Dopo aver trascorso 4 ore ho trovato una nuova proprietà in asp.net 4.0 chiamato EnableCdn che, in fondo, se è impostato su "true", carica le risorse dai server di risorse contenuti Microsoft. 

<asp:ScriptManager ID="ScriptManager1" runat="server" EnablePartialRendering="true" 
        ScriptMode="Release" AsyncPostBackTimeout="600" EnablePageMethods="true" EnableCdn="true" />

Questo è il mio caso: ho le regole di riscrittura degli URL sul web root e sto pubblicando a una domanda ai sensi della radice, che eredita le regole di riscrittura degli URL, che reindirizzati tutte le richieste axd da qualche altra parte. La disattivazione della regola di riscrittura nella cartella dell'applicazione da Gestione IIS risolto il problema per me.

Ho avuto lo stesso problema ed è stato causato dal modulo riscrittura degli URL. Ho commentato 

<system.webServer>  
<modules>
<add name="UrlRewriteModule" type="UrlRewritingNet.Web.UrlRewriteModule, UrlRewritingNet.UrlRewriter" />

e il sito caricato il web e sceneggiatura resource.axd.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top