smileNewfreedom

블로그 이미지
freedom 모든 자유와 시간을 위해.....
by 다크포스
09-22 05:33
  • 679,831Total hit
  • 0Today hit
  • 1Yesterday hit

CALENDAR

«   2021/09   »
      1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
19 20 21 22 23 24 25
26 27 28 29 30    

'MOSS'에 해당되는 글 30건

  1. 2008.05.27
    MOSS 사이트 테마 적용하기 => 2
  2. 2008.05.27
    MOSS 사이트 테마 적용하기 => 1
  3. 2008.05.23
    Visual Studio 빌드 이벤트
  4. 2008.05.06
    SharePoint 사이트의 보고서 서버 항목에 대한 사용 권한 및 보안 관리
  5. 2008.04.22
    오류 페이지 내용 띄우기 (1)
  6. 2008.04.22
    사이트(SPSite)와 웹(SPWeb)의 차이
  7. 2008.04.18
    WebPart 메서드
  8. 2008.03.24
    MOSS 의 CSS (CSS Reference Chart for SharePoint 2007 )
  9. 2008.03.24
    Create Multi-Level Tree View Navigation in MOSS 2007 멀티 - 레벨 트리보기에서 탐색을 만들기
  10. 2007.12.11
    Windows Server 2008 에서 MOSS

l  아래의 그림과 같이 THEMES 폴더에 추가할 테마 명의 폴더를 생성합니다.(KFC)


사용자 삽입 이미지

KFC(THEMES에 추가한 폴더) 안에 꼭 있어야 하는 필수 파일입니다.(2개 파일)

è kfc.INF, theme.CSS

 

kfc.INF 파일은 아래와 같이 새로 생성하면 된다.

사용자 삽입 이미지

theme.css 파일은 적용시킬 사이트 테마의 모든 화면구성을 가지고 있는 파일로 생성한다.

모든 작업 완료 후에 iisreset 을 한다.


사용자 삽입 이미지
사용자 삽입 이미지


사이트를 openthemes => kfc 폴더를 보면 추가하지 않았던 “kfc1011-65001.css” 파일이

생성된 것을 볼 수가 있다.

“kfc1011-65001.css” 파일을 삭제를 한 후에 저장을 한다.

그리고 다시 “iisreset” 실행하면 사이트 테마가 잘 적용이 될것이다.

TRACKBACK 0 AND COMMENT 0



Moss 사이트 테마 적용하기

 

1.     <테마 미리보기 파일>

MOSS에서 사용하는 이미지들이 들어 있는 폴더임.

미리보기 파일을 생성 : 화면 캡쳐를 통해서 파일을 생성한 뒤에 아래의 폴더(IMAGE)

참조해준다.

 

Ex) 테마를 적용시킨 화면을 아래 그림과 같이 만들어 준다.


사용자 삽입 이미지

D:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\IMAGES

 

1.     <테마 관련 파일>

현재 MOSS에서 사용되고 있는 사이트 테마가 들어 있는 폴더이다.

D:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\THEMES

 

2.     <SPTHEMES.XML 에 추가>

 

사이트 테마에 추가될 테마의 정보를 XML에 추가 시켜준다.

D:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\1042

 

 

<Templates>

<TemplateID>kfc</TemplateID>

<DisplayName>파랑테마</DisplayName>

<Description>파랑 테마는 흰색의 배경에 모든 컨트롤 영역을 파랑으로 표시합다.

</Description>

<Thumbnail>images/kfc.gif</Thumbnail>

<Preview>images/kfc.gif</Preview>

</Templates>

 

l  1~3번까지 실행을 한 다음에 THEMES 폴더에 아래와 같이 하나의 폴더를 생성한다.



사용자 삽입 이미지
TRACKBACK 0 AND COMMENT 0



WebPart 생성 후 배포시

WebPart 생성 후 MOSS 사이트에 배포 할 경우

1. Visual Studio 에서 프로젝트 생성시 WebPart로 만드는 경우
    빌드후 배포를 하면 자동으로 생성되어 MOSS 사이트에 WebPart가 생성된다.

