MSDN을 사용 하 여 (및 기타) SharePoint 지원 포럼

MSDN 포럼에 대 한 훌륭한 길이 쓸 수 있는, 에 티켓, 명명 규칙, 검색, 등. 나는 할 수 있습니다., 사실. 나는 더 나은 전반적인 경험을가지고 사람들을 도움이 될 수 있는 작은 것을 지적 하 고 싶 었.

난 요즘 말을 해 왔 SharePoint 환경 문제의 일종으로 실행 하면 사람들이, 개발 프로젝트 또는 다른 SharePoint 관련 활동, 포럼 작업 체인에서 이전 보다는 나중에 질문을 게시. 내가 아는 자신에 대 한 문제가 있을 때, 잠재적인 솔루션의 숫자는 바로 자신을 제시합니다. 내가 주문 가능성 측면에서 이러한 잠재적인 솔루션, 적용 하 고 얼마나 쉽게 그들은 조사 하는. 그 목록을 통해 이동 하 고 시간으로 하 긴 했는데 #10, 나 야 변경 레지스트리 키 "/ 푸/바/almostThere/isThisIt/noThisIsNotIt/iCantBelieveIAmDoingThis/finallyThere!"에 블로그 페이지에의 통보 8 구글 검색의. 작동 하지 않는 경우, 결국 MSDN에 질문을 게시 (예를 들어. 여기: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads).

그 접근을 반대 하는 것이 좋습니다.. 때문에 훨씬 이전 조사에서에서 포럼 게시물:

  • 어쨌든 그것은 당신에 게 무료.
  • 아니 SLA 보장 (내가 알고 있습니다, 적어도).
  • 따라서, 그것은 응답 하는 사람들을 위한 긴 시간이 걸릴 수 있습니다..
  • 사람들이 종종 결국 응답을.
  • 때까지 기다려야 하는 경우 2 또는 3 문제 먼저 떠오른 후에 일, 당신은 응답을 위해 혈안이 고 포럼은 긴급 도움을 위한 좋은 장소 (하지 않으면 당신은 행운).

그래서, 기본적으로, 그것은 간단 하 고 무료, 어떤 종류의 대답을 얻기에 좋은 기회가, 하지만 그것은 그 대답을 걸릴 것입니다. (다시, 하지 않으면 당신은 행운).

나는 내가 내가 나 자신 out 그것을 찾아낼 수 있을 때 도움 요청 다른 사람의 시간을 낭비 하 고 싶지 않기 때문에 지역 사회 도움을 찾고에 보류 해야 생각 하는 데 사용. 일부 포럼 운영자 및 활성 참가자 그런 식으로 느낄 수 있습니다., 하지만 난 하지 않습니다. (적어도, 방법 더를 느끼지합니다 않습니다). 난 어떤 단점을 표시 되지 않습니다.. 최악의 경우는 질문을 게시 하 고 다음 그것은 직접 대답 몇 시간 후, 아마도 "" 어떤 사람은 시간을 낭비. 난 그 큰 위험을 표시 되지 않습니다 그리고는 연구 질문의 그런 어떤 경우에 가치.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: ,

Microsoft에 대 한 작은 참고 온라인 서비스 암호 관리

몇 달 전 마이크로 소프트의 작은 비즈니스 생산성 온라인 제품군 사용 시작, 하지만 지금은 내가 그것을 사용을 몇 가지 더 나은 이유.

난 아직도 내 길은 노력, 그래서 잘못 된 용어 들을 받을 수 있습니다, 하지만 기본적으로 두 가지 주요 인터페이스: 관리 센터 및 자체 서비스.

시스템 얘기 했던 내 비밀 번호를 변경 했다, 그래서 내가 먼저가 서 그 랬 어. 그 날 진행 서비스 부분 작업을 수 (SharePoint, 메일 주소, 라이브 회의). 그러나, 관리 화면에 갔을 때, 그것은 하지 않 았 나 그것은 나의 패스 워드 정확 했다 믿지 않 았 어 말해 하 여.

동작이 조금 이상 했다. 암호를 입력 하는 경우 나 * 생각 * 이어야 한다, 그것은 것 userid 및 암호 빈 말해 암호 및 사용자 id 잘못 된. 노골적으로 잘못 된 암호를 입력 하는 경우, 그것은 같은 날을 말할 것 이다, 사용자 ID 필드를 그대로 유지 하지만.

