오늘, Windows 탐색기를 통해 문서 라이브러리에 액세스 하려고. 이 문서 라이브러리는 두 WFE의 부하가 시스 코 NLB 솔루션의 어떤 종류에 의해 구성 된 시스템 내부 살으십시오. (만약/때 네트워크 마법사 말해 그것은, 이 게시물을 업데이 트 거 야).
Windows 탐색기를 연결할 수 없습니다.. 몇 가지 조사를 했는데 결국, 즉 네트워크 마법사 WebDAV 으로 사용할 수 없습니다. / 에 의해 지원 되지 않습니다. / NLB의 존엄 아래.
그래서, 네트워크 마법사를 가정 하지 그냥 말해 "걸릴 짧은 다리에서 긴 산책"에서 해당 하는 네트워크 마법사, 궁금 하지 — NLB를 않습니다., 자연에 의해, WebDAV를 사용 하지 않도록 설정? 우리 SharePoint에 우리의 윈도우 파일 탐색기 인터페이스를 잃게? 시스 코는는 수프 나치?
Microsoft 기술 자료 문서 하루에 만들고 하루 하 고 그 중 일부는 SharePoint 세계에 살고 있는 경우에 대해 알고 darned 중요.
속도 그들과 함께 서비스를 통해 유지에 좋은 사람에 의해 제공 www.kbalertz.com. KBAlertz를 사용 하면 좋아하는 MS 기술에 가입 하 고 그들은 버전의 이메일을 통해 마이크로소프트 KB 기사를 소화 보내.
(업데이트 11/29 웹 응용 프로그램 정책 설정 UI 통해 액세스 하는 방법을 설명 하는 것)
그 중 "왜는 이끼가 일을 나에 게 하나 있었는데????" 순간 오늘. 끝에서, 그것은 모두 내 잘못.
우리 엔터프라이즈 이끼 프로젝트에 있고 우리는 "자리 표시자를 확보 하려는" 사이트 사용자에 그것을 액세스 하거나 볼 수 있도록. 그건 쉽게:
위의 떠나야 한다 그냥 사이트 모음 관리자는 사이트를 볼 수 있는 권한을 가진.
다른 사람에 로그인 하는 경우, 그들은 더 이상 사이트를 참조 해야 하 고 모든 일반적인 장소에서 보안 트리밍 이어야 한다.
하지만 … 그것은 아니었다. 동시에, 갑자기 실현 내 "조 사용자" 표준 사용자 테스트 계정이 없는 priv 제한 된 읽기 권한 이외는 "사이트 작업" 그가 사방에 선택. 이중 한 가지와 뭔가 다른 확인 확인. 동료를 호출 하는 전화를 선택, 하지만 그것을 내려 놓고 다른 것을 확인합니다. 산책 하 고 다시 시도 하십시오 모든 것 모든 것. 나는 동료를 호출 하 고 메시지를 남겨 주세요. 그리고, 마지막으로, 저도에 그 단의 블로그, 그의 개통 그래프는 매우 간단 하 게:
모스 2007 웹 응용 프로그램 정책을 라는 새로운 기능. 이들은 웹 응용 프로그램에 연결 된 보안 권한. 이러한 보안 설정은 사이트 모음 또는 사이트 설정 된 모든 보안 설정 보다 우선 (웹) 해당 사용자에 대 한 수준.
웹 응용 프로그램 정책 쇼는 "NT Authorityauthenticated 사용자에 빠른 방문" 전체 읽기 부여 했다. 목록에서 그들을 제거 하 고 모든 결국 예상 대로 작업 시작. 믿습니다 그들은 처음에 엔터프라이즈에서 모든 사람에 게 읽기 권한을 부여 하는 좋은 방법은 이다 잘못 된 인상을 가진 사람에 의해 추가 된. 그것은 않습니다., 하지만, 스트레인 견적, "그것은 당신이 생각 그것은 의미 한다 의미 하지 않는다."
액세스 웹 응용 프로그램 정책은이 이렇게:
때이 문제를 했다, 다음 구문에 대 한 검색 하 고 있어 의외로 조금 직접적인 도움의 관점에서이 문제에 대:
사이트 작업 모든 사용자 표시
사이트 작업 모든 사용자에 게 표시
사이트 작업은 보안 조정
MOSS 사이트 보안
모스 보안 소개
테크노 태그: SharePoint
신속 하 고 간단한 지침:
페이지를 편집 하 고 추가 검색 핵심 결과 웹 파트.
해당 웹 파트를 편집 하 고 "고정 키워드 쿼리"를 확장.
고정된 키워드 쿼리 추가 (예를 들어. ContentType:"훈련 송장" TrainingInvoiceNumber:1111)
결과 쿼리 옵션을 확장 하 고 "웹 파트 쿼리 ID 변경" "사용자 쿼리 이외의 값으로" (예를 들어. "쿼리 2").
노트:
다른 사이트 모음에서 정보를 표시 하는 페이지를 만들 날이 방식으로 핵심 검색 결과 사용 하 여. 클라이언트는 두 가지 주요 사이트 모음: 부서 및 제품.
제품 사이트 컬렉션에 포함 되어, 자연스럽 게 충분히, 제품 정보. 여러 원본의 데이터를 집계 하는 사이트 모음에 각 제품.
부서 중 하나, 코드 및 테스트, 이러한 소스에는. 때 사용자가 액세스 제품 XYZ, 그들은 XYZ 메인 페이지에 직접 코드와 테스트 데이터를 보아야 한다. 코드 및 테스트 이후 다른 사이트 모음에서 호스팅되는, 그것은 조금 어 색 한. 때문에 검색 사이트 모음에 걸쳐 핵심 검색 결과 웹 파트를 사용 하기로. 코드 및 테스트 특정 콘텐츠 형식에 의해 제한 되는 사용자 지정 목록을 통해 제품 데이터 관리. 먼저 콘텐츠 형식 및 다음 검색을 단일 행으로 한정 제품 번호 사용자 지정 목록에 사용 하는 Aa 키워드 쿼리.
위의 키워드 쿼리는 AND. 그것은 콘텐츠 문서 "훈련 송장 입력 반환 합니다." 송장 번호 "1111" 같습니다..
이 접근에서 좋은 혜택: 핵심 검색 결과 웹 파트에서 XSL을 편집 하 고 우리가 원하는 어떤 포맷을 생성 수 우리.
여기 참조 (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) 이 항목에 대 한 또 다른 블로거 토론에 대 한.
</끝>
내 블로그를 구독.
적어도 최소한 SharePoint에 연결 된 블로그를 유지 하는 경우, 저가 코멘트에서 알게 하십시오. 추가 하 고 싶지만 내 블로그 목록.
SharePoint에 연결 되어 있지는 하지만 어쨌든 그것을 추가 하 고 블로그를 유지 하는 경우, 내게 알려 주어 라. 별도 블로그 목록을 만들 수 있습니다 거 야.
주십시오:
"활성 링크를 유지." 블로그, 난 오전 약 정의 최소 주당 하나의 게시물에로 3 개월을. 당신이 그 "요구 사항에 맞지 않는 경우" 어쨌든 의견에 당신의 이름을 추가합니다. 그것은 * 내 * 그래서 내가 만약 내가 내 자신의 규칙을 깰 수 목록.
감사!
오늘 위에서 언급 한 템플릿 사용 하 여 버그를 발견 하는 클라이언트.
코스 관리자 만들기 과정. 코스를 만들 때, 관리자는 사용 가능한 좌석의 최대 수를 지정.
셀프 서비스 등록을 위해 제공 하는 서식 파일. 내가 등록 하 고 "사용 가능한 좌석 등록 목록 감소에 연결 된 워크플로" 코스와 관련 된.
개인 수 있습니다 또한 과정에서 등록 취소. 여기 버그 거짓말. 과정에서 등록 가능한 좌석 카운터 증가 하지 않습니다.. 결과적으로, 사용할 수 있는 자리는 정확한. 이 버그는 사실에 의해 혼합은 그 때 0 가능 석 감소, 더 이상 셀프 서비스 등록 허용.
다행히, Microsoft는이 프로세스에 대 한 워크플로 제공합니다.. 더 나은, 그것은 똑바로 앞으로 워크플로 SharePoint Designer를 통해 만든.
그것을 해결 하기 위해 이러한 높은 수준의 단계:
클릭 마무리와 당신은 행해진다.
스크린 샷:
SharePoint Designer:
완성 된 워크플로:
드릴 다운을 계산:
과정에서 업데이트 항목:
많은 세월 동안 컨설턴트 하 고 알고 있는 모든 경험이 풍부한 컨설턴트, 좋은 커뮤니케이션은 프로젝트의 성공적인 납품에 주요 기둥 중 하나입니다.. 그것은 너무 분명 하다, 그것은 정말 거의 지루한 얘기를. 이것은 일반적인 통신에 대 한 게시물. 대신, 통신의 어두운 측면에 대해 쓰고 있어요 — 나쁜 소식 통신.
클라이언트에 게 좋은 소식이 모든 시간을 다는 것은 두말, 가능한 한 자주. 누가 좋은 소식을 주고 싶지 않다? 누가 좋은 소식을 듣고 좋아하지 않아?
플립 측면에서, 나쁜 소식은 재미 전혀. 난 항상이 분투. 내 인생의 초기에, 난 뭔가 awry 프로젝트와 클라이언트에 게 대신 했다, 내가 더 많은 시간을 시도 하 고 문제를 해결 일 것 이다. 난 열심히 내 팀 금 것. 그것은 슈퍼 인간의 노력이 하루를 저장할 수 있습니다 생각 하는 만큼 자연 충 동. 이 작품에 몇 번, 몇 번 하지 않습니다.. 그것은 "작동 하는 경우에" 그것은 종종 혼합 가방. 때 키 사양 부품까지 정말 결과물의 품질 몇 가지 이상의 개발 되었습니다입니다. 60 받는 사람 80 시간 주?
나쁜 뉴스를 처리 하는 가장 좋은 방법은 무엇입니까? 대답은: 일찍 그것을 말해합니다. 1 주일 전에 프로젝트 예산 소모 될 때까지 기다리지 말고. 밖으로 6 주를 알고 있는 경우 단순히 충분 한 시간을 제공 약속 기능의 일부 비트가 아니다., 거기에 바로 클라이언트에 게. 클라이언트 화가 얻을 수 있습니다. (아마 것입니다), incriminations 및 비난 있을 수 있습니다 상처 감정. 하지만, 감정을 떨어져 냉각 하는 때, 거기 아직도 6 주 프로젝트에 남아. 6 주 시간의 좋은 청크입니다.. 계획을 조정 하는 시간을 있다, 일정 변경, 적으면 예산 확장 (행운을 빌어요!) 그냥 일반적으로 "지상에 사실와 그립에와 서 하 고" 여전히 성공적인 프로젝트에서 발생 하는 새로운 계획을 고안 하 고.
포인트의 사례: 특징으로 하는 프로젝트에서 일하고 있어요:
대략 6 주 프로젝트 예산에 왼쪽으로, 우리 (구현 팀) 우리 문제는 알고. 계약이 말했다 우리가 "Z"를 제공 하는 데 필요한. 비록이 프로젝트는 시간 & 자료 우리만 "최선의 노력을 약속에 불구 하 고" Z를 제공 하 고 심지어 비록 우리가 전달 누락에 대 한 좋은 정당화를 했다 … 결론은 좋은 찾고 되지 않았습니다. — 우리 품질 사람이 자랑 스 러 워 할 것을 모양에서 Z를 제공 하지 않을 했다.
이 인식, 우리 관리에가 고 그들에 게 프로젝트 예산 특정 날짜에 의해 소모 될 것이 고 Z 문제가 있었습니다..
미니 불 기둥 앞으로 몇 일 동안 일어 났 습.
하루 1: 특별 한 모임에 대 한 직원에서 호출 하는 관리 팀 (우리, 컨설턴트는 안 초대). 및에 계약은 인쇄 이며 모든 사람에 게 나눠 줄에 의해 검토 ensues. 관리는 수 세에 직원을 두고. 문구를 생각 하지 않습니다. "스톡홀름 증후군" * 실제로 * 사용, 그러나 당신은 그림. 우리는 꽉 짜여진 그룹, 어쨌든, 직원 컨설턴트 우리와 함께 일하고 있다는 지금 몇 달 동안 밖으로 하루.
하루 2: 다른 직원 회의 호출 하는 관리. 그들은 조금 더 나은 느낌. 그들은 앞으로 이동 하기 위한 옵션 및 아이디어를 원합니다. 그들은 실현은 여전히 6 주 현재 프로젝트 예산에 남아 있는, 여전히 괜찮은 시간. 작업 항목 중 하나: 전체 구현 팀 회의 일정 (컨설턴트를 포함 하 여).
하루 5: 전체 팀만 나 다, 건설적인 회의 ensues 및 새로운 달성 계획에 넣어. 더 나은, 우리는 이미 2 단계 논의 시작 했습니다와 클라이언트 즉시 해당 단계에 대 한 제안을 준비를 우리를 초대합니다.
만약 우리가 단지 3 주 동안 남아 때까지 기 다 렸, 또는 더 나쁜, 하나 또는 두 개의 주, 그것은 다른 많은 되었을 것 이다. 프로젝트를 다시 정렬 하는 건설적인 회의 대신, 우리 상태 보고서 밖으로 당기는, 이 또는 그 결정을 정당화 하기 위해 오래 된 이메일을 검토 하 고 계약을 구문 분석. 우리 원 것입니다 "" 하지만 그것은 정말 "이기" 이 경우에?
그래서, 나쁜 뉴스를 제공 해야 하는 경우, 일찍 그것을 주고합니다. 나쁜 소식은 늦게 주어진 그냥 나쁘지 않다, 그것은 끔 찍 하다.
사람들은 일반적으로 "개인 또는 그룹 데이터 형식의 열을 사용 하 여 문의" 데이터의 다른 열에 "계산"을 입력.
히 프 라인, WSS에서 작동 하지 않습니다. 3.0 (또는 이끼).
계산된 열을 추가할 때, WSS는 계산에 사용할 수 필드의 목록을 표시합니다. 목록에 열 이름을 입력 하는 경우, 그것은 당신을 알려줍니다.:
하나 이상의 열 참조를 사용할 수 없습니다., 열이 수식에서 지원 되지 않는 데이터 형식으로 정의 되기 때문에.
해결 방법: 이벤트 처리기를 사용 하 여. 사용자는 항목을 저장 하는 경우 이벤트 처리기 화재. 그것은 당신이 당신을 위해 계산 된 열을 원하는 것 이라고 하는 업데이트를 수행 합니다..
에 대 한 유용한 링크 계산 필드 일반:
빠른 포기: 사실이 고 정확 하 게 위의 생각, 하지만 모스/WSS는 내가 아주 놀라지 않을 것 이다 여기 저기에서 충분히 똑똑한 트릭을 봤어요 (만약에 당신이 근 질 근 질) 누군가가 코드에의 지 하지 않고이 작업을 수행 하는 방법을 알아 냈는 하는 경우. 만약 당신이 냈 어 요 영리한 해결 또는 아는 사람을, 내게 알려 주십시오!
우리는 몇 가지 무거운 의무 다시 조직 "관리 콘텐츠 및 구조"를 통해 우리의 사이트 분류의 않았다. 나에 게 알 수 없는 이유로, 이 과정 (하지만 메인 작업) 빠른 실행에 일부 탐색 링크를 부 러. 깨진된 링크는 특징:
/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0
그건 사이트 설정/탐색을 통해 해결 하. 제외 하 고, 모스 날 선물이 시도 하 고 그것을 할 때:
사실, 아무도 거기에 어떤 변화가 하고있다 (나 이외에도, 물론).
빠른 검색은이 MSDN 포럼 토론: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1
William Heurdier 낳는 그것에 정중 하 게 여는 penultimate (로 10/02/07) 올리기:
사실:
손상 된 머리글을 다시 설정 하려면, 당신이 해야 :
– 손상 된 제목 아래 모든 목록을 제거합니다
– 손상 된 머리글 제거
– 목록 설정에서, 빠른 실행에 제거 목록 추가 (이 재생성 비 손상 된 제목)
잘가 다음 수 있습니다.….
Sharepoint 전문가 – Sogeti 모자 쌍둥이 자리 스위스
탐색 페이지에가 고 싶은 보관 하기 때문에 나는 조금 혼동 했다, 변경 하 고은 "으로 맞" 메시지. 결국, 나는 내가 목록 설정으로 이동 및 제거/추가 빠른 실행을 깨달았습니다.. 그는 목적을 달성을 했다. 행복 한 시간을 다시 현재 위치!
</끝>
업데이트 12/10/07: 우리가 아래에 언급 된 문제를 해결 하는 핫픽스 MSDN KB929816에 설명 된 대로. 핫픽스를 다음 팜의 각 서버에 설치. 다음, 각 서버에서 sharepoint 구성 유틸리티. 여기 그 KB에 대 한 MS 지원 링크가입니다.: http://support.microsoft.com/kb/932816.
배경:
우리는 비즈니스 요구 사항 환경 엔지니어링 관리자 확인 해야 30 그 식물 시기 적절 하 게에서 그들의 다양 한 상태 필수적 허가 대 한 파일 확인 필요가 있는 미국 전역에 위치한 some-odd 제조 위치. 한 가지 방법은 우리가 조사 했습니다 "일시 중지 될 때까지 날짜를 활용" SharePoint Designer 워크플로 통해 우리에 게 사용할 수 있는 활동. 엔지니어링 관리자 (또는 그녀의 조 수) 올해의 시작에서 모든 필요한 허가 및 알림 날짜 입력. 시스템이 다음 모든 무거운 않습니다..
환경:
모스, 64 비트, 가상 컴퓨터 환경 (개발 상자), 2 서버 (SQL 서버에 #1, 서버에서 다른 모든 것 들 #2).
문제:
일시 중지 될 때까지 날짜 작업 완벽 한 솔루션 처럼 보인다 그리고 그것 수 있습니다 잘 증명할 수. 그러나, 상자에 잘 작동 하지 않습니다. (우리를 위해).
C:\>stsadm-o getproperty propertyname "작업 워크플로" -url http://로컬 호스트
<속성이 "No =" />
C:\>
그건 쉽게 해결 하지만 놀라운 결과:
C:\>stsadm-o setproperty propertyname "작업 워크플로" -propertyvalue "모든 1 분 사이 0 59" -url http://로컬 호스트
작업이 성공적으로 완료.
C:\>
하 고 그에 따라, 첫 번째 "에서 진행" 워크플로 신속 하 게 해 고 하 고 그것은 직업.
해결 방법:
워크플로 타이머 깨어 자극 하 듯 stsadm-o setproperty 명령을 다시 실행. 그것은 것 이다, 대략 7 분 후, 실제로 일어나 고 워크플로 함께 계속.
질문 / 해결 된 문제:
일시 중지 될 때까지 날짜를 작동 하지 않습니다..
일시 중지 될 때까지 날짜 다시 시작 되지 않습니다..
워크플로 상태 진행 "에서 변경 되지 않습니다."
워크플로 상태 유지 "진행 중"