2. 사용자 정의 컨트롤을 이용하여 WebPart를 만드는 경우
    이 방법은 프로젝트 생성시 C# => Web => ASP.NET 웹 응용 프로그램 으로 만든다.
    만든 후의 배포는 빌드 후 .dll 파일을 \WINDOWS\assembly 폴더에 직접
    참조를 한 후 iisreset을 해주어야 한다.
    이러한 번거로운 작업을 한번에 해결하는 것이 빌드 이벤트 에 있다.


Visual Studio 2005에서
=> 프로젝트의 속성 =>빌드 이벤트

   빌드 후 이벤트 명령줄(아래의 명령어를 적어준다. 중요한 명령이죠.)

   "$(DevEnvDir)\..\..\SDK\v2.0\Bin\gacutil.exe" /i "$(TargetPath)"
   %windir%\system32\iisreset.exe /noforce

   빌드 후 이벤트 실행은 =>  빌드가 성공한 경우로 설정

TRACKBACK 0 AND COMMENT 0



Microsoft Windows SharePoint Services 3.0은 SharePoint 사이트 및 라이브러리에서 액세스하는 보고서 서버 항목에 권한을 부여하는 데 사용할 수 있는 기본 제공 보안 기능을 제공합니다. 이미 사용자에게 사용 권한을 할당한 경우 Windows SharePoint Services와 보고서 서버 간의 통합 설정을 구성하는 즉시 해당 사용자가 보고서 서버 항목 및 작업에 액세스할 수 있게 됩니다. 기존 사용 권한을 사용하여 보고서 정의와 기타 문서를 업로드하고, 보고서를 보고, 구독을 만들고, 항목을 관리할 수 있습니다.

사용 권한을 할당하지 않았거나 Windows SharePoint Services의 보안 기능에 대해 잘 모르는 경우 다음 지침을 따르십시오.

  1. Windows SharePoint Services에 대한 제품 설명서에서 표준 SharePoint 그룹에 대한 기본 보안 설정을 읽어 사용 권한 및 사용자 액세스를 관리하는 방법을 확인합니다.
  2. 보고서 서버 항목 및 작업에 대한 액세스에 특별히 영향을 주는 사용 권한 목록을 검토합니다. 자세한 내용은 보고서 서버 항목에 대해 Windows SharePoint Services의 기본 제공 보안 사용을 참조하십시오.
  3. 미리 정의된 SharePoint 그룹에 사용자 및 그룹 계정을 할당합니다.
  4. 필요에 따라 새 사용 권한 수준 및 그룹을 만들거나, 기존 사용 권한 수준 및 그룹을 수정하여 특정 요구가 발생할 때마다 적절하게 서버 액세스 권한을 조정합니다.

보고서 서버 항목에 Windows SharePoint Services 보안 기능을 사용하려면 SharePoint 통합 모드로 실행되는 보고서 서버가 있어야 합니다. 자세한 내용은 Reporting Services의 배포 모드를 참조하십시오.

다음 목록에서는 Windows SharePoint Services의 보안 기능에 대해 간략하게 설명합니다. 자세한 내용은 SharePoint 사이트의 Windows SharePoint 3.0 도움말 및 방법을 참조하십시오.

  • 보안 개체에는 사이트, 목록, 라이브러리, 폴더 및 문서가 있습니다.
  • 사용 권한은 특정 작업을 수행하기 위한 권한입니다. Windows SharePoint Services는 사용 권한 수준에 결합할 수 있는 33개의 미리 정의된 사용 권한을 제공합니다.
  • 사용 권한 수준은 사이트, 라이브러리, 목록, 폴더, 항목 또는 문서와 같은 보안 개체에 대해 사용자나 SharePoint 그룹에 부여할 수 있는 사용 권한 집합입니다. 이는 Reporting Services의 역할 정의와 같습니다. 5개의 미리 정의된 사용 권한 수준이 제공되며 필요한 경우 이러한 사용 권한 수준을 사용자 지정하거나 새 사용 권한 수준을 만들 수 있습니다.
  • SharePoint 그룹은 사이트에 대한 사용 권한을 관리하고 사이트 멤버에 대한 전자 메일 배포 목록을 제공하기 위해 SharePoint 사이트에서 만들 수 있는 사용자 그룹입니다. SharePoint 그룹은 Windows 사용자 및 그룹 계정으로 구성되거나 폼 인증을 사용하는 경우 사용자 로그인으로 구성됩니다. Windows SharePoint Services에서는 3개의 그룹을 제공합니다. 필요한 경우 이러한 그룹을 사용자 지정하거나 새 그룹을 만들 수 있습니다.
  • 사용 권한 상속을 통해 하위 사이트, 목록, 라이브러리 및 항목에 부모 사이트의 보안 설정을 상속할 수 있습니다. 상속 받은 사용 권한을 사용하여 SharePoint 라이브러리에 저장된 보고서 서버 항목에 액세스할 수 있습니다. 사용 권한 상속과 미리 정의된 SharePoint 그룹을 사용하면 보다 쉽게 배포 작업을 수행하고 대부분의 보고서 서버 작업에 즉시 액세스할 수 있습니다.