난 잠시 동안이 장난 하 고 있어 마지막 호출 (예, 일요일 아침에). 믿을 수 없을 만큼, 동료, 벤, 지금 당장 전화를 받지. 그리고, 신용 카드 입력을 하지 않았다.

길고도 짧은 이야기, 관리 센터 암호 서비스 암호 보다 다른 암호 규칙을 사용 하 여. 관리자 암호는 알파를 포함 해야 합니다., 숫자 및 특수 문자. 때 내가 처음으로 내 관리자 암호 변경, 그 규칙을 따르지 않았고 (그것은 내게 경고 했 어도!). 유효한 관리 암호를 변경할 수 있었습니다 그리고 다시에 있어.

앞으로 그런 종류의 문제가 발생 하는 경우, 알다시피 무엇 나를 위해 일 하 고 잘하면 당신을 위해 일 것 이다.

</끝>내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

SharePoint 비즈니스 운영 체제로

어렸을 때부터 들었을 견적, Q 중 소문에 하면&3 월에 스티브 발머와 세션 2007, 뭔가를 위해 내 숨을 들고 일종의 적. 인용은 기본적으로이: "SharePoint 비즈니스 응용 프로그램에 대 한 운영 체제 이다." SharePoint에 대 한 공정한 비트와 운영 체제에 대 한 중간급 조금 아는, 난 정말 apt 줄 알았는데. 난 내 숨을 들으십시오, 정말 그 개념으로 구입 하 고 응용 프로그램을 빌드하는 SharePoint 내에서 "운영 체제." 시작 하는 회사에 대 한 대기

내가 했던 헌신 생각을 많이이 주제에 올해 (다시 내 2009 예측) 그리고이 말하는 거 야에 워싱턴에서 2 SharePoint 토요일 이벤트 수.

이것은 내 프레 젠 테이 션의 개요, 제목된 "사용 하는 SharePoint 플랫폼에 구축 수직 비즈니스 응용 프로그램":

"수평?"" 수직?"무슨이 단어 뜻이 SharePoint 맥락에서? SharePoint, 우리가 자주 듣으십시오, 응용 프로그램 구축을 위한 "플랫폼"입니다.. 이 사실은 종종 소위 수평 플랫폼 기능부터 우리를 잃었다합니다, 문서 관리, 검색 등, 너무 간단 하 고 유용한 스스로. 그러나, SharePoint는 더욱 강력 하 고 귀하의 비즈니스에 하루에 요구 사항에 맞게 수직 응용 프로그램을 만드는 데 사용 하는 경우 더 큰 값을 반환 합니다.. 이 세션 실제 비즈니스 예제-판매 견적 관리를 사용 하 여 verticalized 솔루션으로 플랫폼 기능을 조합 하는 방법에 설명 합니다 과정과 고객 게이트웨이. 스피커의 목표는 SharePoint 플랫폼의 가능성에 눈을 뜨게 하 고 수직 조직에 대 한 전문화 된 비즈니스 솔루션을 만드는 그것의 수평 플랫폼 기능을 활용.

그 주제를 보트가 떠 있 하지 않는 경우, 다른 좋은 주제 들이 있다. DC는 방문 자체의 좋은 장소.

등록이 열립니다이 목요일, 04/16. Keep on top of the site and grab a seat before it’s too late 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

캐나다 분

이 시간 지난 주, 몬트리올에는, 적극 추천 참석 SharePoint 정상 2009. 나에 게는 3.5 설치 및 사용자 지정 SharePoint에 시간 자습서. 그것은 많은 수준에 무서운 주제. 난 정말 SharePoint 관리자, 하지만 난 주제에 대 한 자습서를 줄 만큼 충분히. (고맙게도, 제프 Schaller 소프트웨어 목표 호주에서, 몇 가지 다른 사람 사이, 몇 가지 더 깊은 질문을 답변 하는 군중에 [그들은 거기 물에 넣어 하는 것이 겠, 그러나 우리는 여기에 미국에서 그것의 일부]).

