Microsoft がソリューションを引き続きサポートするために、どのファイルを変更できますか?
エラーページをカスタマイズすることはできますか? カスタム HTTPHandler を使用するように web.config ファイルを変更できますか?
Microsoft がソリューションを引き続きサポートするために、どのファイルを変更できますか?
エラーページをカスタマイズすることはできますか? カスタム HTTPHandler を使用するように web.config ファイルを変更できますか?
あなたは確かにあなたのサイトのためにweb.configファイルを編集することができます。ただし、ファイルシステムでファイルの編集を手動で開始する場合は、ファーム内のすべてのサーバーでこれらの変更を手動で行うことを忘れないでください(ファームが存在する場合)。これに加えて、12ハイブでファイルを編集するときは、ファイルが編集されたサーバーでホストされているすべてのSharePointサイトに変更を加えることを理解することが重要です。
個人的には、カスタムエラーページを作成する場合は、web.configに<customErrors>セクションを追加するだけです。12ハイブの既存のファイルを編集することは避けていますが、ファイルを追加しました(まれですが)。
エラーページのカスタマイズは非常に簡単ではありません(または柔軟ではありません)。ここに例を見ることができます:
web.configは変更できます。元のHttpModuleに加えて、独自のHttpModuleを使用しましたが、カスタムHttpHandlerを使用していません。IMOは、元のハンドラーを変更しない場合(つまり、SPで処理されない特定の種類のファイルのハンドラーを追加する場合)に機能するはずです。
Microsoft からの公式の回答に最も近いものを次に示します。
12 ハイブ (Program Files\Common Files\Microsoft Shared\Web Server Extensions\12) にプレインストールされているファイルを変更しないでください... Service Pack が更新され、変更が上書きされる可能性があります。
コンテンツ データベース (マスターページ、~Catalogs 内のスタイルシート リスト) 内のすべてを変更することができます (サービス パックによって何かが変更された場合に備えて、更新ではなく追加します)。これは、ファイル システムの最上位に位置し、すべてのメンバーが即座に利用できるためです。 Web ファーム (新しく追加されたサーバー) の。
features フォルダーの 12 ハイブの custom/non-microsoft フォルダー (つまり、12\feature フォルダー内) に追加されたカスタム機能は、プレインストールされたファイルを変更しませんが、機能用のフォルダーを自由に追加してください。内で作業します)。
カスタム機能は、現在 Visual Studio 2005/2008 で利用可能な Visual Studio 拡張機能 (VSeWSS) を使用して開発できます。出力が、SharePoint 間で移植できるように設計された機能パッケージ (.WSP ファイル) であるという利点があります。さらに、.WSP ファイルは拡張子が異なるだけの CAB ファイルであり、名前を変更するだけで調べることができます。
サイトの定義については、サポートされているものとサポートされていないものに関する Microsoft の記事があります。つまり、既成のサイト定義に加えられる唯一の変更は、サイト定義がサイト テンプレート リストに表示されないようにするために、webtemp.xml ファイルのエントリを非表示に変更することです。これは、多くの人が興味を持っていることです。
もちろん、新しい定義を作成するために、既存の定義をコピーして名前を変更することもできます。
カスタム サイト定義を操作するためのサポートされているシナリオとサポートされていないシナリオの完全なリストは、次の場所にあります。
http://support.microsoft.com/default.aspx?scid=kb;en-us;898631