Windows SharePoint Services를 설치하고 SharePoint 구성 마법사를 실행하며 포털 사이트를 만드는 관리자가 기본 포털 사이트 소유자가 됩니다. 사이트 소유자는 중앙 관리에서 팜 또는 독립 실행형 SharePoint 웹 응용 프로그램에 대한 사용 권한을 설정하고 최상위 사이트에서 각 SharePoint 웹 응용 프로그램에 대한 사용 권한을 설정할 수 있습니다. 또한 사이트 소유자는 추가 사이트 소유자를 지정할 수 있습니다.

SharePoint 웹 응용 프로그램의 최상위 사이트에서 사이트 모음 관리자는 전체 사이트 계층의 여러 사이트에 대해 사용 권한을 설정할 수 있습니다. 개별 사이트 소유자는 하위 사이트에 대해 동일한 작업을 수행할 수 있습니다.

서버 관리자나 사이트 모음 관리자는 다른 사이트 소유자가 사용 권한을 설정할 수 있는지 여부를 결정하는 옵션을 설정할 수 있습니다. 현재 사용 권한 수준에 따라 SharePoint 그룹 또는 사용 권한 수준을 만들거나 사용자 지정하지 못할 수 있습니다.

Windows SharePoint Services 제품 설명서의 권장 사항에 따르면 표준 SharePoint 그룹(Site name 소유자, Site name 구성원Site name 방문자)을 사용하고 사이트 수준에서 사용 권한을 할당하는 것이 좋습니다. 사용 권한을 할당하는 사용자는 대부분 Site name 방문자 또는 Site name 구성원 그룹의 멤버여야 합니다. 부모 사이트에 대한 사용 권한은 전체 사이트 계층에서 상속됩니다. 추가 제한이 필요한 항목이 있을 경우 이 항목에 대해 사용 권한 상속을 해제할 수 있습니다.

다음 SharePoint 그룹에는 아래와 같은 사용 권한 수준이 미리 정의되어 있습니다.

  • 소유자 그룹에는 그룹 멤버가 사이트 콘텐츠, 페이지 또는 기능을 변경할 수 있도록 하는 모든 권한 수준의 사용 권한이 부여되어 있습니다. 모든 권한은 사이트 관리자에게만 부여해야 합니다.
  • 구성원 그룹에는 그룹 멤버들이 페이지를 보고, 항목을 편집하고, 승인을 받기 위해 변경 내용을 제출하고, 목록에서 항목을 추가 및 삭제할 수 있도록 하는 참가 수준의 사용 권한이 부여되어 있습니다.
  • 방문자 그룹에는 그룹 멤버들이 페이지, 목록 항목 및 문서를 볼 수 있도록 하는 읽기 수준의 사용 권한이 부여되어 있습니다.

SharePoint 그룹에는 많은 보고서 서버 작업에 즉시 액세스할 수 있도록 하는 사용 권한 수준이 있습니다. 기본 제공 보안 설정을 통해 필요한 액세스 수준을 얻을 수 없는 경우 사용자 지정 그룹 또는 사용 권한 수준을 만들 수 있습니다.

기본 보안 기능을 통해 지원되는 보고서 서버 작업에 대한 자세한 내용은 보고서 서버 항목에 대해 Windows SharePoint Services의 기본 제공 보안 사용를 참조하십시오.

기본 제공 보안 기능을 사용하려면 SharePoint 그룹에 Windows 사용자 또는 그룹 계정을 할당해야 합니다. 소프트웨어 설치 시 Windows SharePoint Services에 대한 액세스 권한이 자동으로 부여되는 서버 관리자와 포털 사이트 소유자를 제외한 다른 모든 사용자에게 서버에 액세스할 수 있는 권한을 부여해야 합니다.