하지만, scariness의 많은 수준에 다시... 그것은 매우 지루한 될 가능성을 많이 했다. 난 실제로 WSS를 설치 하 고 모스 업그레이드. 사람들의 전체 방 앞. 캐나다 사람들. 긴 했다 5 그리고 7 어디 우리가 설치 과정 보고 분 간격 들으십시오. 유용 하 고 흥미로운 뭔가 그 시간을 채우기 위해 필요. 성공 하는 내가 확신 하지 않는다.

마지막으로, 그것은 loooong. 3과 1/2 시간. 그건 긴 프레 젠 테이 션. 그것의 작은 농담을 했다, 말하는 "우리는 우리 앞 긴 프레 젠 테이 션. 3과 1/2 시간. 저것은 210 분. 그리고 캐나다에 있는 얼마나 많은 분을 알지도 하지 않습니다. "

모두 웃 었 고 결과적으로, Montreal is officially on my Good Places list 🙂

경우에 그들은 내 농담에 웃 었 하지 않았다면, 몬트리올을 사랑 하는 것. 내가 하려고 열심히 수 마음 열고 내에서 신호를 받지 사우스 파크, 하지만 난 인정, 내 억울 함에, 그 아무 생각도 없이 얼마나 좋은 몬트리올의 메트로 폴리스. 몇 개월에 다시가 서 기다릴 수 없어, 때 그것은 조금 따뜻한, 다시 방문 하 여.

관련된 메모의 종류, 또한을 통해 토 에릭 스 웬 슨의 첫 번째 공개 프레 젠 테이 션 제목 "IA 및 브랜딩 프로세스: 안녕하세요 하이파이 디자인을 골격 스케치. " (에릭은 내 EMC 동료). 체크 아웃 여기 개요: http://www.sharepointsummit2009.com/conference_day2.htm. 심지어 그를 위해 그것을 기록. 일부 "조치 샷"을 여러 번 시도 하 고 확대 된 그 때 그 물 좀 마 시 일시 중지. 난 항상 성공 하지 않았다, but I tried 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그:

재미 있는 SharePoint SSO 사실의 날

나 SharePoint SSO 사용 되었습니다 고 나 서 학습. 한 가지 방법은이 동작 하는 외부 응용 프로그램에 대 한 SharePoint를 말할입니다.. 일부 SharePoint 기능을 통해 해당 응용 프로그램에 사용자가 로그인 (예를 들어. iView 웹 파트). 처음으로 사용자는이 작업을 수행, 그것은 올바른 사용자 id 및 암호를 시스템에 대 한에 대 한 그들을 묻는합니다. SharePoint 자격 증명을 백 엔드 시스템에 대 한 자격 증명 간의 매핑을 설정합니다. 그 후, 사용자는 그들이 그 시스템을 쳤을 때 그들의 ID를 입력 필요가 없습니다..

그 부분 잘 나를 위해 일. 그러나, 그것은 질문을 구걸 한다, "어떻게 사용자 변경지 않습니다 해당 사용자 id 또는 암호?"사용자 수 실수, 또는 어쩌면 당신은 몇 가지 개발 환경에서 테스트 하 고 있는 계정 사이 빠르게 전환 필요.

그 해답을 알고 하지 않습니다., 하지만 난 중앙 관리로 이동 하 고 사용자의 자격 증명을 관리할 수 있다는:

중앙 관리-> 작업-> Single Sign-on-관리> 엔터프라이즈 응용 프로그램 정의 계정 정보 관리

거기에서, 외부 응용 프로그램을 지정할 수 있습니다. (예를 들어. SAP) 계정을 삭제. 또한 매핑을 변경할 수 있습니다..

최종 사용자가 직접 자격 증명을 변경할 수 있도록 하는 방법을 알고 하는 경우, kindly post a comment 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: , ,

모험과 iView 웹 파트

내가 몇 가지 최소한의 증명 오늘 iView 웹 파트 내 고객의 환경에서 작동할 수 있다 할 필요가. 내가 전에 SharePoint의이 조각와 함께 일 한 적.

Microsoft는이 주제에 매우 높은 품질 백서를 만들었습니다..

