Domanda

Abbiamo un controllo Sitemappath sulla pagina e questo è associato a un file Web.SiteMap XML con il provider predefinito. Abbiamo avuto questo sito per anni e abbiamo recentemente aggiornato ASP.NET 4.0 su IIS 7.5 su Windows 2008 R2. Per qualche motivo, dopo circa 6-12 ore di operazione (non sono sicuro esattamente quando, ma è coerente), il Sitemappath smette di caricare per tutti. Se riavviano il pool di applicazioni o modifichiamo e salviamo i file XML Web.Config o Web.SiteMap, SiteMappath si riavvia di nuovo.

Qualcuno ha qualche idea su cosa potrebbe causare questo? Non ci sono maniglie di file mantenendo aperti i file che posso vedere usando Process Explorer.

Grazie,

John

È stato utile?

Soluzione

Abbiamo lottato con questo per molto tempo, ma alla fine siamo stati in grado di convincere Microsoft a capire cosa stesse succedendo. Il racconto IS è che MS ha affrontato questo hotfix:http://support.microsoft.com/default.aspx?scid=kb;en-us;2472263

Nel nostro caso, se la prima richiesta al sito Web proveniva da un dispositivo Cookieless (nel nostro caso era un bot russo, Yandex), la sitemap sarebbe stata costruita con URL cookiless e memorizzata nella cache. Quindi, tutti i dispositivi che hanno supportato i cookie non funzionerebbero mai a causa del modo in cui la sitemap è stata memorizzata nella cache di URL per sessioni di cottura. Mentre iniziali i sintomi erano casuali, alla fine siamo stati in grado di restringerlo a un riciclo di pool di app seguito dalla prima richiesta di questo bot.

Una soluzione alternativa che funziona se si desidera forzare i cookie è apportare questa modifica a web.config:

<authentication mode="Forms">
     <forms cookieless="UseCookies" />
</authentication>

Ciò costringe la creazione della sitemap senza utilizzare gli URL di Cookieless.

Spero che sia di aiuto!!

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