보고서 서버 항목에 대해 Windows SharePoint Services의 기본 제공 보안 사용

미리 정의된 SharePoint 그룹 및 사용 권한 수준을 사용하여 보고서 서버 항목에 액세스할 수 있는 방법을 설명합니다.

보고서 서버 항목에 대한 사이트 및 목록 사용 권한 참조

보고서 서버 작업에 액세스하는 데 사용할 수 있는 모든 Windows SharePoint Services 사용 권한에 대한 참조를 제공합니다.

SharePoint 웹 응용 프로그램에서 보고서 서버 작업에 대한 사용 권한 설정

임시 보고에 대한 사용 권한 요구 사항을 설명하고 기능을 사용할 수 있게 만드는 방법을 제안합니다.

Reporting Services의 역할 및 작업과 SharePoint 그룹 및 사용 권한 비교

SharePoint 그룹과 Reporting Services의 미리 정의된 역할 정의를 비교하여 간략하게 설명합니다.

방법: SharePoint 사이트에서 보고서 서버 항목에 대한 권한 설정

보고서 작성기를 시작하고 모델 항목 보안을 설정할 수 있는 권한이 있는 새 SharePoint 그룹을 만들기 위한 지침을 제공합니다. 이 항목에는 보고서 서버 항목 또는 작업에 사용자 지정 사용 권한을 설정하는 방법에 대한 일반적인 지침도 들어 있습니다.



출처 : http://technet.microsoft.com/ko-kr/library/bb326215.aspx

TRACKBACK 0 AND COMMENT 0



오류 발생
MOSS 2007로 개발을 한 뒤에 테스트를 하다가 보면,
아래와 같이 간단하게 에러 메시지만 보여주고 끝내는 경우가 발생한다.
오류 내용을 좀더 자세히 보고 싶은 욕망이 막 생기는 경우다. ㅡ.ㅡ;

사용자 삽입 이미지

이렇게 나오면, 도데체가 무엇때문에 에러가 발생했는지 전혀 알 수 없기 때문에,
아무런 조치를 취할 수 없게 된다.
이를 처리하는 방법은 해당 사이트에 있는 Web.Config를 수정해야 한다.

만일 80 포트를 쓰는 평범한 웹사이트 라면,
  C:\Inetpub\wwwroot\wss\VirtualDirectories\80
위치에 web.config를 볼 수 있을 것이다.
사용하는 Drive 나 포트에 따라 경로를 변경하도록해서 해당 web.config를 띄운다.
그리고 아래와 같은 위치의 내용을 각각 수정한다.

1. CallStack = "false" 로 적힌 내용을 CallStack ="True" 로 변경한다.
사용자 삽입 이미지
2. CustomErrors mode = "On" 또는 "RemoteOnly"로 된 것을 "Off" 로 변경한다.
사용자 삽입 이미지

변경을 한 후  저장한 뒤 해당 페이지를 Refresh 하고 동작하면 된다.
web.config 의 내용을 수정하면 아래와 같이 오류에 대한 자세한 내용이 나오게 된다.
사용자 삽입 이미지
 
TRACKBACK 0 AND COMMENT 1
  1. Favicon of http://ftvheavenfemme.net/czn/sexy-anna BlogIcon sexy anna 2008.05.23 04:36 address edit/delete reply

    정보를 위한 감사합니다.




대부분의 MOSS 2007 개발자들은 사이트와 웹 간의 차이가  개념적으로 명확히 틀린 구조이며
그 차이는 명확히 틀리다.

다음 그림을 보면 대략적으로 왜 사이트와 웹이 틀린지 알 수 있다.

즉 사이트 여기서는 SPSite인데, 최상위의 일종의 거대한 상자라고 보면 될 것이다. 이 안에 무수한 SPWeb을 붙여서 하나의 사이트를 만드는 것이다. 즉 사용자들은 SPWeb을 보는 것이지 SPSite를 보는 것은 아니다. 실제 사용자가 보기 위한 페이지, 리스트들의 모든 정보들은 바로 저 SPWeb에서 나오고, 그 외에 전체 검색이나, 차이점 분석 결과 등 전체 사이트에 대한 설정, 구성, 정보들은 SPSite에서 다루게 된다.
우리가 보통 새끼까기 하듯이 사이트 아래에 사이트를 만든다고 하는데, 그건 SPSite를 만든 것이 아니고 바로 저 SPWeb을 만드는 작업이라고 보면 된다.

