Категория Архиви: Търсене на SharePoint

Как да зададете хора като обхват за търсене / Източник на съдържание с помощта на SharePoint 2013 ПОЧИВКА API

Имах причина да работите на SharePoint 2013 API за търсене чрез почивка за първи път. Исках да търсене на хора, не документи. Ключът обучение тук е, че задавате източници на съдържание чрез своя GUID (или поне в този случай). В следните jQuery фрагмент показва как:

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

        jQuery.support.cors = вярно;

        $.Аякс({
            URL адрес: Това.CreateFullApiUrl() +
                "?querytext = "портали"&SourceId = "b09a7990-05ea-4af9-81ef-edfab16c4e31"" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Умения,AboutMe,Интереси,Длъжност,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl "" +
                "&RowLimit = 99",
            метод: "ВЗЕМИ",
            заглавки: { "Приемете": "приложение/json; oData = многословно" },
            кеш: фалшиви,
            успех: функция (Резултат) {

В моя случай, Аз съм тичане API срещу SharePoint онлайн. Да получите GUID, Аз последовател тези стъпвам:

  1. Достъп до центъра за администриране на SharePoint
  2. Изберете "търсене" от лявата навигация
  3. Изберете "Управление на източници на резултат"
  4. Изберете "Резултати от местните хора"
  5. Погледнете на сайта.

Моят URL погледна нещо подобно:

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

Параметърът на sourceid е това, което работи за мен.

(Аз разбирам, че sourceid всъщност може да бъде нещо като нещо постоянно с SP, but I’ll always check anyway 🙂 ).

</край>

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 хвърли един от любимите ми някога runtime изключения:

"Създател на този отказ не уточни причината."

Особено ми харесват столицата "R" в разума.  Това звучи ми като .NET еквивалент на"Аз не са в устата, и аз трябва да scream.”

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Хенди препратка: По подразбиране резултатите от KeywordQuery търсене

Когато се позове изпълнение() метод на KeywordQuery, Можете да създадете ResultTable, въз основа на ResultType.RelevantResults.  Този код фрагмент илюстрира какво имам предвид:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Получената таблица ще има следните колони с информация: 

Същ WorkId
Ранг
Заглавие
Автор
Размер
Път
Описание
Пиша
Име на сайт
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Аз извлечени този списък от SharePoint 2010 околна среда, предприятие издание.  Надяваме се това ще бъде удобен на някого в бъдеще.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery и свойството HiddenConstraints

Съм правил малко работа с KeywordQuery обект в SharePoint 2010 и използване на HiddenConstraints имоти.

Аз не намирам никаква незабавно полезна информация за това свойство, така си мислех, че бързо ще нахвърлям как аз бях го използва.

Доколкото мога да кажа, Това е автоматичен ограничение, добавени към заявката, така че можете да сортирате парк го там и не се тревожи за това.  Като такива, Това е просто друга дума (или набор от ключови думи) и модификатори, които можете да въведете в потребителския интерфейс, когато направите търсене по ключова дума.  Ето един пример:

keywordQuery.HiddenConstraints = "обхват:\"Industry" ";

Можете да добавите допълнителни ограничения с пространство разделител.

keywordQuery.HiddenConstraints = "обхват:\"Industry" защита";

По-горе се казва на английски език, "изпълни заявка ключова дума, търсене за"отбрана"и освен това, Използвайте категорията "Индустрия".

Ето още един начин на възприемане на това:

image

Аз бях го използва да предоставя контекст зависими автоматичен обхват на уеб част.  Когато потребителят щракне върху раздел и щракне върху бутон за търсене, раздела диктува на обхват на търсене.  Тя работи добре досега.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Една от причините за "един или повече поле типове не са инсталирани правилно”

Аз правеше малка ощипване вчера към уеб компонент, който прави заявка CAML срещу списък.  Направих промяната, разположен го и имаш удари с грешка:

Възникнала е неочаквана грешка в трите WebPart за прогноза за времето на ден в Outlook. Обърнете се към системния администратор. Един или повече типове на полета, не са инсталирани правилно. Отидете на страницата за настройки на списъка, за да изтриете тези полета.

Аз е пред друг Одбол въпрос по-рано, така че незабавно не свързвам моя CAML заявка с грешката, която е SharePoint е докладване за мен.  Направих бързо търсене Бинг и и намери този полезни блог съобщение от Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Тук е лоша заявка:

заявка.Заявка ="<Където><И><Neq><Име на FieldRef = 'Abbr' /><Стойност на тип = "Текст">SFNY</Стойност><Име на FieldRef = 'Abbr' /><Стойност на тип = "Текст">SFIS</Стойност></Neq></И></Където>";

Тук е фиксиран:

заявка.Заявка ="<Където><И><Neq><Име на FieldRef = 'Abbr' /><Стойност на тип = "Текст">SFNY</Стойност></Neq><Neq><Име на FieldRef = 'Abbr' /><Стойност на тип = "Текст">SFIS</Стойност></Neq></И></Където>";

Така, морала на историята е: Уверете се, че вашият CAML е правилен или може да получите грешка Одбол.

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

</край>

Обявяване на Microsoft предприятие търсене потребителска група

Аз съм много развълнуван да съобщя, че Наталия Voskresenskaya, моите колеги SharePoint MVP и партньор (с далеч по-малко помощ от мен, отколкото заслужаваше) стартира нова потребителска група посветени на корпоративното търсене, базирани на технологиите на Microsoft. Като практически, Това се свежда до SP 2010 търсене и много се говори за бързо, особено в първата ни сесия. Наталия и са писали много за бързо през последната година на нашите Блогове (Наталия има повече и по-добри неща, отколкото аз!).

Първата ни среща идва само няколко седмици в Ню Йорк на Microsoft наскоро обновени офиси на 6 близо до рок център. Ако сте в Ню Йорк на 12/9, Вие нямате извинение да не се яви. По същия начин за вас Джърси хора. Кънектикът хората да остана вкъщи (Майтапя се!).

Ню Йорк/Ню Джърси/CT хора трябва да пропуснете тази точка. Ние също така планират да запис на сесията и стартирате сесия на живо уеб така, ако живеете извън зоната на tri членка, би трябвало да можете да настроите в.

Аз ще блог за това малко повече, тъй като този най-щастлив ден подходи, но Регистрирайте се сега. След като се регистрирате, дългото чакане започва. През това време, Изчистване на вашия график, наруши новини на семейството си и да сигнализира медиите, защото вие няма да искате да пропуснете Нейт 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 за управление, тъй като тя се отнася до търсене на SharePoint. Това не е в моя обичайните "глас" but that’s editing for you 🙂

Ето как започва:

Въпреки че почти всеки аспект на SharePoint могат да се възползват от силно управление план, Функционалност за търсене на мъх 2007 предприятие се ползва най-вече.

Както всички части на SharePoint, Налице е добра новина и лошата новина за управление. За много организации, Лошата новина е, че е изключително трудно да се включи план за управление където нищо не е имало.

Но тук е добрата новина: Можете бързо да конфигурирате и подобряване на корпоративното търсене в почти всяко време. И когато сте изпълнение на план за управление за корпоративно търсене, Можете да видите незабавни резултати.

Един от проблемите с SharePoint и управление е, че компании често се коляното дълбоко в SharePoint с не план за управление и от тогава, там е не лесен път напред да го решим. Не толкова с търсене. Прочетете статията да си мисли по този въпрос.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Услуги на сървъра не не списъка Търсене — Защо?

Аз бях чатите днес с Агнес Молнар (единственият човек, аз знам, че аз знам в Унгария) за проблем с конфигурацията на странни търсене. А именно:, търсене е липсвало от "услуги на сървъра" Показване (чрез централен администратор-> Операции-> Услуги на сървъра).

Имах погледнете функционални VM, на моя собствен машина и заедно, Ние определено, че търсенето не е инсталиран на този сървър. Има вероятно няколко начина да направите това, но го направихме от който потвърждава, че "Office SharePoint Server търсене" липсва от списъка с услуги чрез Старт-> Административни инструменти-> Услуги.

Странно, свързани .exe * е * на сървъра ("C:\Програма FilesMicrosoft офис Servers12.0Binmssearch.exe").

Направих бързо търсене и намери този блог влизане: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Това е един имейл веригата с тази основна точка:

"Аз решен този проблем. Това беше моя грешка. Изберете "уеб клиент" вместо "пълна" по време на инсталиране."

Това е обещаващ, но ние не бяхме сигурни дали инсталатора всъщност качва WFE вместо пълно когато инсталиране на Мос.

Ние проверени за първи (най-ранната) версия на файла PSCDiagnostics * в 12 кошер дневник директория и там, Ние открихме, че инсталатора е, Всъщност, конфигуриран този сървър да бъде уеб клиент. Край на историята и тя имаше щастлив край.

(Някъде по линията, Боб Фокс се включиха, но всички спомням му принос към дискусията беше коментар за Басня 2).

Актуализация: Агнес Блогове по тази тема тук: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове:

Бързо съвет: Употреба “IsDocument:1” да отрежете резултатите от търсенето

Актуализация 11/03/08: Колеги MVP Майк Уолш правилно изтъква, че това е WSS 3.0 / Мос функция. Тя не работи в WSS 2.0 или по-рано.

Updatte 11/03/08: (Втора актуализация в един ден!): Не забравяйте да прочетете отличен коментар от "nowise" за повече информация и друг добър xref връзка.

Два въпроса дойде симултанно тази седмица на форумите на MSDN, питам вариация на това:

"Когато аз търсене ключова дума, папки от моята библиотека с документи с тази ключова дума по пътя си ще излезе на първо място в резултатите от търсене. Аз не искам това да се случи. Файлове с тази дума са по-важни за мен. Аз не искам да видите папките на всички."

Това е всъщност доста лесно да се излезе от кутията. Просто добавете "IsDocument:1" на заявка за търсене и SharePoint търсене (WSS и Мос) ще се ограничи до показва действителните документи.

</край>

Абонирайте се за моя блог.

Следвайте ме на Twitter в http://www.twitter.com/pagalvin

Technorati тагове:

Вашето търсене комитет постигна този месец?

Това е началото на месеца и сега е добър момент, както всеки за вашата фирма търси комитет да се съберат и анализират най-добри предложения, успешни и не толкова успешна търсения, н.

Вие нямате търсене комитет? Then form one 🙂

WSS и особено Мос търсене полза от някои човешки надзор. Инвестиране на няколко часа на месец последователно ежемесечно е не само по-забавно, отколкото за барел на маймуни, Тя може да:

  • Дам вникване в потребностите от информация на предприятието. Ако хората търсят наляво и надясно за тема "xyzzy," Вие знаете, че е важна тема за предприятието.
  • Идентифициране на потенциални изисквания за обучение. Ако хората търсят темата "xyzzy" но наистина трябва да се търси за "abcd" след това можете да използвате това да обучава хора къде и как да намерите информация.
  • Помогне на вашата организация усъвършенства своята информационна архитектура.
  • Идентифициране на възможности за засилване на синонимен речник.
  • Други възможности без съмнение ще се явят.

Кой трябва да бъде в търсене комитет? Вие ще знаете вашите хора най-добрите, но Помислете:

  • Най-малко една (и може би само един) Човек който разбира (или може да се научи) различните начини да се ощипвам на търсене, включително най-добри предложения, синонимен речник, контролирани свойства, н.
  • Няколко предмета експерти, които да прочетете отчетите за търсене, ingest то и съобщават бизнес разбирам действия към него, така че тя може да натиснете бутоните, дърпам лостове и отваряне/затваряне клапани, необходими за комитет препоръки.
  • Един или повече информация архитекти, които да проверите, един или друг начин, дали архитектура на информацията е търсене приятелски и дали тя работи добре за предприятието.
  • Въртяща се седалка в Комитета. Въвеждат в един или двама души, които обикновено не участват в тези видове на усилията. Те може да донесе необичаен и ценни прозрения на таблицата.

Честит анализ!

</край>

Абонирайте се за моя блог.

Technorati тагове: