Изменение системных файлов SharePoint

Question

Каково общее чувство среди разработчиков относительно изменения файлов в 12 улье. Например, если вас попросили удалить знак - это другой элемент пользовательского меню, вам нужно изменить соответствующий пользовательский элемент управления в файловой системе. Теперь, если вы просто перейдете и измените его с помощью блокнота или скопируете заново, а затем, если вы пойдете и принесете новый сервер в ферму, вам нужно будет не забыть сделать то же самое на новом сервере. Очевидно, что вы могли бы развернуть измененный файл как решение и сделать это автоматически, но мне просто интересно, не решаются ли люди вносить изменения в установленные по умолчанию файлы?

Answer 1

Я немного поработал над SharePoint, и должен вам сказать, что возиться с 12-ульем - это путевка в мир боли, если вы когда-нибудь захотите переместить приложение.

Я бы лучше взломал некоторый javascript, чтобы скрыть его, по крайней мере, его можно привязать к главной странице, которая гораздо более переносима.
И помните, вы никогда не знаете, когда появится следующий пакет обновлений, который внесет изменения в ваш пакет :):

Answer 2

Существует очень простое правило: если вы хотите сохранить официальную поддержку от Microsoft, не изменяйте никакие файлы в 12 кусте, установленные SharePoint.

Я никогда не сталкивался с ситуацией, когда единственным решением было изменить такой файл. Например, если вы хотите изменить готовый пользовательский элемент управления 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

В большинстве случаев вы можете выполнять все, что хотите, используя функции и пакеты решений, не изменяя файлы. Тем не менее, есть несколько (довольно раздражающих) редких случаев, когда единственным вариантом будет изменение файла в системе. Я использовал это для двух частных случаев. Одним из них было добавить PDF iFilter в файл docicon.xml, а другим - добавить тему в файл themes.xml. В обоих случаях это казалось единственным способом достижения цели. Тем не менее мы использовали пакет решений для записи этих файлов на все серверы фермы.

Answer 5

Я делал это много раз, и я буду говорить по опыту: никогда не прикасайтесь к файлам onet.xml в 12-м улье ни при каких обстоятельствах. Любая ошибка, которую вы делаете там, и, чтобы сделать CAML еще более сложным, файл в значительной степени чувствителен к пробелам, будет влиять на каждую часть SharePoint.

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

Answer 6

Для этого нужно использовать файл Sharepoint Solution (WSP).

Чтобы изменить пользовательский элемент управления, создайте новую функцию Sharepoint с новыми функциями.

Включите эту функцию в ваше решение.

Разверните решение либо с помощью командной строки stsadm, либо через Central Site Admin.

После этого он будет автоматически развернут на всех серверах фермы и не позволит перезаписывать какие-либо файлы общих точек по умолчанию.

Дополнительную информацию можно найти в блоге Sharepoint Nuts and Bolts по адресу http://www.sharepointnutsandbolts.com/, который знакомит с функциями WSP и Sharepoint.

Answer 7

Не уверен, есть ли в нем много полезного, так как все остальные в значительной степени это покрывают, но я бы также сказал, не делайте этого. Каким бы заманчивым это ни было, просто невозможно понять все последствия того небольшого изменения, которое вы сделали.

С точки зрения поддержки вы затрудните поддержку Microsoft (исправления / исправления). С точки зрения технического обслуживания вы также открываете себя для долгосрочных расходов.

Пройдите маршрут JavaScript.