My Sharepoint

sharepoint.egloos.com

포토로그 마이가든



Taskbar의 메모장 아이콘이....

Taskbar 의 메모장 아이콘이.... Visual Studio 아이콘으로 나타난다.


이것은 혹시 게시인가? ㅡ,.ㅡ

IIS 7.0 에서 CS 파일 게시하기

IIS 7.0 에서 CS 파일을 게시할 일이 생겼습니다. CS 파일을 게시할 일이 많지 않은 관계로 그닥 신경쓰지 않았던 부분이었는데 막상 할려고 하니깐 이래저래 서버 설정이 필요합니다.
머 일단 관련 파일들을 서버에 올려놓고 가상디렉토리로 만든 다음 브라우저에서 해당 파일을 액세스 해보았습니다.

오류가 뜨는군요.

역시 서버쪽에서 MIME Type 을 빼먹은 이유라고 생각됩니다. 해서 IIS 관리자에서 가상디렉터리의 MIME 타입으로 CS 파일 형식 추가 한 다음 다시 액세스 해보았습니다.


여전히 오류가 납니다. ㅡㅡ;


음 서버의 config 까지 수정해줘야 하는군 이라는 생각이 불현듯 떠오릅니다.

C:\Windows\System32\inetsrv\config 경로의 applicationHost.config 파일을 열어서 아래 그림과 같이 fileExtension 부분의 cs 형식 부분을 주석처리 하니 이제야 파일이 게시됩니다. ^___^

<requestfiltering>
<fileextensions applytowebdav="true" allowunlisted="true">
… 중략…
<!--<add fileextension=".cs" allowed="false" />-->
… 중략…
</fileextensions>
</requestfiltering>

일단 파일은 게시하였지만 application 의 configuration 을 바꾸는 것은 왠지 아닌 것 같다는 생각이 듭니다. 하지만 이건 설정하기 나름이겠지요. 위에서도 언급하였지만 제가 cs 확장명에 대하여 access 를 허용한 것은 하나의 가상 디렉터리 였습니다. 웹사이트가 아니죠~ 즉 해당 가상 디렉터리를 호스팅하는 웹사이트레벨이나 다른 웹사이트에서는 서의 CS 파일은 접근하려고 해도 접근할 수 없다는 말이죠. 위의 applicationHost.config 파일에 보면 fileExtensions 엘리먼트에 보면 allowUnlisted="true" 라는 옵션이 설정되어 있습니다. 이말의 의미는 ‘아래 리스트에 없는 파일 확장명들은 허용한다’ 라는 의미가 됩니다. 이제 좀 이해가 되는군요. ^^

여튼 이러저러해서 IIS 7.0 의 FileExtension 과 관련된 부분을 찾다보니 새삼스래 II 7.0 이 새롭습니다.


참고 1  : Windows Vista 및 그 이상의 웹 서버를 위한 탐색
참고 2 : 테스트 환경 은 Windows Server 2008 SP2 + IIS 7.0 입니다.

추가로…
근데 생각해보니 cs 파일의 확장명을 text 형식으로 바꺼도 될뻔했다는 안타까운 사실이 불현듯!!!


System Idle Tile 을 구하기 링크자료모음

"머리가 나쁘면 손발이 고생한다" 는걸 깨닫게 해준 Win32 API...

http://www.pinvoke.net/default.aspx/user32.getlastinputinfo

MSDN Magazine - SharePoint 개발을 위한 Visual Studio 2010 도구 링크자료모음

MSDN Magazine 에 'SharePoint 개발을 위한 Visual Studio 2010 도구' 아티클이 한글판으로 업데이트 되었습니다.


SharePoint 개발을 위한 Visual Studio 2010 도구
Visual Studio 2010 Tools for SharePoint Development


Microsoft 에서 SharePoint 개발자를 위해 개발용 VPC 를 만든다고 하는데 언제쯤 게시될지 궁금하군요. 어서 빨리 게시되었으면 좋겠습니다.


웹 애플리케이션과 컨텐트 데이터베이스의 관계 SharePoint

블로그를 뒤지다가 이전에 컨텐트 데이터 베이스 관련된 작업을 수행하다가 남긴 작업 로그를 발견하였습니다. 그냥 썩혀두기 머해서 블로깅 합니다.
제목을 '웹 애플리케이션과 컨텐트 데이터베이스의 관계' 라고 적어놓긴 했지만 실제 하나의 웹 애플리케이션에 여러개의 사이트 컬렉션을 생성할때의 컨텐트 데이터 베이스와의 관계라는게 좀더 정확한 설명인것 같습니다.


1. 하나의 웹애플리케이션에는 최초 하나의 CONTENTS DB 가 설정된다.
 - 최초 웹애플리케이션 생성시 하나의 CONTENTS DB를 생성할 수 있음

2. 웹애플리케이션 생성후 중앙관리에서 해당 웹애플리케이션에 할당되어 있는 CONTENTS DB 를 확인할수 있다.
 - 이 페이지(중앙관리->응용프로그램관리->Sharepoint 웹 응용프로그램 관리 -> 콘텐츠 데이터베이서)에서 확인가능
 - 콘텐츠 데이터베이스 관리 페이지에서는 해당 웹애플리케이션의 컨텐츠 데이터 베이스를 생성/삭제/관리 할수 있다.
 - 콘텐츠 데이터베이스 관리 페이지에서는 현재 콘텐츠 데이터 배이스의 사이트수를 볼수 있다.

3. 콘텐츠 데이터베이스가 하나 이상일 경우 사이트 모음생성
 - 웹애플리케이션에 할당되어 있는 콘텐츠 데이터베이스가 하나 이상일 경우, 이 웹애플리케이션에 사이트 모음을 생성하면,
 순차적으로 사이트 모음이 생성된다. 예를 들어 컨텐츠 데이터 베이스가 A,B,C 일때 사이트 모음 1,2,3을 순서대로 생성할 경우
 사이트 모음 1은A ,  사이트 모음 2는B, 사이트 모음 3은C 컨텐츠 데이터베이스를 사용하게된다.

 

1 2 3 4 5 6 7 8 9 10 다음