내 이상한 Sharepoint CSS 캐시/사용자 정의 문제를 해결할 수 있습니까?

Question

나는 나의 셰어 포인트 CSS와 이상한 상황이있다.

.wsp 솔루션의 일부로 배포되었으며 지금까지는 모든 것이 잘되었습니다.

배포하는 팜에도 웹 프런트 엔드와 단일 응용 프로그램 서버 및 SQL 상자가 있습니다.

증상은 솔루션을 배포 할 때 스타일이없는 페이지를 보려면 웹 브라우저를 사용하고 .css에 직접 액세스하면 .css의 처음 100 바이트 정도가 표시된다는 것입니다.

그러나 내가 셰어웨어 디자이너에 들어가서 파일을 보면 멋지게 보이고 파일을 사용자 지정하면 실제로는 아무것도 변경하지 않고 웹 사이트가 잘 작동하고 CSS가 게시됩니다. 완전히 다운로드합니다.

디스크 기반 캐시와 개체 캐시에는 상당히 복잡한 캐싱이 있습니다. 지금까지 나는이 클리어 한 말할 수있는 (그리고 issreset 어쨌든 그들을 취소해야 ... 안 그것을?)

나는 전체 농장 http://blobcachefarmflush.codeplex.com/

Answer 1

로부터의 blobcache을 취소 한이 도구를 사용했다 당신이 기술하고있는 문제는 전에 만난 문제입니다. 내가 아는 것, 의심되는 것, 시나리오 해결 방법에 대해 설명하겠습니다.

먼저 잠재적 인 문제 소스로 캐싱이 의심되는 것 같습니다. MOSS 게시 기능 세트의 경우 실제로는 개체 캐시, BLOB 캐시 및 페이지 출력 캐시의 세 가지 캐시 메커니즘이 있습니다. 기본 설정으로 켜져 있다고 가정 할 때만 수행해야하는 유일한 메커니즘은 BLOB 캐시입니다. 사용자가 가지고있는 것처럼 객체 캐시 나 페이지 출력 캐시가 독립형 스타일 시트에 닿아서는 안됩니다.

팜 수준의 BLOB 캐시 플러시 기능을 사용하여 플러시 캐시를 플러시하려고했는데 MOSS가 모든 BLOB 캐시 데이터를 덤프하도록 지시했습니다. 파일 시스템을 검토하여 플러시 후에 세 개의 .bin 폴더 만 남아 있는지 확인하여이를 확인할 수 있습니다.

IISRESET에 관한 특정 질문에 : 아니오 및 IISRESET 실제로 은 BLOB 캐시를 지울 수 없습니다. BLOB 캐시의 내용은 웹 응용 프로그램을 서비스하는 응용 프로그램 풀의 수명을 초과하여 지속됩니다. 기능을 사용하여 캐시를 지우거나 수동 파일 삭제를 수행해야합니다. 나는 당신에게 절대 다른 행동 방침이없는 한 후자를 추천하지 않습니다. 시도 할 수있는 수동 경로로 이동하려면 파일 시스템에서 파일을 삭제하기 전에 W3SVC 서비스를 종료해야합니다. 그렇게하지 않으면 실제 파일 삭제 프로세스가 캐시 재개로 인해 경쟁 조건이되어 손상 될 수 있습니다. 중지 된 W3SVC가있는 파일을 삭제 한 후에는 W3SVC를 다시 시작할 수 있습니다. BLOB 캐시의 그것이 어떻게 작동하는지, 나는 내 블로그 문서를 가리키는 것입니다 내부에 대한 자세한 내용은

: http://sharepointinterface.com/2009/06/18/we-drift-deeper-into-the-sound-as-the-flush-comes/

보고는 BLOB 캐시는 행동 당신 '의 한 요소 인 경우 웹 응용 프로그램의 web.config를 수정하고 <BlobCache> 요소의 파일 형식 목록에서 CSS을 제거한 다음 파일 형식을 조정하여 IIS를 다시 시작하거나 적어도 재활용 앱 풀).

경험에 따르면 BLOB 캐시 이상 이외의 다른 것을 볼 수 있습니다. 나를위한 핵심 관찰은 CSS 스타일 시트에 대한 직접 요청이 처음 100 바이트 정도만 반환한다는 것을 관찰하는 형태로 나온다.

WFE와 사용자 (호출자) 사이에 지능형 네트워크 하드웨어 (침입 탐지 하드웨어 또는 응용 프로그램/계층 7 필터링을 수행하고있는 하드웨어)가 있습니까? 침입 탐지 및 IPS 시스템은 사용자가보고있는 많은 유형의 문제의 원인이며, 사용자가 설명하는 것처럼 "이상한"행동을 볼 때마다 내 첫 번째 중지 지점 중 하나입니다. 내 고객 중 한 명인 경우, 활성 IPS가있는 주니퍼 방화벽이 개재되어 사용자의 설명 (CSS 및 JS 파일이 잘 리는)에 문제가 있음을 발견했습니다. IPS를 끄면 즉시 테스트가 완료됩니다. 그 후, 네트워킹 팀은 IPS가 계속 활성화 될 수 있도록이 문제를 해결하기 위해 Juniper로부터 업데이트를 요청했습니다.

BLOB 캐싱을 해제하거나 파일 확장명에서 CSS 확장명을 제거하여 차이가 있는지 확인해보십시오. 그렇지 않은 경우 네트워크 팀과상의하여 응답 스트림에 어떤 일이 일어나고 있는지 확인하십시오. 그것이 내가 시작할 곳입니다. 잘하면, 그 두 가지 중 하나가 당신을 위해 트릭을 할 것입니다.

작은 메모 : 자유로운 순간이 있어도 그것에 익숙하다면 CodePlex에서 내린 BlobCacheFarmFlush 솔루션에 대한 귀하의 경험에 대해 듣고 싶습니다. 나는 그것을 작성, 나는 당신의 생각을 듣고 싶어요 - 수퍼 포괄적 인 답변을 좋은 또는 나쁜 :-)

• 션 (sean@sharepointinterface.com)