보통 개발자들이 혼돈을 느끼는 부분이 바로 여긴데, MOSS 관리자 페이지에 가면 사이트 만드는 부분의 명칭이 "사이트 모음 만들기" 라고 적혀 있고, 해당 사이트의 페이지에 가서 사이트 관리 도구에 들어가면 하위 사이트 만들기 라고 적혀 있으니, 사이트 모음 = SPSiteCollection, 사이트 = SPSite 라고 생각하는 우리의 입장에서는 이 또한 무슨 망발이냐!!! 라는 의문을 바로 제기할 수 있다. 

그.러.나. SDK를 보면 우리를 또 한번 더 햇갈리게 한다. 양키 말을 들어보면 Web, Site 구분없이 막지껄이고 떠든다. 뭐가 Web이냐, Site냐.. 최소한 난 이것 때문에 상당한 혼란을 일으켰다. 그러면 저 SPSite와 SPWeb은 1:1로 하나씩 묶여서 구성된 건가... 했다.

그러나 진실은 SPSite는 무조건 한개, 그 하위의 모든 사이트들은 SPWeb이다. 그를 증명하는 부분은 바로 컨텐츠 DB. 만일 사이트 모음을 한개 만들어 놓고, 그 안에 새끼 까듯이 계속 사이트들을 만들어 99개를 만들었다고 하자. 그 때 컨텐츠 DB안에 사이트는 몇개 일까?
    1개다.
궁금하신 분은 테스트 해보시면 알 수 있다.
즉 사이트 모음은 SPSite를 의미하기 때문에, 그 SPSite 갯수인 1개가 들어가고 그 이후에는 어차피 SPSite 내에 포함된 하위 SPWeb들이기 때문에, 컨텐츠 DB 입장에서는 사이트 갯수에 포함 안되고, 단지 1개의 SPSite가 좀 커졌구나... 정도로 인식할 뿐이다.
(즉 늘어나는건 컨텐츠 DB의 사이즈 뿐이다.)

이런 개체들의 관계를 따라, 각 개체를 참조 할 때는 아래와 같이 찾아 들어가면 된다.

Microsoft.SharePoint.Administrator.SPWebApplication 로 가는 방법

  [SPSite 개체].WebApplication


Microsoft.SharePoint.SPWeb로 가는 방법

  [SPSite 개체].OpenWeb("url")


그리고 만일 위의 그림에서 1번 사이트를 연 뒤 (new SPSite("1번 사이트 URL")) 한 뒤, 저 OpenWeb을 써서 2번 사이트 아래의 웹을 찾으려면 당연하게 오류를 뿜는다. 저렇게 그림으로 보면 당연하거 아녀? 라고 되묻겠지만, 간혹 어떤 분들이 1번 사이트 열어놓고, 2번 사이트 내의 웹이 안 열린다고 투덜 댄다.

그리고 만일 특정 SPSite 및의 모든 하위 사이트(절대 SPSite가 아니다, SPWeb 이다.)에 대해 세팅을 동일하게 적용한다고 했을 때는 해당 SPSite를 열고 RootWeb을 연 뒤, 그 RootWeb에서 Webs를 이용하여 트리 탐색하듯이 찾아 들어가야 한다. 1번 사이트를 보면 그 아래의 SPWeb 아래 SPWeb들을 뒤져야 된다.
그 검색로직은 트리를 찾는 방법대로 진행되어야 할 것이다.

출처 : http://www.hind.pe.kr/category/기술자료/SharePoint?page=2

TRACKBACK 0 AND COMMENT 0



WebPartManager.IsAuthorized 메서드 (WebPart)

네임스페이스: System.Web.UI.WebControls.WebParts
어셈블리: System.Web(system.web.dll)

<C#>
public bool IsAuthorized (
    WebPart webPart
)

매개 변수

webPart

권한을 확인할 WebPart 또는 다른 서버 컨트롤입니다.

반환 값