첫 번째 장애물을 극복 했다 했다-어디 iView 웹 파트? 몇 가지 이유, 내 첫번째 생각은 내가 어딘가에 사이트에서 그것을 다운로드 했을, 아마도 SAP의 사이트. 내가 했다 1/2 iView 웹 파트도 추가 비용이 있을 자신을 확신. 물론, 그들은 이끼로 포함 되어 있습니다. (내가 생각 하는 기업; 그건 무슨 사용 하 고 여기 어떤 경우에). 표준 "웹 파트 추가" 대화 상자를 본 적 수백 또는 더 많은 시간, 항상 그것을 속 였다. 그만이요!

다음 장애물은 나 지침을 읽을 수 없습니다..

웹 파트를 사용 하 던 고이 성가신 메시지를 막아:

이 사이트에 대 한 없음 SAP 서버 구성. 신뢰할 수 있는 SAP 서버를 구성 하려면 관리자에 게 문의.

백서 파일에 있는 구성 파일을 편집 하려면 명확 하 게 밝힌다 "<드라이브 문자:>\마이크로 소프트 오피스 Servers12.0ConfigTrustedSAPHosts.config 프로그램 ". 12 번 봤는데 그 첫 번째, 내가 본 모든 "프로그램 Files...Config" 그리고 즉시에 서는 12 하이브. 일단 내가 마침내 둔화 내려 그것을 읽고합니다, 내 실수를 깨 달 았 하 고 그것은 쉽게 해결.

SSO 구성 내 메리 방법에 계속. 그것은 모두 나에 게 명확에 경우는 일, 하지만 또 다른 하루에 대 한 또 다른 이야기.

히 프 라인:

1. iView 웹 파트 sharepoint 상자 포함 (아마 엔터프라이즈).

2. 마법의 구성 파일, "TrustedSAPHosts.config", 에 거주 하지 않습니다는 12 하이브.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: , ,

사용자 언어 기본 설정에 대 한 기관 이끼 사용자 프로필

현재 프로젝트 내에, 일부 사용자가 다른 목적지에 도착할 때와 세계 각국 여행 것 이다, 어떤 기계는 시간에 편리 하 게 사용. 그 게스트 컴퓨터 Windows를 실행 하는 것입니다 및 설치 하 고 로컬 로케일에 대 한 구성. (난 그냥 게스트 컴퓨터 오른쪽 언어 팩 없을 수 있습니다 실현 했습니다.… 아마 되지 않습니다., 사실… 지금 한 주차 오전).

SharePoint에 의하여 사용자 수 있습니다 그들의 선호 하는 언어를 선택 그리고 이끼 어떻게 사용자 액세스 모스에 해당 언어를 명예 메커니즘을 제공 해야. 다른 말로, 어떤 브라우저의 알은 IIS/모스 무시 대신 그 선호 하는 언어를 조회 하 고 그것을 사용 하 여.

우리는 2 개의 접근을 조사 하 려:

  1. HTTP 처리기: 사용자 지정 HTTP 처리기를 IIS에 설치 되어 사용자의 모스 프로필을 볼 것 이다, 선호 하는 언어를 파악 하 고 이끼에 제어를 전달 하기 전에 필요에 따라 주위 HTTP 헤더를 전환.
  2. global.asax: 같은 일을 global.asax를 수정. 우리는 다른 것을 수정할 수 있습니다., 하지만 생각은 우리가 우리가 우리의 로캘 스위칭 논리를 삽입할 수 있습니다 일부 장소를 찾을 수.

다른 있느냐는 우리가 해야 지원 60 k 사용자입니다., 에 대 한 1,000 수 수 동시에 액세스 모스 피크에서 로드.

HTTP 처리기는 꽤 과감 한 것 같다, 하지만 이후 IIS 수준 및 모든 것에 코드를 넣어 아마 최고의 장소. 그것은 작품의 좋은 단일 지점.

우리는 global.asax 유형 접근 쪽으로 기울으십시오, 주로 하기 때문에 우리가 믿는 우리가 그 시점에서 데이터를 캐시에 대 한 더 많은 옵션을가지고 거 야.

내가 자세한 내용을이 주제에 대 한 자세한 블로깅 있을 거 야.

만약 당신이 이것에 대해 아무것도 알지, please post a comment 🙂

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

캡처 “mailto:” 메트릭

나는 우리가 "공유 이야기 라는 함수 주위 메트릭을 수집할 필요가 프로젝트에." 아이디어는 매우 간단 — 인트라넷에 재미 있는 기사를 찾고 있어 사람과 공유 하고자 하는 경우, "이 이야기를 공유 라는 레이블이 있는 링크를 클릭" 귀하의 친구에 게 이메일.

우리가이 목적을 위해 사용자 지정 양식을가지고 놀, 하지만 결국, 상식 하루 원과 우리 그냥 익숙한 사용 <a href = mailto:…> 기술. (<href mailto:…> HTML의 놀라울 정도로 강력한 약간; 상 여로, 링크를 다시 내 오래 된 유닉스 맨 페이지 일으로 나를 돋보이게합니다; 그들은 일 이었다!).

이후 그들은 그들의 친숙 한 MS Outlook 클라이언트를 사용 하 여 얻을이 기술은 최종 사용자를 위한 훌륭한 인터페이스를 제공 (어떤 이메일 클라이언트가 설치 되어 있는지 또는).

그것은 어렵게 것 들 우리 불 쌍 한 개발자 유형 이후 클라이언트 * 또한 * 미래에 얼마나 자주 보여 주는 보고서를 실행 하려는 사용자가 이야기를 공유 하 고 어떤 이야기에도 자주 공유 됩니다.

우리 whiteboarded 몇 가지 잠재적인 솔루션. 내가 제일 좋아하는 탄소 복사 하는 것입니다. (CC) SharePoint 목록. 그런 식으로, 최종 사용자는 여전히 outlook 클라이언트를 가져옵니다 동안 우리가 우리 스스로 이메일의 복사본을 받을 거 야 때문에 이벤트를 캡처. 몇 가지 명백한 단점이 있다. 주요 문제는 사용자가 단순히 밖으로 빈 또는 짓 CC 주소 수 있습니다.. 그리고, 우리는 이메일의 해당 이벤트 라이브러리 관리 필요. 우리는 화이트 보드 그 정리에 대 한 책임에 예약된 된 작업.

당신은이 문제를 해결 하는 일부 영리한 접근 하는 경우, 가르쳐 주세요.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

위대한 자습서 및 연습 일정 문제를 해결 하려면 InfoPath 및 워크플로 사용 하 여

요즘, 난 끊임없이 놀고 있어 후속 내 블로그 읽기, 난 그냥이 게시물 가로질러 왔다: http://sharepointsolutions.blogspot.com/2009/02/give-blood-to-your-workflow.html

그것은 확실 하 고 상세한 SharePoint Designer 워크플로 자습서 (더 많은 것 플러스!) 당신이 어디 interwebs에 볼 거 야. 내가 확인해 줄, 경우에 당신이 상처 SPD 베테랑.

그것은 훌륭한 SharePoint 입문서 InfoPath 및 워크플로.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

뉴욕 SharePoint 개발자 그룹 – 깊은 기술 이야기

몇 주 전, 맨하탄에 마이크로소프트 오피스에 뉴욕시 SharePoint 개발자 그룹 회의에서 발표. 그들은 달의 마지막 화요일 충족.

난 냈 내 대부분의 시간 요즘 내 사랑 하는 뉴저지에서 그래서 난 내가 좋아하는 만큼 도시에가 서 하지 않습니다.. 결과적으로, 내가 생각 하는 첫 번째 또는이 그룹의이 회의의 초에 그것을 만든 다음 다시 1 월의 회의에서. 내가 놓친 사이 회의의 모든 (4 또는 5 그들의 아마). 그것은 새로운 그룹.

정말 진정으로 기술 집중 토론의 높은 품질에 의해 삼진 했다, 전에, 중 고 내 프레 젠 테이 션 후. 우리는 SharePoint 및 기타 Microsoft 기술에 관련 된 주제의 넓은 범위에 대 한 이야기.

만약 진짜 잘 내 얻을 수 있는 친절 한 장소를 찾고, 좋습니다이 그룹을.

</끝>

내 블로그를 구독.

에 지 저 귐에 나를 따르라합니다 http://www.twitter.com/pagalvin

테크노 태그: