카테고리 아카이브: SharePoint 검색

사람 검색 범위를 지정 하는 방법 / SharePoint를 사용 하 여 콘텐츠 원본 2013 나머지 API

SharePoint를 사용 하는 이유를 했다 2013 처음으로 나머지를 통해 검색 API. 나는 사람들에 대 한 검색 하 고 싶 었, 없는 문서. 여기서 학습 키의 GUID 통해 콘텐츠 원본 지정 (또는 경우 적어도). 다음과 같은 jQuery 코드 표시 방법:

    loadExpertsAsync: 함수() {

        jQuery.support.cors = true;

        $.아 약 스({
            url: 이.CreateFullApiUrl() +
                "?querytext = '포털'&sourceid ='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,기술,AboutMe,관심 분야,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit = 99",
            메서드: "가져오기",
            헤더: { "수락": "응용 프로그램/json; odata 자세한 정보 표시 =" },
            캐시: false,
            성공: 함수 (결과) {

내 경우에는, 온라인 SharePoint에 대 한 API를 실행 해요. GUID를 얻으려면, 이러한 단계를 따라:

SharePoint 관리 센터에 액세스
왼쪽 탐색에서 "검색"을 선택
"결과 소스 관리"를 선택 하십시오
"현지 사람들 결과"를 선택
URL에 보고.

내 URL 같은 것을 보았다:

https://xyzzy-admin.sharepoint.com/_layouts/15/searchadmin/EditResultSource.aspx?level=tenant&sourceid=b09a7990%2D05ea%2D4af9%2D81ef%2Dedfab16c4e31&view=1

Sourceid 매개 변수는 어떤 날 위해 일했던.

(sourceid 실제로 SP와 영구적인 것의 종류를 수 있습니다 이해, 하지만 난 항상 어쨌든 확인해 보겠습니다 🙂 ).

</끝>

내 블로그를 구독.

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

하나의 원인에 대 한 "이이 오류의 창조 자는 이유를 지정 하지 않았습니다.”

회신을 남겨주

SharePoint 검색 요즘, 특히 KeywordQuery 클래스와 함께 작업을 많이 해 봤는데, 속성 및 메서드.

원하는 결과 집합을 넘어 평소 용의자의 결과를 반환 하는 경우 (여기를 참조 하십시오.), SelectedProperties 컬렉션에 추가, 마찬가지로:

myKeywordQuery.SelectProperties.Add("xyzzy");

많은 감사와 끝을 모자 코리 로스 그리고 이 매우 유용한 블로그 게시물 (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

내 경우에는, "xyzzy" 실제로 관리 되는 속성을 하지 않습니다. 언제 내가 그것에 추가 SelectedProperties 어쨌든, SharePoint 내 즐겨찾기 중 하나를 던져도 런타임 예외:

"이이 잘못의 창조 자는 이유 지정 하지 않았습니다."

특히 이유에서 자본 "R" 같은. 이 나에 게 해당 하는.NET 같은 소리 "나는 아무 입, 그리고 난 비명을 해야 합니다..”

</끝>

내 블로그를 구독.

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

편리한 참조: 기본 검색 결과를 KeywordQuery

1 회신

Execute를 호출 하는 경우() 메서드는 Keywordquery에, ResultTable Resulttype.relevantresults에 기반을 만들 수 있습니다. 이 코드는 무엇을 의미를 보여 줍니다.:

ResultTableCollection resultsTableCollection myKeywordQuery.Execute =();

ResultTable searchResultsTable resultsTableCollection =[ResultType.RelevantResults];

결과 테이블에는 다음 정보 열 해야한다:

WorkId
순위
제목
저자
크기
경로
설명
쓰기
사이트 이름
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

SharePoint에서이 리스트를 파생 2010 환경, 엔터 프 라이즈 에디션입니다. 희망을 미래에 사람에 게 편리 하 게 될 것 이다.

</끝>

내 블로그를 구독.

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

SharePoint 2010 KeywordQuery 및 HiddenConstraints 속성

회신을 남겨주

작품의 비트를 해 왔습니다 합니다 KeywordQuery sharepoint 개체 2010 그리고 사용 하는 HiddenConstraints 속성.

그에 대 한 즉시 유용한 정보를 찾지 못했습니다 속성, 그래서 빨리 어떻게 사용해 왔습니다 그것 썼는지 생각.

마찬가지로 지금까지 내가 말할 수 있습니다, 이것은 일종의 공원 그것 거기 그것에 대해 걱정 하지 수 있도록 쿼리에 추가 자동 제약 이다. 같은, 그것은 또 다른 키워드 (또는 키워드의 세트) 그리고 한정자 키워드 검색을 할 때 ui에 입력할 수 있습니다. 여기에 예가입니다.:

keywordQuery.HiddenConstraints = "범위:\"Industry" ";

공간 구분 된 추가 제약 조건을 추가할 수 있습니다..

keywordQuery.HiddenConstraints = "범위:\"Industry" 국방 ";

위의 영어 말, ""방어 "를 찾고 키워드 쿼리를 실행 하 고 또한, "산업" 범위를 사용 하 여.

그것을 보는 또 다른 방법은 여기에서 있다:

내가 사용해 왔습니다 컨텍스트에 종속 자동 범위 사용자 정의 웹 파트에 제공 합니다. 사용자 탭을 클릭 하 고 검색 단추를 클릭할 때, 탭의 특정 검색 범위를 나타냅니다. 그것은 지금까지 잘 작동.

</끝>

내 블로그를 구독.

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

"하나 이상의 필드 형식은 제대로 설치 되지 않습니다에 대 한 이유 중 하나”

1 회신

나 목록에 대해 CAML 쿼리를 않는 웹 파트를 어제 작은 tweak을 만들고 있었다. 변경, 그것을 배포 하 고 오류와 함께 맞 았:

3 주 Outlook 일기 예보 Webpart에서 예기치 않은 오류가 발생 했습니다.. 시스템 관리자에 게 문의 하십시오. 하나 이상의 필드 형식은 제대로 설치 되지 않습니다.. 이러한 필드를 삭제 하려면 목록 설정 페이지로 이동.

그래서 난 바로 Sharepoint는 나에 게 보고 하는 오류 CAML 쿼리 연결 하지 않았다 이전 또 다른 괴짜 문제를 직면 했다. 난 빠른 빙 검색을 했 고 고 이 유용한 블로그 게시물을 발견 에 의해 Sandeep Nahta (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

나쁜 쿼리는 같습니다.:

쿼리 합니다. = 쿼리 "<어디><그리고><Neq><FieldRef 이름 'Abbr' = / 그리고pan >>< 값 형식 '텍스트' = > SFNY </Value> < FieldRef 이름 'Abbr' = / >< 값 형식 '텍스트' = > SFIS </Value> </Neq> </And> </Where> ";><값 형식 '텍스트' =>SFNY</값><FieldRef 이름 'Abbr' = / 그리고pan >>< 값 형식 '텍스트' = > SFNY </Value> < FieldRef 이름 'Abbr' = / >< 값 형식 '텍스트' = > SFIS </Value> </Neq> </And> </Where> ";><값 형식 '텍스트' =>SFIS</값></Neq></그리고></어디>";

여기에 고정:

쿼리 합니다. = 쿼리 "<어디><그리고><Neq><FieldRef 이름 'Abbr' = / 그리고pan >>< 값 형식 '텍스트' = > SFNY </Value> < FieldRef 이름 'Abbr' = / >< 값 형식 '텍스트' = > SFIS </Value> </Neq> </And> </Where> ";><값 형식 '텍스트' =>SFNY</값></Neq><Neq><FieldRef 이름 'Abbr' = / 그리고pan >>< 값 형식 '텍스트' = > SFNY </Value> < FieldRef 이름 'Abbr' = / >< 값 형식 '텍스트' = > SFIS </Value> </Neq> </And> </Where> ";><값 형식 '텍스트' =>SFIS</값></Neq></그리고></어디>";

그래서, 이야기의 모 랄은: 당신의 CAML 올바른지 또는 괴짜 오류를 얻을 수 있는지 확인.

내 블로그를 구독.

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

</끝>

Microsoft 엔터프라이즈 검색 사용자 그룹 발표

회신을 남겨주

정말 흥분을 발표합니다 Natalya Voskresenskaya, 내 동료 SharePoint MVP와 파트너 (그녀가 자격이 보다 내게 훨씬 적은 도움) 마이크로소프트 기술에 따라 엔터프라이즈 검색 하는데 새로운 사용자 그룹 실행. 실질적인 문제로 서, 이 SP에 아래로 비등 한다 2010 검색 및 빠른에 대 한 얘기를 많이, 우리의 첫 번째 세션에 (서) 특히. 나탈리와 내가 많은 빨리에 지난 한 해 동안에 대해 작성 했습니다. 우리의 블로그 (나탈리는 더 많고 더 좋은 물건 보다!).

우리의 첫 만남에 오고 있다 그냥 몇 주에 마이크로 소프트의 새롭게 개조 된 사무실에서 뉴욕에서 바위 센터 근처 6. 만약 당신이 뉴욕에 12/9, 당신은 변명의 여지가 없는 모습. 마찬가지로 당신이 저지 사람들에 대 한. 코네티컷 사람들 집에 머물 수 있다 (농담이에요!).

뉴욕/뉴저지/CT 사람들이이 단락을 생략 한다. 우리는 또한 계획 세션을 기록 하 고 그래서 만약 당신이 트라이-상태 영역 밖에 서 살고 있는 라이브 웹 세션 실행, 당신은 조정 할 수 있어야.

난 이것에 대해 블로그를 좀 더이 가장 길일 접근 하지만 지금 등록. 등록 후, 긴 대기 시작. 그 시간 동안, 당신의 일정을 취소, 당신이 놓치고 싶지 않을 것 이기 때문에 미디어와 당신의 가족에 게 소식을 깰합니다 네이트 Treloar launch our group to the moon and beyond 🙂

공식 사이트에서 자세한 내용을 알아보십시오: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</끝>

내 블로그를 구독.

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

테크노 태그: SharePoint 검색,엔터프라이즈 검색

거 버 넌 스 및 SharePoint 검색 – 그것은 결코 너무 늦게 시작

회신을 남겨주

난 기사를 쓴 (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) 에 대 한 SearchWinIT.com 그것은 지배에 SharePoint 검색에 관한. 그것은 내 평소 "음성에" but that’s editing for you 🙂

여기 시작 하는 방법 이다:

Sharepoint의 모든 측면 강한 지배 계획 으로부터 혜택을 받을 수 있지만 거의, MOSS 2007의 엔터프라이즈 검색 기능 모두의 대부분을 혜택.

SharePoint의 모든 부분 처럼, 저기 좋은 소식과 나쁜 소식이 거 버 넌 스에 대 한. 많은 조직에 대 한, 나쁜 소식은 아무도 존재 어디 그것은 매우 어려운 관리 방식 계획을 통합 하는.

하지만 여기에 좋은 소식은: 신속 하 게 구성할 수 있으며 언제 든 지 거의 엔터 프 라이즈 검색에 개선. 및 엔터프라이즈 검색에 대 한 관리 방식 계획을 구현 하는 경우, 즉각적인 결과 볼 수 있습니다..

SharePoint와 지배 구조 문제 중 하나는 회사 자주 무릎을 SharePoint 관리 계획과 고 그때까지 깊숙히, 거기는 더 쉬운 경로 앞으로 그것을 해결 하기 위해. 아니 그래서 검색. 그 주제에 내 생각을 기사를 읽으십시오.

</끝>

내 블로그를 구독.

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

테크노 태그: SharePoint 검색, 거 버 넌 스

서버에 서비스 검색 나열 되지 않습니다. — 왜?

2 답글

내가 오늘와 채팅 아그네스 Molnar (헝가리에서 알고 있다 알고 하는 유일한 사람) 이상한 검색 구성 문제에 대 한. 즉, 검색 서버에서 "서비스에서 누락 되었습니다." 디스플레이 (-중앙 관리를 통해> 작업-> 서버 제공 서비스).

내 자신의 컴퓨터와 함께 작동 VM 봐를 했다, 우리는 검색 해당 서버에 설치 되지 않은 결정. 이렇게 하려면 아마 몇 가지 방법이 있다, 하지만 우리가 그것을 확인 하 여 "Office SharePoint Server 검색" 시작-서비스 목록에서 누락 되었습니다.> 관리 도구-> 서비스.

이상 하 게도, 연결 된.exe *은 * 서버에 ("C:\마이크로 소프트 오피스 Servers12.0Binmssearch.exe 프로그램 ").

빠른 탐색을 했 고이 블로그 항목을 발견: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

그건이 키 포인트는 이메일 체인:

"내가이 문제를 해결. 그것은 내 실수 였다. "웹 프런트 엔드를 선택" 대신에 "완료" 동안 설치."

이것이 유망, 우리는 설치 했다 실제로 완전 한 때 대신 WFE를 선택 하는 경우에 확실 하지 하지만 MOSS를 설치.

우리는 첫 번째에 대 한 확인 (초기) PSCDiagnostics *에서 파일의 버전은 12 로그 디렉토리와 거기에 하이브, 우리는 설치 했다 발견, 사실, 이 서버는 웹 프런트 엔드 구성. 이야기의 끝 행복 한 결말을 했다.

(어딘가에 라인을 따라, 밥 폭스 관여, 하지만 모두 내가 토론에 기여 하 고 그 기억에 대 한 코멘트 우화 2).

업데이트: 여기에이 주제에 대 한 아그네스 블로그: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</끝>

내 블로그를 구독.

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

테크노 태그: SharePoint 검색

빠른 팁: 사용 “IsDocument:1” 검색 결과 트림 하기

4 답글

업데이트 11/03/08: 동료 MVP Mike Walsh 제대로 지적이 WSS는 3.0 / 모스 기능. WSS에서 작동 하지 않습니다. 2.0 또는 이전.

Updatte 11/03/08: (하루에 두 번째 업데이트!): "Nowise에서 훌륭한 의견을 읽을 해야 합니다." 또 다른 좋은 xref 링크에 대 한 자세한 정보.

두 가지 질문 연달아에서 이번 주에 나온이 변화를 요구 하는 MSDN 포럼:

"언제 검색 키워드, 그들의 경로에 해당 키워드와 문서 라이브러리 내에서 폴더 내 검색 결과에 먼저 나올 것입니다.. 저것을 일어나는 원하지 않습니다. 해당 키워드와 파일은 나에 게 더 중요. 나는 폴더를 전혀 보고 싶지."

이것은 실제로 상자 밖으로 아주 쉽게. "IsDocument 추가:1" 검색 쿼리 및 SharePoint 검색 (WSS 및 MOSS) 실제 문서를 보여주는 제한할 것 이다.

</끝>

내 블로그를 구독.

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

테크노 태그: 검색

이번 달 충족 검색 위원회?

회신을 남겨주

그것은 달의 시작 그리고 지금 처럼 좋은 시간 함께 하 고 최상의 분석을 귀사의 검색 위원회에 대 한, 성공 하 고 그렇게 성공적으로 검색, 등.

검색 위원회 없어? Then form one 🙂

WSS와 MOSS 특히 검색 일부 인간 감독에서 혜택. 일관 된 월별 기준 한 달 몇 시간 투자 뿐만 아니라 원숭이의 배럴 보다 더 재미, 그것은 수 있습니다.:

엔터프라이즈의 정보 요구에 대 한 통찰력을 제공. 사람들이 왼쪽과 오른쪽 항목 "xyzzy 검색 하는 경우," 알다시피 기업에 중요 한 주제.
잠재적인 교육 요구 사항 식별. 사람들이 "xyzzy 주제에 대 한 검색 하는 경우" 하지만 정말 "abcd에 대 한 검색 한다" 정보를 찾는 방법과 어디에 사람들을 교육 하는 사용할 수 있습니다..
조직의 정보 아키텍처를 수정 도움이.
동의어 사전 향상 기회 파악.
다른 기회는 스스로 존재 의심 됩니다..

누가 검색 위원회에 있어야? 당신은 최고의 사람들을 알 것 이다, 하지만 고려:

적어도 하나 (어쩌면 하나의) IT 사람이 이해 하 (배울 수 있는 또는) 검색을 팅 겨 보고 다양 한 방법으로, 최상의 선택 등, 동의어 사전, 관리 되는 속성, 등.
검색 보고서를 읽을 수 있는 몇 가지 주제 전문가, 그것을 섭취 하 고 버튼을 눌러 수 있도록 그것을 비즈니스에 정통한 작업 통신, 레버를 당겨 및 위원회 추천에 필요한 밸브 열기/닫기.
하나 이상의 정보 설계자 유효성을 검사할 수 있습니다, 방법은 하나 또는 다른, 정보 아키텍처 검색 친화적이 고 여부 작동 기업에 대 한 잘 인지.
위원회에 회전 좌석. 일반적으로 이러한 유형의 활동에 참여 하지 않는 하나 또는 두 사람에가지고. 그들은 테이블에 특이 하 고 귀중 한 통찰력을가지고 있습니다..

행복 분석!

</끝>

내 블로그를 구독.

테크노 태그: 검색