월별 아카이브: 7 월 2008

SharePoint 사용자 그룹에 그 대를 잡아합니다!

회신을 남겨주

지난 2 주 동안, 뉴저지 SharePoint 사용자 그룹 및 새로 형성된 된 뉴욕 SharePoint 참석 개발자 사용자 그룹 (반대로 더 설립된 뉴욕 SharePoint 사용자 그룹).

뉴저지에서, 뉴스의 좋은 사람들이 그들의 제품을 제시 하 고 매우 흥미로운 소셜 컴퓨팅 개념을 많이 적용. 만약 시스템 기반 방법으로 조직에 소셜 컴퓨팅을 통합할를 찾고 당신과 당신을 위해 그것을 할 수 밖에 서-더-박스 SharePoint를 얻을 수 없다, 진심으 체크 아웃 뉴스. 그것은 매우 좋은 재료 이다. 좋은 소셜 컴퓨팅 기능을 많이 하 고 (데모 환경에서 적어도) 아주 잘 했 어.

난 개인적으로 회사를 시작 하는 소셜 컴퓨팅 태도 채택 하 고 시스템 하지 않는 그를 능가할 것 이다 확신 해요. 그것은 너무 무시 하는 데 유용 또는, 이 시점에서 생각, 지연도. 올바르게 한다면 그것은 일상적인 작업에 엄청난 차이 만들 수 있습니다.. 이 대 한 좀 더 나중에 쓸 거 야.

뉴욕 지난 밤에, 52과 6에 MSFT 사무실에 그것의 취임 회의 개막 뉴욕 SharePoint 개발자 그룹. 존 벤더 사용자 지정 stsadm 확장을 만들어 하는 방법에 제시. 내가 그것에 대해 읽은, 하지만 "라이브 그것을 보고" 것 들을 명확히. 그것은 훨씬 쉽게 깨달았다 보다. 기능/솔루션에 대 한 필요가 없습니다, 그냥 XML 파일 및 DLL. 그는 반복적으로 발견 하 고 사이트 모음에 사이트와 목록에 대 한 보안 설정을 표시에 대 한 프로세스를 통해 걸어. 그는 어떻게이 수 설명 하기 위해 멀리 그것을 가져 갔다는 감사 과정의 일부. 이 그룹 순전히 개발에 집중 하 고 너무 높은 수준에서 자주 얘기는 더 큰 더 설립 SharePoint 사용자 그룹과 갈등으로 오지.

전 세계에 걸쳐 모든 그룹이 있다. 체크 아웃.

</끝>

내 블로그를 구독.

테크노 태그:

이메일 일일 작업 미리 알림 // SharePoint Designer 워크플로의 반복

3 답글

몇 주 전에 매일 작업 알림 이메일을 보내는 SharePoint Designer 워크플로를 만드는 방법을 설명 하는 상세한 기사를 쓴. 그것은 되었습니다. 게시 새로운에 SharePoint 잡지 사이트. 더 일반적으로, 문서에 사민당의 루프 구조를 만드는 방법을 보여 줍니다..

잡지는 다양 한 기사를 포함 하 여, 다른 것 들 중, 매우 기술적인 것 들, 인터뷰 및 산업 뉴스. 귀하의 RSS 피드를 추가 하는 것이 좋습니다..

제품이 나 서비스를 판매 하는 경우, 나는 또한 사이트에 광고를 고려. 그것은 강한 시작 이미 보고 눈의 여러 수천 쌍. 그는 성장 해야.

마지막으로, 만약 당신이 뭔가 작성 하 고 더 많은 관객 들 앞에서 그것을 밖으로 얻을에 가려움증 했습니다, 이것은 좋은 시간과 장소 스크래치.

</끝>

내 블로그를 구독.

테크노 태그:

SharePoint 최고의 사례 컨퍼런스

2 답글

말하고 있는 SharePoint 모범 사례 회의 11 월에.

