Quels fichiers pouvons-nous modifier afin que notre solution soit toujours supportée par Microsoft?Quels fichiers êtes-vous autorisé à modifier dans SharePoint 2007?
Est-il autorisé à personnaliser les pages d'erreur? Pouvons-nous modifier les fichiers web.config pour utiliser les HTTPHandlers personnalisés?
est ici le plus proche que je peux trouver une réponse officielle de Microsoft:
Vous pouvez certainement modifier le fichier web.config pour vos sites. La seule chose que vous devez savoir, cependant, est que lorsque vous commencez à éditer les fichiers manuellement sur le système de fichiers, vous devez vous souvenir de faire manuellement ces changements sur tous les serveurs de la batterie (en supposant qu'une batterie de serveurs existe). En outre, lorsque vous modifiez des fichiers dans la ruche 12, il est important de comprendre que vous allez modifier tous les sites SharePoint hébergés sur le ou les serveurs pour lesquels les fichiers ont été modifiés.
Personnellement, si j'allais créer une page d'erreur personnalisée, j'ajouterais simplement une section <customErrors> à mon web.config. J'évite éditerexistants fichiers dans la ruche 12, mais j'ai ajouté fichiers (bien que ce soit rare).
La personnalisation de la page d'erreur n'est pas très facile (ou flexible). Vous pouvez voir un exemple ici:
Le web.config peut être modifié. J'ai utilisé mes propres HttpModules en plus de ceux d'origine, mais je n'ai pas utilisé de HttpHandlers personnalisés. IMO cela devrait fonctionner si vous ne changez pas le gestionnaire d'origine (c'est-à-dire si vous ajoutez votre gestionnaire pour un type spécifique de fichier non géré par SP).
ne modifiez pas les fichiers pré-installés dans la ruche 12 (Program Files \ Fichiers communs \ Microsoft Shared \ Extensions serveur Web \ 12) ... un service pack peut mettre à jour et remplacer toutes les modifications. Quelque chose dans la base de données de contenu (Masterpage, liste de feuilles de style dans ~ Catalogues) est disponible pour modifier (j'ajouterais, au lieu de mise à jour, au cas où un Service Pack changerait quoi que ce soit). disponible à tous les membres de la batterie de serveurs Web (nouveaux serveurs ajoutés). Toutes les fonctionnalités personnalisées, ajoutées au dossier 12 rives dans un dossier personnalisé/non-microsoft (c'est-à-dire dans le dossier 12 \ feature), ne modifient aucun fichier préinstallé, mais vous pouvez en ajouter un. dossier pour votre fonctionnalité et travailler à l'intérieur).
Les fonctionnalités personnalisées peuvent être développées à l'aide de Visual Studio Extensions (VSeWSS), actuellement disponible pour Visual Studio 2005/2008 ... le bénéfice étant que la sortie est un package de fonctionnalités (fichier .WSP) conçu pour être portable sur SharePoint. De plus, les fichiers .WSP ne sont que des fichiers CAB avec une extension différente, offrant la possibilité d'être explorés en les renommant simplement.
Pour les définitions de site, Microsoft a un bon article sur ce qui est pris en charge et non pris en charge. En résumé, la seule modification que vous pouvez apporter aux définitions de site prêtes à l'emploi consiste à remplacer l'entrée du fichier webtemp.xml par cachée afin d'empêcher l'affichage de la définition de site dans la liste des modèles de site. C'est quelque chose que beaucoup peuvent être intéressés à faire. Bien sûr, vous pouvez également copier des définitions existantes et les renommer afin d'en créer de nouvelles.
La liste complète des prises en charge et scénarios non pris en charge pour travailler avec des définitions de site personnalisé peuvent être trouvés ici:
http://support.microsoft.com/default.aspx?scid=kb;en-us;898631