webPart가 페이지에 추가할 수 있는 컨트롤인지 여부를 나타내는 부울 값입니다.
예외 형식조건

ArgumentNullException

webPart가 Null 참조(Visual Basic의 경우 Nothing)인 경우

IsAuthorized 메서드는 웹 파트 컨트롤 집합에서 WebPart 컨트롤이 페이지에 추가할 수 있는
컨트롤인지를 확인하기 위해 호출하는 초기 메서드입니다. 이 메서드는 webPart를 매개 변수로 받고,
컨트롤이 페이지에 추가될지 여부를 확인하기 위한 프로세스를 시작합니다. 특정 컨트롤이 페이지에
추가할 수 있는 컨트롤인지 여부를 확인해야 하는 경우 코드에서 직접 이 메서드를 호출합니다.

이 메서드는 컨트롤이 WebPart 클래스에서 상속되는 컨트롤이나 GenericWebPart 컨트롤인지 여부를
확인하고 이 조건을 만족할 경우 해당 컨트롤에 포함된 자식 컨트롤의 형식을 확인하는 초기 작업을
수행합니다. 권한 확인 작업을 마치려면 IsAuthorized(Type,String,String,Boolean) 오버로드
메서드를 호출합니다.

호출자 참고 사항 이 메서드는 코드에서 직접 호출됩니다. 권한 확인 프로세스를 프로그래밍 방식으로
자세하게 제어하려면 IsAuthorized(Type,String,String,Boolean) 오버로드 메서드를 재정의합니다.

다음 코드 예제에서는 코드에서 IsAuthorized(WebPart) 메서드를 호출하여 컨트롤이 페이지에 추가할
수 있는 컨트롤인지 여부를 확인하는 방법을 보여 줍니다.

이 코드 예제는 세 부분으로 이루어져 있습니다.

  • IsAuthorized 메서드를 재정의하는 사용자 지정 WebPartManager 컨트롤

  • WebPart 컨트롤에 대한 필터를 만드는 웹 페이지

  • 코드 예제를 실행하는 방법에 대한 설명

이 코드 예제에서는 IsAuthorized(Type,String,String,Boolean) 오버로드 메서드를 재정의하여
AuthorizationFilter 속성의 사용자 지정 처리 기능을 제공하는 사용자 지정 WebPartManager 컨트롤을
사용합니다. 이 컨트롤은 속성 값이 admin인지 확인하고 이 값이 있으면 컨트롤에 권한을 부여합니다.
이 속성 값이 다르거나 이 속성 값이 없는 컨트롤은 필터링 시나리오의 일부가 아닌 것으로 간주되어 권한이
부여되지 않습니다.

이 코드 예제를 실행하려면 이 소스 코드를 컴파일해야 합니다. 소스 코드를 명시적으로 컴파일하여 결과
어셈블리를 웹 사이트의 Bin 폴더나 전역 어셈블리 캐시에 둘 수 있습니다. 또는 소스 코드를 사이트의
App_Code 폴더에 두어 런타임에 동적으로 컴파일되도록 할 수 있습니다. 이 코드 예제에서는 동적 컴파일
방법을 사용합니다.






C#
 
using System;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;

namespace Samples.AspNet.CS.Controls
{
  public class MyManagerAuthorize : WebPartManager
  {
    public override bool IsAuthorized(Type type, string path, string authorizationFilter, bool isShared)
    {
      if (!String.IsNullOrEmpty(authorizationFilter))
      {
        if (authorizationFilter == "admin")
          return true;
        else
          return false;
      }
      else
        return true;

    }
  }
}

코드 예제의 두 번째 부분에서는 컨트롤을 잠재적으로 제외시킬 수 있는 필터를 만듭니다.
다음 웹 페이지의 <asp:webpartzone> 요소에는 세 개의 ASP.NET 서버 컨트롤이 들어 있습니다.
첫 번째와 두 번째 컨트롤의 AuthorizationFilter 속성은 서로 다른 값으로 설정되어 있으며
세 번째 컨트롤에는 이 속성이 할당되어 있지 않습니다. 이 권한 값은 런타임에 확인할 수 있으며
개발자가 설정한 조건과 필터가 맞는 경우에 해당 컨트롤을 페이지에 추가할 수 있습니다.
또한 Page_Load 메서드의 코드에서는 IsAuthorized(WebPart) 메서드를 호출하여 각 컨트롤이 페이지에
추가할 수 있는 컨트롤인지 여부를 확인하고, 해당 권한이 있으면 각 컨트롤의 ExportMode 속성을 설정합니다.


