12 하이브의 파일 변경과 관련하여 개발자들 사이에 일반적인 느낌이 무엇입니까? 예를 들어, 서명을 제거하라는 메시지가 다른 사용자 메뉴 항목 인 경우 파일 시스템에 대한 관련 사용자 정의 컨트롤을 수정해야합니다. 이제 가서 메모장이나 복사를 통해 수정 한 다음 새 서버를 가져 오는 경우 새 서버에서도 동일한 작업을 수행해야합니다. Obvouisly 변경된 파일을 솔루션으로 배포하고이를 자동으로 수행 할 수 있지만 사람들이 기본 설치된 파일을 변경하는 것을 주저하고 있는지 궁금합니다.SharePoint 시스템 파일 수정
나는 SharePoint 개발을 약간 했으므로 앱을 옮기고 싶다면 12 하이브를 망쳐 버리는 것이 고통의 세계로가는 티켓이라고 말해야합니다.
나는 그것을 숨기기 위해 약간의 자바 스크립트를 해킹하고 싶다. 최소한 이식성이 뛰어난 마스터 페이지에 바인딩 될 수있다.
다음 서비스 팩이 언제 돌아오고 변경 사항을 숨길 지 결코 알 수 없습니다.
나는 Lars에 동의합니다. 때로는 필요에 따라 그것을 피할 수 없을 것입니다. 그러나 일반적으로 최선의 정책은 가능한 경우 수정을 피하는 것입니다.
현재 사용자 메뉴의 다른 메뉴 항목 (로그인 변경, 설정 등)은 사용자의 권한을 삭제하여 변경할 수 있음을 알고 있습니다. 사용자 및 그룹에는 사용 권한 옵션이 있습니다. 정확한 설정을 기억할 수는 없지만 (집에서가 아니라 직장에서 개발), 30 가지 이상의 권한 옆에 합당한 설명이 있습니다. 그것을 제거하면 메뉴 옵션을 숨기기 시작합니다. 12 하이브를 수정하지 않아도됩니다.
많은 사람들이 피투성이로 사용하고 있는지 잘 모르겠지만, 다른 사람들은 거의 다 다루었지만 나는하지 말라고 말하고 싶습니다. 그것이 유혹하는 것처럼, 당신이 만든 그 작은 변화의 완전한 영향을 아는 것은 단지 불가능합니다.
지원 측면에서는 Microsoft 지원 (패치/핫픽스)을 어렵게 만듭니다. 유지 관리 관점에서 볼 때 장기간 비용을 들여야합니다.
자바 스크립트 경로로 이동하십시오.
이동 방법은 WSP (Sharepoint Solution) 파일을 사용하는 것입니다.
사용자 정의 컨트롤을 변경하려면 새 기능으로 새로운 셰어 포인트 기능을 만드십시오.
솔루션에이 기능을 포함하십시오.
stsadm 명령 줄 또는 Central Site Admin을 사용하여 솔루션을 배포합니다.
그러면 팜의 모든 서버에 자동으로 배포되므로 기본 공유 지점 파일을 덮어 쓰지 않아도됩니다.
자세한 내용은 http://www.sharepointnutsandbolts.com/의 Sharepoint Nuts and Bolts 블로그에서 WSP 및 Sharepoint 기능을 소개합니다.
필자는 여러 번 해본 경험이 있습니다. 어떤 상황에서도 12 개의 하이브 내에서 onet.xml 파일을 절대 만지지 마십시오. 사용자가 작성한 오류는 CAML을 훨씬 더 복잡하게 만들므로 파일의 공백이 크게 발생하므로 SharePoint의 모든 부분에 영향을 미칩니다.
설치에 대한 상당한 위험을 제외하고 향후 패치 또는 서비스 팩에 변경 내용이 덮어 쓰여질 수도 있습니다.
매우 간단한 규칙이 있습니다. Microsoft의 공식적인 지원을 계속 받으려면 SharePoint에서 설치 한 12 개의 하이브 파일을 변경하지 마십시오.
유일한 해결 방법은 이러한 파일을 변경하는 경우가 있습니다. 예를 들어, SharePoint의 기본 사용자 제어를 변경하려는 경우 DelegateControl을 사용하고 기능에서 재정의함으로써 SharePoint를 변경할 수 있습니다.
상세 정보 :
나는 그것을 신속하게 파일을 변경 유혹 알고, 나는 가끔 난 그냥 이렇게 인정해야하는 DEV 상자에 있지만, 프로덕션 서버에 가지 마세요!
대부분의 경우 파일을 수정하지 않고 기능 및 솔루션 패키지를 사용하여 원하는 모든 것을 수행 할 수 있습니다. 그러나 유일한 옵션은 시스템의 파일을 수정하는 것입니다 (다소 성가신) 드문 경우가 몇 가지 있습니다. 나는 지금까지 두 가지 특별한 경우에 그것을 사용했습니다. 하나는 PDF iFilter를 docicon.xml 파일에 추가하는 것이고 다른 하나는 themes.xml 파일에 테마를 추가하는 것이 었습니다. 두 경우 모두 목표를 달성하는 유일한 방법 인 것으로 보입니다. 그러나 솔루션 패키지를 사용하여 해당 파일을 팜의 모든 서버에 기록했습니다.