그것은 일종의 재미 있는 이야기. 제시 하는 버지니아에 있는 SUGDC 컨퍼런스 그리고 그 금요일 했다 BP 회의 대 한 말하기 제안서 제출 마감일. 주최자는 어떻게 그들은 "눈 먼 선택 사용 설명" 그것의 가치에 근거 하 여 프레 젠 테이 션을 선택 모든 노력을 만든 것 과정과 그, 등. 선택 지 고의 기회를 최대화 하기 위해, 두 가지 제안 제출. 선정 위원회 둘 다를 선택.

내 동료 (Natalya Voskresenskaya) 그것은 우리가 그리고 우리의 클라이언트 함께 실질적인 SharePoint 배포 프로젝트에 대 한 지난 여름 실제 거 버 넌 스 모델을 설명 합니다.. 목표는 여기 왜 우리가 Sharepoint의 컨텍스트에서 유용한 나타냅니다 믿고 관리 방식 계획의 세부 사항을 설명 하는 것입니다., 지배 구조와 유사한 기업.

두 번째, 최종 사용자 로부터 좋은 비즈니스 요구 사항을 위한 프로세스를 발표할 예정 이다. 이것은 내 초기 블로그 게시물 중 하나에 다시 갑니다., inaptly 라는 "모스: 조직에 효과적인 소개".

이 회의 crazily 훌륭한 정보의 가득 차 있는 것으로 보인다 그리고 난 매우 좋습니다. 자신을 멀리 찢 어 3 일에 대 한 귀하의 직장에서, 이 프레 젠 테이이 션에 합류 및 두 회의 참석자와 네트워킹 및 스피커. 그것은 것입니다 시간과 돈을 잘 보냈다.

거기에 당신을보고 희망 🙂

</끝>

내 블로그를 구독.

테크노 태그:

내 최신 “SharePoint Designer의 방어에” 문서는 가능

2 답글

위로 마크 밀러 최종 사용자 SharePoint SharePoint Designer를 사용 하 여 자신의 사이트에 위대한 워크플로 솔루션을 만드는 데에 대 한 내 최신 기사 게시. 체크 아웃.

이 문서에서는, 설계 과정에 대해 얘기 하 고, 자세히, SharePoint 기능을 사용 하 여 신뢰할 수 있고 반복 가능한 테스트 프로세스를 설정 하는 방법 (사용자 지정 목록, 사이트 서식 파일). 문서 최종 사용자 대상, 하지만 방법은 개발자를 위한 좋은 너무.

</끝>

내 블로그를 구독.

SharePoint 작업을 어떻게 설명 하면?

11 답글

이것은 당신에 게 얼마나 자주 일어납니까? 난 내 노트북에 앉아 있어, 읽기 블로그, 포럼 게시물에 응답, 2 visual studio의 사본을 열고 VPN 자체 시각적인 스튜디오와 다른 서버에 버릴 것 + 15 브라우저 창 (전형적인 하루) 그리고 누군가가 사만 다 라는 (내 아내, 분명히) 저에 게 말한다, "우리는 거기에 있을 30 분. 옷을 입고 얻을."

망상에 받을, 집 근처 confusedly 방황, 차를 알고 다음 일에, 난 내 손에 맥주와 함께 파티에와 누군가가 나에 게 묻는다, "그래서, 생계를 위해 어떻게 해야 합니까?"

이러한 대화는 결코 잘가.

날: "아 … 나는 emc 솔루션 건축가입니다."

이름 없는 사람: 빈 응시

날: "내가 작업 SharePoint 라는 제품으로 … 그것은 마이크로 소프트 에서입니다."

NP: "아 하! 그 회사의 들었어요! SharePoint는 무엇입니까?"

날: "음 … 공동 작업 수행 … 사람들이 정보를 공유 하는 그것을 사용합니다 … 그것은 비즈니스 솔을 구축 하기 위한 플랫폼…"

NP: 유리 눈.

날: "나는 프로그래머입니다."

