Какие файлы вы можете изменять в SharePoint 2007?

Question

Какие файлы мы можем изменить, чтобы наше решение все еще поддерживалось Microsoft?

Разрешено ли настраивать страницы ошибок? Можем ли мы изменить файлы web.config для использования пользовательских HTTPHandlers?

Answer 1

Вы, безусловно, можете отредактировать файл web.config для своих сайтов. Однако следует помнить одну вещь: когда вы начнете редактировать файлы вручную в файловой системе, вам придется помнить о необходимости вручную вносить эти изменения на всех серверах фермы (при условии, что ферма существует). В дополнение к этому, когда вы редактируете файлы в кусте 12, важно понимать, что вы будете вносить изменения во все сайты SharePoint, размещенные на серверах, для которых файлы были отредактированы.

Лично, если бы я собирался создать пользовательскую страницу с ошибкой, я просто добавил бы раздел в мой web.config. Я избегаю редактирования любых существующих файлов в 12 кусте, но у меня есть добавленные файлы (хотя это редко).

Answer 2

Настройка страницы ошибки не очень проста (или гибка). Вы можете увидеть пример здесь:

http://blogs.msdn.com/jingmeili/archive/2007/04/08/how-to-create-your-own-custom-404-error-page-and-handle-redirect-in-sharepoint-2007-moss.aspx

Файл web.config можно изменить. Я использовал свои собственные HttpModules в дополнение к оригинальным, но я не использовал собственные HttpHandlers. IMO это должно работать, если вы не измените оригинальный обработчик (то есть, если вы добавите свой обработчик для файла определенного типа, не обработанного SP).

Answer 3

Вот наиболее близкий официальный ответ от Microsoft:

http://technet.microsoft.com/en-us/library/cc263010.aspx

Answer 4

Для определений сайтов у Microsoft есть хорошая статья о том, что поддерживается и не поддерживается. Короче говоря, единственное изменение, которое можно внести в готовые определения сайтов, - это изменить запись в файле webtemp.xml на скрытую, чтобы определение сайта не появлялось в списке шаблонов сайта. Многим это может быть интересно.

Вы также можете, конечно, скопировать существующие определения и переименовать их для создания новых.

Полный список поддерживаемых и неподдерживаемых сценариев для работы с пользовательскими определениями сайтов можно найти здесь:

http://support.microsoft.com/default.aspx?scid=kb;en-us;898631

Answer 5

не изменяйте никакие предварительно установленные файлы в кусте 12 (Program Files \ Common Files \ Microsoft Shared \ Расширения веб-сервера \ 12) ... пакет обновления может обновлять и перезаписывать любые изменения.

Все в базе данных контента (главная страница, список таблиц стилей в ~ каталогах) доступно для изменения (я бы добавил, вместо обновления, если пакет обновления что-то меняет), так как оно располагается поверх файловой системы и доступно сразу любым участникам веб-фермы (недавно добавленные серверы).

Любые пользовательские функции, добавленные в куст 12 в папке компонентов, в пользовательской папке / папке, не принадлежащей Microsoft (то есть в папке 12 \ feature, не изменяйте предварительно установленные файлы, но не стесняйтесь добавлять папку для вашей функции и работы в).

Пользовательские функции могут быть разработаны с использованием расширений Visual Studio (VSeWSS), которые в настоящее время доступны для Visual Studio 2005/2008 ... преимущество заключается в том, что выходные данные представляют собой пакет компонентов (файл .WSP), который разработан для переноса через SharePoint , Кроме того, файлы .WSP - это просто CAB-файлы с другим расширением, которые можно исследовать, просто переименовав их.