sharepoint - SharePoint システム ファイルの変更

Question

12 ハイブでのファイルの変更に関して、開発者の間で一般的に感じられていることは何ですか。たとえば、記号を削除するように求められた場合は、別のユーザー メニュー項目であり、ファイル システム上の関連するユーザー コントロールを変更する必要があります。ここで、メモ帳またはコピーで変更するだけで、新しいサーバーをファームに持ち込む場合は、新しいサーバーで同じことを忘れずに行う必要があります。明らかに、変更されたファイルをソリューションとして展開し、それを自動的に行うことができますが、デフォルトでインストールされたファイルを変更することをためらう人がいるのだろうか?

Answer 1

私は SharePoint の開発を少し行いましたが、アプリを移動したい場合、12 ハイブをいじることは苦痛の世界への切符であることをお伝えしなければなりません。

私はむしろそれを隠すためにいくつかのjavascriptをハックしたいと思います.少なくともそれははるかに移植性の高いマスターページにバインドすることができます.
そして覚えておいてください、次のサービス パックがいつ登場し、あなたの変更が無効になるかはわかりません :)

Answer 2

非常に単純なルールがあります。Microsoft からの公式サポートを維持したい場合は、SharePoint によってインストールされる 12 ハイブ内のファイルを変更しないでください。

そのようなファイルを変更することが唯一の解決策であるという状況に遭遇したことはありません。たとえば、SharePoint のすぐに使用できるユーザー コントロールを変更する場合は、DelegateControl を使用し、機能でそれをオーバーライドすることで変更できます。

より詳しい情報：

• http://msdn.microsoft.com/en-us/library/ms463169.aspx
• http://www.devx.com/enterprise/Article/36628

ファイルをすぐに変更したくなることはわかっています。DEV ボックスでそれを行うこともあると認めざるを得ませんが、実稼働サーバーでは変更しないでください。

Answer 3

私はラースに同意します。必要に応じて、回避できない場合もあります。しかし、一般的に最善のポリシーは、可能な限り変更を避けることです。

現在のユーザー メニューの他のメニュー項目 (ログインの変更、設定など) の一部は、ユーザーから権限を削除することで変更できることを知っています。ユーザーとグループの下に、権限のオプションがあります。正確な設定は覚えていませんが (自宅ではなく、職場で開発しました)、30 以上の権限のそれぞれの横に合理的な説明があります。それを削除すると、メニュー オプションが非表示になります。12 ハイブへの変更は必要ありません。

Answer 4

私はこれを何度も行ってきましたが、経験から話します。どのような状況でも、12個のハイブ内のonet.xmlファイルには絶対に触れないでください。そこで発生したエラー、およびCAMLをさらに複雑にするために、ファイルは主に空白の影響を受けやすく、SharePointのすべての部分に影響を与えます。

また、インストールに対する大きなリスクは別として、変更に依存関係を構築し、将来のパッチまたはサービスパックで上書きされる可能性があることも考慮する必要があります。

Answer 5

他の誰もがほとんどそれをカバーしているので、ピッチインに多くの使用があるかどうかはわかりませんが、私はそれをしないでください. それは魅力的ですが、あなたが行った小さな変化の影響を完全に知ることは不可能です.

サポートの観点からすると、Microsoft のサポート (パッチ/修正プログラム) が難しくなります。メンテナンスの観点からも、長期的なコストに直面することになります。

JavaScriptルートに進みます。

Answer 6

ほとんどの場合、ファイルを変更しなくても、機能とソリューション パッケージを使用して必要なことをすべて実現できます。ただし、システム上のファイルを変更することが唯一の選択肢である (かなり面倒な) まれなケースがいくつかあります。これまでに2つの特定のケースに使用しました。1 つは PDF iFilter を docicon.xml ファイルに追加することで、もう 1 つはテーマを themes.xml ファイルに追加することでした。どちらの場合も、それが目標を達成する唯一の方法のように見えました。それでも、ソリューション パッケージを使用して、これらのファイルをファーム内のすべてのサーバーに書き出しました。

Answer 7

その方法は、Sharepoint Solution (WSP) ファイルを使用することです。

ユーザー コントロールを変更するには、新しい機能を備えた新しい SharePoint 機能を作成します。

この機能をソリューションに含めてください。

stsadm コマンド ラインを使用するか、Central Site Admin を使用してソリューションを展開します。

これは、ファーム内のすべてのサーバーに自動的に展開され、既定の共有ポイント ファイルを上書きすることを回避します。

詳細については、Sharepoint Nuts and Bolts ブログ ( http://www.sharepointnutsandbolts.com/ )を参照してください。このブログでは、WSP と SharePoint の機能を紹介しています。