NP: "아 하! 난 사람들이 내 회사에 그 할 프로그래밍! 고등학교 때, 나는 basic 놀."

그리고 그 부분을 통해 대화의, 우리는 뭔가 대해 얘기 하기 쉬운 설정, 정치 처럼.

누구 든 지 그들은 이것을 처리 하는 방법을 설명 하기 위해 걱정?

</끝>

내 블로그를 구독.

테크노 태그:

SharePoint에서 사용자 지정 작업을 숨기기

회신을 남겨주

몇 달 전, 클라이언트에 대 한 프로젝트에서 작업 하는 동안, 내가 만든 기능. 다른 것 들 중, 기능 정의 된 사용자 지정 작업 (이러한 사이트 설정 아래에 표시). 이 사용자 지정 동작에 대 한 유일한 목적은 기능 활성화 예상 대로 일 하 던 나에 게 설명 했다. 기본적으로, 디버깅의 원유 형태로 사용.

많이 내 당황 하, 이 디버깅 유물 UAT 및 생산 개발에서 그것의 방법을 만든 전에 누군가가 질문을 주위에 있어, "무슨이 xyzzy 링크입니다.?"

지금까지, 우리는 생산에 있어 그리고 난 정말 기능을 제거 하 고 싶지 않아, elements.xml을 해결 한 다음 다시 설치.

토 드 Bleaker 그것을 처리 하는 쉬운 방법으로 지적. 그의 말에:

"CustomActions는 복사 되지 않습니다 데이터베이스에, 그들은 Elements.xml 파일에서 직접 읽을 수 있으며 런타임 시 응용 프로그램 상태에 복사. 그래서, 비활성화할 필요가 없습니다., 제거, 다시 설치, 한은 CustomAction을 제거 하는 기능을 다시 활성화.. 그냥 Elements.xml 파일에서 제거 하 고 응용 프로그램 풀 재생(s) 영향. 범위에 있는 기능은 다음에, CustomAction을 더 이상 표시 되지 않습니다."

그의 지시를 따 랐 고, 물론, 그들은 일.

내 경우에는, 이것은 단지 하나의 WFE 부서 수준 설치. 이 문제는 미래에 여러 WFE의 찾아내는 경우에, 각 변경 해야 합니다 생각.

</끝>

내 블로그를 구독.

테크노 태그: ,

MOSS에서 동의어 사전 구성

회신을 남겨주

이번 주 아키텍처 검토 문서에서 일하고 있어요 그리고 그것은 제안, 다른 것 들 중, 클라이언트는 최종 사용자 검색 환경을 개선 하기 위해 동의어를 사용 하 여 고려. 이 자신을 해 본 적이 데, 나의 생각은 정통 빠른 실습 테스트를 할 싶 었 어 요.

의외로 어려운 수행 하는 방법을 알아 내려고 했다, 그것은 비록, 사실, 아주 쉽게. 동의어 사전에 대 한 정보는 꽤 좋은 비트 (확인 여기 그리고 여기, 예를 들어). 그러나, 그 문서는 어느 WSS 2.0 / SPS 2003 지향 또는 그들은 실제로 동의어 사전에서 변경 내용을 변경한 후 무엇을 할 밖으로 철자 하지 않습니다.. 그들은 훌륭한 개요 및 세부의 공정한 비트를 제공, 하지만 마무리 선을 넘어 충분 하지 않습니다..

날 위해 일했던 단계:

  1. 동의어 사전에 변경. (중요 사항에 대 한 아래를 참조 하십시오)
  2. 서버에가 고 "Office SharePoint Server 검색을 다시 시작" 서비스.

모자의 팁 미스터. J. D. 웨이드 (바이오). 그는 검색 서비스를 다시 시작 하는 것에 대 한 키 비트를 제공 하 고 끝에서 나를 구출, 시간이 많이 걸리며 불필요 한 iisresets 및 전체 인덱스 크롤링. 이 에피소드 증명, 다시 한 번, 그 트위터 끝내는. (여기 지 저 귐에 나를 따르라합니다. 나 나에 나오는 모든 SharePoint 사람 따라).

