あなたが説明している問題は、私が以前に遭遇したものです。私が知っていること、私が疑っていること、およびシナリオのトラブルシューティングを行う方法を共有させてください.
まず、潜在的な問題の原因としてキャッシングを疑っているようです。MOSS パブリッシング機能セットの場合、実際には、オブジェクト キャッシュ、BLOB キャッシュ、およびページ出力キャッシュの 3 つの異なるキャッシュ メカニズムが動作しています。デフォルト設定でオンになっていると仮定すると、有効にする必要がある唯一のメカニズムは BLOB キャッシュです。あなたが持っているように、オブジェクトキャッシュもページ出力キャッシュもスタンドアロンのスタイルシートに触れるべきではありません。
ファーム レベルの BLOB キャッシュ フラッシュ機能を使用してキャッシュをフラッシュしようとしましたが、MOSS にすべての BLOB キャッシュ データをダンプするように指示します。これを確認するには、ファイル システムを調べて、フラッシュ後に 3 つの .bin フォルダーだけが残るようにします。
IISRESET に関する具体的な質問: いいえ、IISRESET は実際には BLOB キャッシュをクリアしません。BLOB キャッシュの内容は、Web アプリケーションにサービスを提供するアプリケーション プールの存続期間を超えて保持されます。機能を使用してキャッシュをクリアするか (以前のように)、手動でファイルを削除する必要があります。他に手段がない場合を除き、後者はお勧めしません。手動で試す場合は、ファイル システムからファイルを削除する前に W3SVC サービスをシャットダウンしてください。そうしないと、実際のファイル削除プロセスがキャッシュの再作成で競合状態になり、破損につながる可能性があります。W3SVC が停止しているファイルを削除した後、W3SVC のバックアップを再開できます。
BLOB キャッシュの内部構造とその動作の詳細については、私のブログ記事 ( http://sharepointinterface.com/2009/06/18/we-drift-deeper-into-the ) を参照してください。 -フラッシュが来るように聞こえる/
BLOB キャッシュが表示されている動作の要因であるかどうかを確認するには、Web アプリケーションの web.config を変更し、ファイル パターンを調整して<BlobCache>のファイル タイプのリストからCSSを削除します。要素を削除してから、IIS を再起動します (または、少なくともアプリ プールをリサイクルします)。
経験に基づくもう 1 つの可能性は、BLOB キャッシュの異常以外の何かが見られることです。私にとって重要な観察結果は、CSS スタイルシートの直接要求が最初の 100 バイト程度しか返さないことを観察したという形で得られます。
万が一、WFE と発信者の間にインテリジェント ネットワーク ハードウェア (つまり、侵入検知ハードウェアまたはアプリケーション/レイヤー 7 フィルタリングを実行している可能性のあるもの) がありますか? 侵入検知と IPS システムは、あなたが目にしている多くの種類の問題の原因であり、あなたが説明しているような「奇妙な」動作を目にするたびに、最初に立ち寄る場所の 1 つです。私のクライアントの 1 つの場合、アクティブな IPS を使用したジュニパー ファイアウォールが介在しているため、説明 (CSS および JS ファイルが切り捨てられる) を満たすことができないという問題が発生しました。（テストのために）IPSをオフにすると、すぐに問題が解決しました。その後、ネットワーキング チームはジュニパーにアップデートを求めて問題を修正し、IPS がアクティブな状態を維持できるようにしました。
BLOB キャッシュをオフにして (またはファイル パターンから CSS 拡張子を削除して) 違いが生じるかどうかを確認してください。そうでない場合は、ネットワーク チームに連絡して、戻ってくる応答ストリームに何か問題が発生していないかどうかを確認してください。そこから始めます。うまくいけば、これらの 2 つのうちの 1 つがうまくいくでしょう。
ちょっとした補足: 時間があり、それに慣れている場合は、CodePlex から取得した BlobCacheFarmFlush ソリューションを使用した経験についてお聞きしたいと思います。私はそれを書いたので、あなたの考えを聞きたいです-良いか悪いか:-)
- ショーン (sean@sharepointinterface.com)