출처 : http://msdn2.microsoft.com/ko-kr/library/ms157541(VS.80).aspx ::MSDN




TRACKBACK 0 AND COMMENT 0



Table of Contents

  1. Global Links (Sign In/Welcome, My Links, etc.)
  2. Search
  3. Top Horizontal Navigation Bar
  4. Site Actions Menu
  5. Left Vertical Navigation Bar
  6. Quick Launch Picker (Date Picker)
  7. Title Area
  8. Content Area
    1. General
    2. Breadcrumbs
    3. Page Edit Toolbar
    4. Mini Console
    5. Web Parts
    6. Menu Toolbar
    7. Toolbar
    8. Calendar
  9. Search Center
  10. Site Directory


MOSS CSS에 대해서 자세히 나와있는 사이트 입니다.

사이트 링크 : http://www.heathersolomon.com/content/sp07cssreference.htm

TRACKBACK 0 AND COMMENT 0



 이 문서의 목적은이 윤곽을 수정하는 데 필요한 세부 사항을 빠른 실행을 사용하는 멀티 - 레벨 asp.net 2.0 트리보기 컨트롤합니다. This will be extremely useful in publishing site applications. 이것은 매우 유용한 사이트에 응용 프로그램을 게시합니다.

Let's go ahead and begin modifying the master page necessary. 말하라를 시작하자 마스터 페이지를 수정해야합니다. What, you don't know about the master page, that's ok, I will post another blog entry outlining this but for now, open your sharepoint designer and browse to the top-level site in question. 뭐, 당신의 마스터 페이지에 대해서 알고 싶지 않아, 괜찮 아요, 나는 또 다른 블로그 항목을 게시할 예정입니다 개요 본하지만 지금은 여십시오과 같이하십시오 톱 - 레벨의 사이트에 질문을로 이동합니다. Remember it is my opinion that it is always good to create your own master page and css styles. 기억이 내 의견을 듣고 그것은 그것이 항상 좋은을 만들 수있습니다 스타일을 자신의 마스터 페이지 및 전투 근무 지원합니다. The location of the master page is likely to be in _catalogs\masterpage 의 위치는 마스터 페이지가가 될 가능성이 _catalogs \ masterpage


사진 공유 및 비디오를 호스팅에서 photobucket


You can replace the AspMenu control with a TreeView control to display a familiar tree view with nodes that collapse and expand. aspmenu 컨트롤을 대체할 수있습니다 친숙한 트리를 표시하는 컨트롤을 treeview 노드의 붕괴와 함께보기 및 확장합니다.

To replace the Menu control with the TreeView control 제어와 통제의 메뉴를 교체 treeview

  1. Open the master page you are using and find the ContentPlaceHolder container control whose ID is PlaceHolderLeftNavBar . 마스터 페이지를 열고 컨테이너 컨트롤을 사용하시는을 찾아서이 contentplaceholder 누구의 식별은 placeholderleftnavbar합니다.
  2. In the AspMenu control, find the PlaceHolderLeftNavBar control whose ID is QuickLaunchMenu , and replace SharePoint:AspMenu with ASP:TreeView in both the opening and closing tags. aspmenu 제어, placeholderleftnavbar 컨트롤을 찾을 누구의 식별은 quicklaunchmenu, 그리고 교체 sharepoint : aspmenu와 asp : treeview는 여는 태그와 닫는 태그를 모두합니다.
  3. Remove the following LevelMenuItemStyles element and its contents from the new TreeView element. 그 내용을 다음과 같은 levelmenuitemstyles 요소를 제거하고 새로운 treeview 요소로부터합니다.

    Copy Code 복사 코드를

    <LevelMenuItemStyles> <asp:MenuItemStyle CssClass="ms-navheader"/> <asp:MenuItemStyle CssClass="ms-navitem"/> </LevelMenuItemStyles> <LevelSubMenuStyles> <asp:SubMenuStyle CssClass="ms-navSubMenu1"/> <asp:SubMenuStyle CssClass="ms-navSubMenu2"/> </LevelSubMenuStyles> <levelmenuitemstyles> <asp:menuitemstyle cssclass="ms-navheader"/> <asp:menuitemstyle cssclass="ms-navitem"/> </ levelmenuitemstyles> <levelsubmenustyles> <asp:submenustyle cssclass="ms-navsubmenu1"/> < asp : submenustyle cssclass = "ms - navsubmenu2"/> </ levelsubmenustyles>

  4. Edit the web.config web.config를 수정

    Edit the web.config, look for a named provider definition: "CurrentNavSiteMapProviderNoEncode", add a single property attribute: RequireUniqueKeysForNodes="true"The TreeView control provides properties that allow you to easily customize the control. web.config를 수정을 찾아 이름을 공급자의 정의 : "currentnavsitemapprovidernoencode", 추가하는 하나의 속성 특성 : requireuniquekeysfornodes = "진정한"treeview 제어를 제공합니다을 쉽게 정의할 수있는 속성을 제어합니다. For more information about Windows SharePoint Services master pages and site customization, see Master Pages . 에 대한 자세한 windows sharepoint 서비스를 마스터 페이지와 사이트를 사용자 정의, 마스터 페이지를 참조하십시오.

  5. Modify master page once more to change datasource 마스터 페이지를 수정 데이터 소스를 변경을 한 번 더

    Modify the data source that the Menu/TreeView is hooked up to, it should be immediately beneath it. 데이터 소스를 수정하는 메뉴 / treeview가에 매여 있고, 바로 아래되어야합니다. Change the SiteMapProvider="CurrentNavSiteMapProvider" to SiteMapProvider="CurrentNavSiteMapProviderNoEncode" 변경 sitemapprovider = "currentnavsitemapprovider"을 sitemapprovider = "currentnavsitemapprovidernoencode"

  6. Reset IIS for changes to take effect. iis를 재설정에 대한 변경 내용을 적용합니다.

    The TreeView control provides properties that allow you to easily customize the control. the treeview 제어를 제공합니다을 쉽게 정의할 수있는 속성을 제어합니다. For more information about Windows SharePoint Services master pages and site customization, see Master Pages . 에 대한 자세한 windows sharepoint 서비스를 마스터 페이지와 사이트를 사용자 정의, 마스터 페이지를 참조하십시오.


    출처 : http://translate.google.com/translate?hl=ko&sl=en&u=http://codeintegrators.blogspot.com/2007/05/create-multi-level-tree-view-navigation.html&sa=X&oi=translate&resnum=6&ct=result&prev=/search%3Fq%3DMOSS%2BNavigator%2BCustom%2BTree%2BControl%26complete%3D1%26hl%3Dko%26lr%3D%26newwindow%3D1

TRACKBACK 0 AND COMMENT 0



<<Windows Server 2008 에서 MOSS 설치시 >>

MOSS 중앙관리에서 Excel 계산 서비스가 시작이 안되고 오류가 뜬다.
서비스 =>
Excel 계산 서비스 시작시

오류발생 => Failed to resolve the site ID for 'Office Server Web Services'.

Windows SharePoint Services 관련 문제를 해결합니다.

시작=> 실행 => cmd 창에서

 c:Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\bin\STSADM.EXE

 

STSADM.EXE -o provisionservice -action start -servicetype

"Microsoft.Office.Excel.Server.ExcelServerSharedWebService,

Microsoft.Office.Excel.Server, Version=12.0.0.0, Culture=neutral,

PublicKeyToken=71e9bce111e9429c"

그후 iisreset /noforce 실행을 하여 iis을 리셋 시켜줌

 

TRACKBACK 0 AND COMMENT 0




ARTICLE CATEGORY

분류 전체보기 (534)
멋진 사진들 (8)
배경화면들 (3)
.NET (112)
연애이슈 (65)
게임관련 (15)
경제 이슈 (60)
모델 (0)
사진(취미) (14)
노래 (8)
호주워킹홀리데이 (11)
Javascript (2)
Ajax (4)
스포츠 (74)
우주/과학/생활 (95)
Windows 2008 (19)
Silverlight (2)
여행 (6)
MS 자격증 (2)
해외이슈 (4)
IT정보 (16)
Server (5)
애니매이션 (9)