WSS에서이 기능이 있는지 모 르 겠. 그것은 또는 아니다, 의견이 나 내가이 게시물을 업데이 트 거 야 이메일을 남겨 주세요.

중요 참고: 변경 하는 XML 동의어 사전 파일에 충돌 정보. "Tsneu.xml의이 개념은" "중립으로" 동의어 사전. 내가 한 작업 시간을 낭비. 내 경우에는, "Tsenu.xml 변경 하는 데 필요한" 자체 응용 프로그램 ID의 폴더 아래에 있는 파일: \\win2003srvc$ Program FilesMicrosoft 사무실 Servers12.0DataOffice ServerApplications3c4d509a-75 c 5-481 c-8bfd-099a89554e17Config. 복수 팜 상황에 있는 가정, 쿼리 서버에서 실행 하는 모든 곳에서이 변화를 만들 것.

</끝>

내 블로그를 구독.

대규모 MOSS 문서 관리 프로젝트: 50하루 k, 10 만 총

1 회신

이것은 지난 주, 사람이 꽤 많은 양의 새로운 문서 처리 SharePoint 환경 만들기에 대 한 질문 (10,000 +/- 이 경우에). 나는 이것에 대해 많이 몰라, 하지만 이 백서에 덕분에, 기분이 훨씬 더 나은 정보.

나를 위해, 이 백서는 거의 그냥 순간에도 서 마크, 하지만 난 그것을 통해 읽기 시작 했 고 내 메인 테이크아웃을 강조 것 이라고 생각. SharePoint는 처리를 확장할 수 있습니다., 최소한, 이 부하:

  • 50하루 k 새 문서.
  • 10 만 문서 총.

때문에 기억 하기 쉬운 50 k/10 MM 수치를 작성. 그들은 최소한 알고, 당신은 곤경에 얻을 하지 않습니다.. 최대값은 적어도 10 % 이상 보다와 익 스 트림 튜닝, 가능성이 훨씬 더 높은.

감사, 마이크 월 시, 다시 한번 대 한 그의 주간 WSS FAQ 업데이트 및 수정 게시. 당신이 그것에 가입 하지 않은 경우, 당신은 심각 하 게 그것을 생각 한다.

</끝>

내 블로그를 구독.

SharePoint 성능 — 빠른 (하지만 특이 한) 팁

1 회신

우리가 일하고 사용자 수용 테스트 (UAT) 환경입니다, 개발에 비해 서, 죽은 느립니다..

FBA를 사용 하 여 복잡 한 환경입니다., SQL 2008, SSRS와 https를 사용 하 여 인터넷을 통해 액세스할 수 있는 확장 된 웹 응용 프로그램, 그래서 문제가 아래로 추적 어려운 되었습니다..

이전 클라이언트에 대 한, 우리는 LDAP 역할 공급자 FBA 사용 (와 멤버 자격 공급자). 내 동료 중 하나, 나 보다 훨씬 더 똑 똑, 결정 하는 "밖으로 상자의" LDAP 역할 공급자, 해당 환경에서 사용할 경우, 잘 확장 되지 않았습니다.. 해당 클라이언트에 대 한이 문제를 해결 하기 위해, 그는 사용자 지정 역할 공급자에서 좋은 캐싱 체계 구현.

이 상황은 비슷한 듯, 그래서 우리는 오늘날의 클라이언트에 복제 하는 그 해결책으로 보였다. 로 나를 디버깅 했다, 이 메시지가 시스템 로그에 자주 나타날 것으로 나타났습니다. (이벤트 뷰어에서):

작업자 프로세스의 프로세스 id ' XXX’ 응용 프로그램 풀 ' 홈 – 80’ 그것의 가상 메모리 제한에 도달 한 재활용을 요청 했습니다..

응용 프로그램 풀이 재활용을 의미 하기 위하여 이것을 했다, 멀리 너무 수시로 하는 성능 문제를 설명할 것 이라고 하 고.

응용 프로그램 풀의 속성 및 그것의 "재활용 보았습니다." 페이지는 "최대 가상 메모리 속성을 보였다 (메가바이트)" 설정 했다 true, 설정 했다 5000. 충분히 처럼 보인다, 하지만 난 하기로 설정 되지 않은 값을 했다 즉시 긍정적인 효과. 아니 더 많은 응용 프로그램 풀 재활용. 더 이상 신비 기복이 및 일시 정지.

기본 "물건 정말 이해가 안" 거기가, 하지만 명확 하 게 어떤 종류의 원인/효과 일 일어나 고 지금은, UAT 환경이 쓸모 있다.

</끝>

내 블로그를 구독.

테크노 태그:

코네티컷에서 페어필드/웨스트 체스터 SharePoint 사용자 그룹

회신을 남겨주

내 동료 (Natalya Voskresenskaya) 난에서 말하는 것과 페어 필드/웨스트 체스터 SharePoint 사용자 그룹 회의에서 6:00 오후에 07/16 (수요일). 우리는 콘텐츠 쿼리 웹 파트에 대 한 이야기는. 이것은 동일 (우리가 5 월에 뉴욕에 준 하지만 향상 된 버전).

여기에 사전 등록: https://www.clicktoattend.com/invitation.aspx?code=129626&wa=wsignin1.0

나탈리와 내가 당신을 보고 희망!

여기 이메일이입니다. 리처드 Martzelle 그냥 주제에 발송:

항목: 콘텐츠 쿼리 웹 파트를 사용 하 여 비즈니스 솔루션을 만들

스피커: 폴 Galvin & Natalya Voskresenskaya

날짜: 7 월 16th 시간 환영: (먹으십시오 & 네트워크): 6:00오후 시간: 6:30 오후 -8:00오후

모임 설명

MOSS 2007의 콘텐츠 쿼리 웹 파트 (CQWP) 사용자가 많은 소스 로부터 쿼리 된 데이터의 사용자 지정 뷰를 만들 수 있습니다., 한 곳에 데이터를 표시 하 고. 강력한 쿼리도 불구 하 고 & 콘텐츠 상세 검색 옵션, CQWP은 종종 과소 평가 하 고 간과 기능. CQWP은 모두 "데이터 추출 엔진" (사이트 모음에서 문서 또는 목록 항목을 어디서 든 찾을) 또한 일류 프레 젠 테이 션 도구는 사용자가 HTML과 스타일 표시 원하는 거의 어떤 방법으로 포장 하 여 콘텐츠를 표시 하는 방법을 제어할 수 있도록.

이 데모-무거운 세션에서, 그들은 여 CQWP를 사용 하 여 핵심 기능을 과시 하 여 비즈니스 문제를 해결 하는 방법을 보여줍니다.

• 기본 CWQP 기능을 사용, 대상 그룹 지정을 포함 하 여

•는 어디서 나 "오늘 만든 모든 문서 같은 필터 조건을 통해 사이트 모음에서에서 보고 도구로 CWQP를 사용 하 여"

• 변경 & 비즈니스 데이터를 강조 표시 하려면 쿼리 결과의 느낌, 추가 열 정보를 표시합니다, 정보를 표 형태로 표시, 그리고 다른

• 어떻게 CQWP 콘텐츠 형식 관리에서 원조 할 수 있는 표시 (즉. CT 정의 변경의 잠재적인 영향을 이해 하기 위하여 특정 콘텐츠 형식의 모든 문서 찾기)

•는 CQWP의 몇 가지 한계를 설명

• 고급 CQWP 기술에 대 한 리소스 목록을 제공합니다, 블로그를 포함 한, ECQWP Codeplex 프로젝트 & MSDN 설명서

</끝>

내 블로그를 구독.

테크노 태그: