Pregunta

Tenemos un control SitEmAppath en la página y esto está vinculado a un archivo XML web.sitemap con el proveedor predeterminado. Hemos tenido este sitio durante años y recientemente hemos actualizado a ASP.NET 4.0 en IIS 7.5 en Windows 2008 R2. Por alguna razón, después de aproximadamente 6-12 horas de funcionamiento (no estoy seguro exactamente cuándo, pero es consistente), el SitEmappath deja de cargarse para todos. Si reiniciamos el grupo de aplicaciones o modificamos y guardamos el Web.Config o los archivos Web.SitEmap XML, SitEmAppath comienza a cargarse nuevamente.

¿Alguien tiene alguna idea qué podría estar causando esto? No hay manijas de archivo que mantengan el archivo abierto que puedo ver usando Process Explorer.

Gracias,

John

¿Fue útil?

Solución

Luchamos con esto durante mucho tiempo, pero finalmente pudimos lograr que Microsoft descubra lo que estaba pasando. La historia corta es MS lo ha abordado con este Hotfix:http://support.microsoft.com/default.aspx?scid=kb ;en-US;2472263

En nuestro caso, si la primera solicitud al sitio web era de un dispositivo Cookieless (en nuestro caso, era un Bot de Russion, Yandex), el mapa del sitio se construiría con URL de cocina y almacenado en caché. Luego, los dispositivos que admitían cookies nunca funcionarían debido a la forma en que el mapa del sitio se almacenaba en caché de URL para sesiones de cocina. Si bien los síntomas iniciales fueron aleatorios, finalmente pudimos reducirlo a un reciclaje de la piscina de aplicaciones seguido de la primera solicitud de este bot.

Una solución alternativa que funciona si desea forzar cookies es hacer este cambio en la web.config:

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

Esto obliga al mapa del sitio a construir sin usar URL de Cookieles.

¡¡Espero que esto ayude!!

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top