Puedes resolver mi impar de Sharepoint caché de CSS / personalizar problema?

Question

Tengo una extraña situación con mi sharepoint css.

Es implementado como parte de un .wsp solución y hasta ahora todo ha estado bien.

La granja se despliega también tiene un par de webfront extremos y un único servidor de aplicaciones y SQL cuadro.

El síntoma es que si me implementar la solución, a continuación, utilizar un navegador web para ver la página no tiene estilos, y si puedo acceder a el .css directamente veo los primeros 100 o más bytes de la .css.

Sin embargo si entro en sharepoint designer y buscar en el archivo se ve bien, y si me echa un vistazo y publicarlo (personalizar el archivo, pero en realidad no cambiar nada en ella), entonces el sitio web funciona bien y la css se descarga completamente.

Hay algunos bastante complejos de almacenamiento en caché en los servidores basados en Discos y objetos de la caché.como lo que puedo decir que he aprobado estos (y un issreset claro que ellos de todos modos...¿no es cierto?)

He utilizado esta herramienta para borrar el blobcache de toda la granja de servidores http://blobcachefarmflush.codeplex.com/

Answer 1

El problema que describes es uno que he encontrado antes de.Permítanme compartir lo que yo sé, lo sospecho, y cómo me gustaría ir sobre la solución de su situación.

En primer lugar, parece que usted sospecha de almacenamiento en caché como un potencial problema de origen.En el caso de los MUSGOS de la publicación de la característica, usted realmente tiene tres diferentes mecanismos de caché en la operación:el objeto de la caché, la memoria caché BLOB, y la caché de resultados de página.El único mecanismo que debe estar en juego, asumiendo que es activado con la configuración predeterminada, es la memoria caché BLOB.Ni la memoria caché de objetos ni de la caché de resultados de página debe tocar independiente de las hojas de estilo como el que usted tiene.

Usted ha intentado vaciar la caché de la escalera con el uso de la granja de servidores a nivel de memoria caché BLOB ras característica, y que se instruya a MOSS para volcar todos los datos de la memoria caché BLOB.Usted puede verificar esto mediante la revisión de los archivos del sistema para asegurarse de que sólo los tres .bin carpetas permanecen después de una descarga.

A su pregunta específica sobre un IISRESET:no, y IISRESET en realidad no borrar la memoria caché BLOB.El contenido de la memoria caché BLOB persisten más allá de la vida de la aplicación de la piscina de mantenimiento de la aplicación web.Usted necesita usar una función para borrar la caché (como ha sido), o realizar un manual de eliminación de archivos.Yo no recomiendo el último, a menos que sea absolutamente necesario ningún otro curso de acción.Si usted elige ir el manual de ruta para probarlo, asegúrese de que usted cierre el servicio W3SVC antes de eliminar los archivos del sistema de archivos.Si no, el proceso de borrado de archivo puede entrar en una condición de carrera con caché de repoblación y conducir a la corrupción.Después de haber eliminado los archivos con un detenido W3SVC, puede iniciar el W3SVC de nuevo.

Para obtener más información sobre las interioridades de la memoria caché BLOB y cómo funciona, voy a señalar a un artículo en el blog de la mina: http://sharepointinterface.com/2009/06/18/we-drift-deeper-into-the-sound-as-the-flush-comes/

A ver si la memoria caché BLOB es un factor en el comportamiento que estamos viendo, puede modificar el web.config de la aplicación web(s) y ajustar el patrón de archivo para quitar CSS de la lista de tipos de archivo en la <BlobCache> elemento y, a continuación, reinicie IIS (o al menos de reciclaje de la aplicación de la piscina).

Otra posibilidad, basada en la experiencia, es que estás viendo algo distinto de la memoria caché BLOB anomalías.La observación clave para mí viene en la forma de la observación de que una solicitud directa para la hoja de estilo CSS devuelve sólo los 100 primeros bytes o menos.

¿Usted, por casualidad, alguno de red inteligente de hardware (es decir, la detección de la intrusión de hardware o cualquier cosa que podría ser la realización/aplicación de capa 7 de filtrado) entre la WFE y usted, la persona que llama?Detección de intrusos y sistemas de IPS, son la fuente de muchos de los tipos de problemas que estamos viendo, y son una de mis primeras paradas cada vez que veo "bicho raro" de la conducta como la que describís.En el caso de uno de mis clientes, he visto un problema en cumplir su descripción (archivos CSS y JS obtener truncado) debido a una intervención de cortafuegos de Juniper con el IPS.La desactivación de IPS (para probar) despejó las cosas de inmediato.Después de eso, el equipo de red solicita una actualización de Juniper para corregir el problema para asegurar que las IPS podría permanecer activo.

Pruebe a desactivar la memoria caché BLOB (o extracción de la CSS en el archivo de patrón) para ver si eso hace la diferencia.Si no, hable con su equipo de red para ver si algo le está sucediendo a la secuencia de respuesta que viene de nuevo a usted.Que es donde me gustaría empezar;esperemos que, por una de esas dos cosas va a hacer el truco para ti.

Pequeña nota:si usted tiene un momento libre y me gustaría conocer tu experiencia con el BlobCacheFarmFlush solución que usted tira hacia abajo desde CodePlex.De mi autoría, y me encantaría escuchar sus pensamientos -- bueno o malo :-)

• Sean (sean@sharepointinterface.com)