катэгорыя Архівы: Пошук SharePoint

Як Пазначце Людзі як вобласць пошуку / Змесціва Крыніца Выкарыстанне SharePoint 2013 REST API

I had reason to work with the SharePoint 2013 Search API via REST for the first time. I wanted to search for people, not documents. The key learning here is that you specify content sources via its GUID (or at least in this case). The following jQuery snippet shows how:

    loadExpertsAsync: функцыя() {

        jQuery.support.cors = праўда;

        $.ajax({
            URL-адрас: гэта.CreateFullApiUrl() +
                "?querytext='portals'&sourceid='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Skills,AboutMe,Interests,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit=99",
            метад: "GET",
            headers: { "Accept": "application/json; odata=verbose" },
            cache: ілжывы,
            success: функцыя (вынік) {

У маім выпадку, I’m running the API against SharePoint online. To get the GUID, I followed these steps:

  1. Access the SharePoint admin center
  2. Select “search” from the left hand navigation
  3. Select “Manage Result Sources”
  4. Select “Local People Results”
  5. Look at the URL.

My URL looked something like:

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

The sourceid parameter is what worked for me.

(I understand that the sourceid may actually be a sort of permanent thing with SP, але я заўсёды буду правяраць усё роўна 🙂 ).

</канец>

undefinedПадпісацца на мой блог.

Выконвайце за мной на Twitter у 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" ў Reason.  Гэта гучыць для мяне як. NET эквівалент "У мяне няма рота, і я павінен крычаць."

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Handy Спасылка: Па змаўчанні вынікі пошуку з KeywordQuery

Калі вы выклікаеце выкананне() метад KeywordQuery, Вы можаце стварыць ResultTable на аснове ResultType.RelevantResults.  Гэты фрагмент кода ілюструе тое, што я маю на ўвазе:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

У выніку табліца будзе мець наступныя слупкі дадзеных: 

WorkId
Ранг
Назва
Аўтар
Памер
Шлях
Апісанне
Запіс
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
Contentclass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Я, атрыманыя з гэтага спісу SharePoint 2010 навакольнае асяроддзе, Enterprise Edition.  Спадзяюся, гэта будзе зручна, каб нехта ў будучыні.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery і HiddenConstraints нерухомасці

Я рабіў крыху працы з KeywordQuery аб'екта ў SharePoint 2010 і выкарыстанне HiddenConstraints ўласнасць.

Мне не ўдалося знайсці любую карысную інфармацыю неадкладна на гэта маёмасць, так што я думаў, што я хутка запісваць, як я выкарыстоўваю яго.

Наколькі я магу сказаць,, Гэта аўтаматычны абмежаванні дадаюцца ў запыт, так што вы можаце сартаваць парку яго там і не турбуйцеся пра гэта.  Як такі, гэта проста іншае ключавое слова (або набор ключавых слоў) і мадыфікатары, якія можна ўвесці ў карыстацкі інтэрфейс, калі вы робіце пошук па ключавых словах.  Вось прыклад:

keywordQuery.HiddenConstraints = "scope:\"Industry\"";

Вы можаце дадаць дадатковыя абмежаванні з падзельнікам прасторы.

keywordQuery.HiddenConstraints = "scope:\"Industry\" defense";

Вышэй, кажучы на ​​англійскай мове, "Запусціць запыт ключавога слова шукае« абарона », а тым больш, выкарыстоўваць "Прамысловасць" сферы.

Вось яшчэ адзін спосаб глядзець на гэта:

image

Я выкарыстоўваю яго, каб забяспечыць кантэкстна-залежную аўтаматычнай сферы на карыстацкай вэб-часткі.  Калі карыстач націскае на ўкладцы і націскае кнопку пошуку, Ўкладка дыктуе пэўнай вобласці пошуку.  Гэта працуе добра да гэтага часу.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Адной з прычын "Адзін або некалькі тыпаў палёў не ўстаноўлены належным чынам”

Я рабіў невялікі налады ўчора на вэб-частка, якая робіць CAML запыт да спісу.  Я зрабіў змены, разгарнуць яго і збіла з памылкай:

Раптоўная памылка ў трохдзённы прагноз надвор'я WebPart. Калі ласка, звярніцеся да сістэмнага адміністратара. Адзін або некалькі тыпаў палёў не ўстаноўлены належным чынам. Перайдзіце на старонку налад спісу, каб выдаліць гэтыя палі.

Я стаяла перад іншым дзіваком пытанне раней, таму я не адразу падключыць CAML запыт з памылкай, што SharePoint паведамляў мне.  Я зрабіў хуткі пошук і Бінг і знайшоў гэта карысным паведамленне ў блогу па Sandeep нахт  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Вось няправільны запыт:

query.Query = "<Дзе><І><Neq><FieldRef NAME = 'Скарачэньне' /><Значэнне Тып = "Тэкст">SFNY</Значэнне><FieldRef NAME = 'Скарачэньне' /><Значэнне Тып = "Тэкст">SFIS</Значэнне></Neq></І></Дзе>";

Тут ён замацаваны:

query.Query = "<Дзе><І><Neq><FieldRef NAME = 'Скарачэньне' /><Значэнне Тып = "Тэкст">SFNY</Значэнне></Neq><Neq><FieldRef NAME = 'Скарачэньне' /><Значэнне Тып = "Тэкст">SFIS</Значэнне></Neq></І></Дзе>";

Так, Мараль гэтай гісторыі з'яўляецца: пераканайцеся, што ваш CAML правільна ці вы можаце атрымаць дзіўныя памылкі.

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

</канец>

Аб'ява пошуку Microsoft Enterprise User Group

Я вельмі рады паведаміць, што Наталля Васкрасенская, мой хлопец SharePoint MVP і партнёраў (з значна меншай дапамогі ад мяне, чым яна заслужыла) is launching a new user group devoted to enterprise search based on Microsoft technology. As a practical matter, гэта зводзіцца да СП 2010 пошук і шмат кажуць аб хуткім, especially in our first session. Natalya and I have written a lot about FAST over the last year on нашы блогі (Наталля ўсё больш і больш рэчаў, чым я!).

Our first meeting is coming up in just a few weeks in New York at Microsoft’s newly renovated offices on 6th near Rock Center. If you’re in New York on 12/9, you have no excuse not to make an appearance. Likewise for you Jersey people. Connecticut people can stay home (жарт!).

NY/NJ/CT people should skip this paragraph. We also plan to record the session and run a live web session so if you live outside the tri-state area, you should be able to tune in.

Я буду блог пра гэта яшчэ, так як гэта найбольш спрыяльны дзень, але падыходы зарэгіструйцеся зараз. After you register, the long wait begins. During that time, ачысціць графік, паведаміць навіны вашай сям'і і папярэдзіць сродкі масавай інфармацыі, таму што вы не захочаце прапусціць Nate Treloar launch our group to the moon and beyond 🙂

Даведайцеся больш на нашым афіцыйным сайце: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Кіравання і пошуку SharePoint – Гэта ніколі не позна пачаць

Я напісаў артыкул (HTTP://searchwinit.techtarget.com/tip/0, 289483, sid1_gci1345231_mem1, 00.html #) для SearchWinIT.com on governance as it relates to SharePoint Search. It’s not in my usual "voice" but that’s editing for you 🙂

Вось як яна пачынаецца:

Хоць амаль кожны аспект SharePoint могуць атрымаць выгаду з моцнага плана кіравання, MOSS 2007’s enterprise search functionality benefits most of all.

Як і ўсе часткі SharePoint, ёсць і добрыя навіны і дрэнныя навіны аб кіраванні. Для многіх арганізацый, Дрэнная навіна ў тым, што гэта вельмі цяжка ўключыць план кіравання, дзе яны адсутнічаюць.

Але вось добрая навіна: Вы можаце хутка наладзіць і палепшыць карпаратыўны пошук практычна ў любы час. І пры рэалізацыі плана кіравання для карпаратыўнага пошуку, Вы можаце бачыць неадкладныя вынікі.

Адна з праблем, з SharePoint і кіравання з'яўляецца тое, што кампаніі часта атрымліваюць па калена ў SharePoint, без плана кіравання і да таго, there’s no easy path forward to solve it. No so with Search. Read the article to get my thoughts on that subject.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Службы на сэрверы няма Пошук — Чаму?

Я гутарыў сёння з Агнес Молнар (Адзіны чалавек, я ведаю, што я ведаю, у Венгрыі) about a strange search configuration problem. Namely, search was missing from the "services on server" адлюстроўваць (праз Central Admin -> Аперацыі -> Службы на сэрвэры).

Я глянуў на функцыянальныя У.М. на маёй ўласнай машыне, і разам, we determined that search was not installed on that server. There are probably a few ways to do this, but we did it by confirming that "Office SharePoint Server Search" адсутнічала ў спісе паслуг праз Пуск -> Адміністраванне -> Паслугі.

Дзіўна, звязаныя. Exe * быў * на сэрвэры ("C:\Program Files\Microsoft Office Servers\12.0\Bin\mssearch.exe").

Я зрабіў хуткі пошук і выявіў гэтую запіс у блогу: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Гэты ліст ланцуг з гэтым ключавым момантам:

"I solved this problem. Гэта была мая памылка. I choose "Web front end" instead of "Complete" падчас ўстаноўкі."

Гэта абяцала, but we weren’t sure if the installer had actually picked WFE instead of complete when installing MOSS.

Мы праверылі ў першы (раннія) версіі файла PSCDiagnostics * У 12 вулей каталог часопісаў і там, мы выявілі, што ўстаноўкі былі, на самай справе, configured this server to be a web front end. End of story and it had a happy ending.

(Дзе-то ўздоўж лініі, Боб Фокс увязаўся, але ўсё, што я памятаю яго ўклад у абмеркаванне быў каментар аб Байка 2).

Абнаўленне: Агнес блогаў на гэтую тэму тут: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Quick Tip: Выкарыстоўваць “IsDocument:1” Абрэзаць Вынікі пошуку

Абнаўленне 11/03/08: Член MVP Mike Walsh правільна паказвае, што гэта WSS 3.0 / MOSS feature. It does not work in WSS 2.0 ці раней.

Updatte 11/03/08: (Другое абнаўленне ў адзін дзень!): Be sure to read the excellent comment from "nowise" для атрымання дадатковай інфармацыі і яшчэ адна добрая спасылка знешніх спасылак.

Два пытання падышлі ў хуткай паслядоўнасці на гэтым тыдні на форумах MSDN просяць змяненне гэтага:

"When I search a keyword, тэчкі з маёй бібліятэкі дакументаў з гэтым ключавым словам на сваім шляху выйдзе першая ў маім вынікі пошуку. Я не хачу, каб гэта адбылося. Files with that keyword are more important to me. I don’t want to see folders at all."

This is actually quite easy to do out of the box. Simply add a "IsDocument:1" пошукаваму запыту і пошуку SharePoint (як WSS і MOSS) абмяжуецца адлюстроўвае фактычныя дакументы.

</канец>

Падпісацца на мой блог.

Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin

Technorati Тэгі:

Мае пошук камітэта сустрэліся ў гэтым месяцы?

Гэта пачатак месяца, і цяпер гэтак жа добра, як і любы пошуку камітэт вашай кампаніі, каб сабрацца разам і прааналізаваць найбольш прыдатныя, паспяховых і не вельмі паспяховых пошукаў, і г.д..

Вы не павінны пошуку камітэта? Затым сфармуйце адзін 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only больш задавальнення, чым барэль малпаў, ён можа:

  • Give insight into the information needs of the enterprise. If people are searching left and right for topic "xyzzy," you know that’s an important topic to the enterprise.
  • Identify potential training requirements. If people are searching for topic "xyzzy" but should really be searching for "abcd" , То вы можаце выкарыстоўваць гэта, каб выхоўваць людзей аб тым, дзе і як знайсці інфармацыю.
  • Help your organization refine its information architecture.
  • Вызначыць магчымасці для павышэння тэзаўрусаў.
  • Іншых магчымасцяў, несумненна, будзе прадстаўляць сябе.

Хто павінен уваходзіць у пошуках камітэта? You would know your people best, але лічаць:

  • Па крайняй меры адзін (і, можа быць толькі адзін) ІТ-чалавек, які разумее, (ці можаце даведацца) розныя спосабы налады пошуку, у тым ліку лепшыя стаўкі, тэзаўрус, кіраванымі ўласцівасцямі, і г.д..
  • Некалькі экспертаў па канкрэтных пытаннях, якія могуць чытаць справаздачы аб пошуку, глынаць яго і інфармуе аб бізнэсе падкаваных дзеянняў да яго, так што ён можа націскаць кнопкі, Націсніце на рычагі і адкрыццё / закрыццё клапанаў, неабходна па рэкамендацыі камітэта.
  • Адзін ці больш падрабязнай інфармацыі архітэктараў, якія можна праверыць, так ці інакш, Ці інфармацыйная архітэктура пошуку дружалюбных і ці з'яўляецца гэта працуе добра для прадпрыемства.
  • A rotating seat on the committee. Bring in one or two people who don’t normally participate in these kinds of efforts. They may bring unusual and valuable insights to the table.

Шчаслівыя аналізавальная!

</канец>

Падпісацца на мой блог.

Technorati Тэгі: