Mga Archive ng kategorya: SharePoint Search

Paano Upang Tukuyin ang mga tao bilang isang Saklaw ng Paghahanap / Pinagmulan ng Paggamit ng SharePoint Nilalaman 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: tungkulin() {

        jQuery.support.cors = totoo;

        $.ajax({
            url: ito.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",
            pamamaraan: "GET",
            headers: { "Accept": "application/json; odata=verbose" },
            cache: hindi totoo,
            success: tungkulin (magbunga) {

Sa aking kaso, 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, but I’ll always check anyway 🙂 ).

</dulo>

undefinedMag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Isa Dahilan para sa "Ang mga tagalikha ng kasalanan na ito ay hindi tukuyin ang isang Dahilan.”

Ko na na-paggawa ng maraming trabaho sa SharePoint paghahanap kani-kanina lamang at partikular ang KeywordQuery na klase, katangian at mga pamamaraan.

Kung nais sa iyo resulta ang itakda upang bumalik ang mga resulta sa itaas at lampas ang mga dati suspects (makikita dito), mong idagdag ito sa koleksyon SelectedProperties, tulad ng sa:

myKeywordQuery.SelectProperties.Add("xyzzy");

Maraming salamat at isang dulo ng sumbrero sa Corey Roth at ito sobrang sobra helpful post ng blog (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Sa aking kaso, "Xyzzy" ay hindi talagang isang pinamamahalaang mga ari-arian.  Kapag idinagdag ko ito sa mga SelectedProperties pa rin, SharePoint threw isa sa aking paboritong kailanman runtime eksepsiyon:

"Ang lumikha ng kasalanan na ito ay hindi tukuyin ang isang Dahilan."

Gusto ko lalo na ang capital "R" sa Dahilan.  Ito iyan sa akin tulad ng. NET na katumbas ng "Mayroon akong walang bibig, at dapat ko mapasigaw."

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Madaling gamitin Reference: Mga default Resulta mula sa KeywordQuery Search

Kapag pakiusapan mo ang Ipatupad() paraan sa isang KeywordQuery, Maaari kang lumikha ng isang ResultTable batay sa ResultType.RelevantResults.  Ang code snippet na ito ay naglalarawan kung ano ang ibig sabihin ko:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Ang resultang talahanayan ay ang mga sumusunod na hanay ng impormasyon: 

WorkId
Ranggo
Pamagat
May-akda
Laki
Landas
Paglalarawan
Sumulat
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
Contentclass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Nakuha ko ito mula sa listahan ng SharePoint 2010 kapaligiran, enterprise edition.  Sana ito ay maging madaling-magamit na sa isang tao sa hinaharap.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery at ang HiddenConstraints Property

Ako ay paggawa ng isang bit ng trabaho sa KeywordQuery bagay sa SharePoint 2010 at paggawa ng paggamit ng HiddenConstraints ari-arian.

Hindi ko mahanap ang anumang kaagad nakakatulong na impormasyon sa ang na ari-arian, kaya naisip ko gusto ko mabilis isulat kung paano ko na na ang paggamit nito.

Bilang malayo bilang maaari kong sabihin, ito ay isang awtomatikong pagpilit na idinagdag sa query sa gayon ay maaari mong ayusin ng park doon at hindi mag-alala tungkol dito.  Sarili, ito ay lamang ng isa pang keyword (o magtakda ng mga keyword) at modifiers na maaari mong i-type sa ang UI kapag ginawa mo ang isang keyword sa paghahanap.  Narito ang isang halimbawa:

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

Maaari kang magdagdag ng karagdagang mga hadlang sa isang puwang delimiter.

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

Sa itaas ay sinasabi sa Ingles, "Tumakbo ang isang keyword na query na naghahanap para sa" pagtatanggol "at tangi sa roon, gamitin ang "Industry" na saklaw.

Narito ang isa pang paraan ng pagtingin sa dito:

image

Ako ay gamitin ito upang magbigay ng isang konteksto-umaasa awtomatikong saklaw sa isang pasadyang bahagi ng web.  Kapag ang gumagamit ay pag-click sa isang tab at pag-click ng isang search button, ang tab ng dictates ng isang partikular na saklaw ng paghahanap.  Ito ay mahusay na gumagana sa ngayon.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Isa Dahilan para sa "Ang isa o higit pang mga uri ng patlang ay hindi na-install nang maayos”

Ako ay paggawa ng isang maliit na sabunutan kahapon sa isang bahagi ng web na ang ng isang CAML query laban sa isang listahan.  Ginawa ko ang pagbabago, deployed ito at nakuha pindutin sa isang error:

May hindi inaasahang error na naganap sa Tatlong Araw Outlook Weather Forecast WebPart. Mangyaring makipag-ugnay sa system administrator. Isa o higit pang mga patlang na uri ay hindi na-install nang maayos. Pumunta sa pahina ng listahan ng mga setting upang tanggalin ang mga patlang na ito.

Ako ay nakaharap sa isa pang oddball isyu mas maaga kaya hindi ko agad ikonekta ang aking CAML query sa error na SharePoint ay pag-uulat sa akin.  Ginawa ko ang isang mabilis na paghahanap Bing at at Nakahanap ng ito kapaki-pakinabang na blog post sa pamamagitan ng Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Narito ang masamang query:

query.Query = "<Saan><At><Neq><FieldRef Pangalan = sa 'Abbr' /><Halaga type = 'text'>SFNY</Halaga><FieldRef Pangalan = sa 'Abbr' /><Halaga type = 'text'>SFIS</Halaga></Neq></At></Saan>";

Dito ito ay naayos na:

query.Query = "<Saan><At><Neq><FieldRef Pangalan = sa 'Abbr' /><Halaga type = 'text'>SFNY</Halaga></Neq><Neq><FieldRef Pangalan = sa 'Abbr' /><Halaga type = 'text'>SFIS</Halaga></Neq></At></Saan>";

Kaya, ang asal ng kuwento ay: tiyaking tama ang iyong CAML o maaari kang makakuha ng isang error ng oddball.

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

</dulo>

Hayag ng Paghahanap Microsoft Enterprise User Group

Ako'y sobrang nasasabik na ipahayag na Natalya Voskresenskaya, aking mga kapwa SharePoint MVP at kasosyo (may higit na mas mababa tulong mula sa akin kaysa siya Karapat) is launching a new user group devoted to enterprise search based on Microsoft technology. As a practical matter, ito kahulihan babagsak ito upang SP 2010 at paghahanap ng maraming talk tungkol sa FAST, especially in our first session. Natalya and I have written a lot about FAST over the last year on aming mga blog (Natalya ay may higit pa at mas mahusay na mga bagay-bagay kaysa ako!).

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 (lamang kidding!).

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.

Kukunin ko blog ang tungkol sa ilang mga higit pang mga bilang na ito pinaka-mapalad approach na araw ngunit magparehistro ngayon. After you register, the long wait begins. During that time, i-clear ang iyong iskedyul, basagin ang mga balita sa iyong pamilya at alertuhan ang media dahil hindi mo nais na makaligtaan Nate Treloar launch our group to the moon and beyond 🙂

Alamin ang higit pa mula sa aming opisyal na site: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Pamamahala at SharePoint Paghahanap – Ito ay Hindi kailanman Masyadong Late sa Start

Ako nagsulat ng isang artikulo (http://searchwinit.techtarget.com/tip/0, 289,483, sid1_gci1345231_mem1, 00.html #) para SearchWinIT.com on governance as it relates to SharePoint Search. It’s not in my usual "voice" but that’s editing for you 🙂

Narito kung paano ito magsimula:

Kahit na halos bawat aspeto ng SharePoint ay maaaring makinabang mula sa isang malakas na plano ng pamumuno, MOSS 2007’s enterprise search functionality benefits most of all.

Tulad ng lahat ng mga bahagi ng SharePoint, doon ay mabuting balita at masamang balita tungkol sa pamumuno. Para sa maraming mga organisasyon, ang masamang balita ay na ito ay lubhang mahirap upang umangkop sa pamumuno plano kung saan wala umiral.

Ngunit narito ang mabuting balita: Maaari mong mabilis na i-configure at pagbutihin enterprise sa paghahanap sa halos anumang oras. At kapag ikaw ipatupad ang pamumuno plano para sa enterprise paghahanap, maaari mong makita ang agarang resulta.

Isa sa mga problema sa SharePoint at pamumuno ay na ang mga kompanya ay madalas na makakuha ng tuhod malalim sa SharePoint na walang mga plano sa pamamahala at pagkatapos ay sa pamamagitan ng, there’s no easy path forward to solve it. No so with Search. Read the article to get my thoughts on that subject.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags: ,

Mga Serbisyo sa Server ba Hindi Ilista Paghahanap — Bakit?

Ako ay nakikipag-chat ngayon gamit Agnes Molnar (ang tanging tao alam ko na alam ko sa Hungary) about a strange search configuration problem. Namely, search was missing from the "services on server" magpakita (sa pamamagitan ng Central Admin -> Operations -> Mga Serbisyo sa Server).

Ako ay nagkaroon ng isang pagtingin sa isang functional VM sa aking sariling machine at magkasama, 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" ay nawawala mula sa listahan ng mga serbisyo sa pamamagitan ng Start -> Administrative Tools -> Mga Serbisyo.

Nang kakatwa, ang nauugnay. * exe ay * sa server ("C:\Program Files\Microsoft Office Servers\12.0\Bin\mssearch.exe").

Ginawa ko ng isang mabilis na paghahanap at natagpuan ang blog na ito entry: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Iyan ay isang email na may chain na ito mahalagang punto:

"I solved this problem. Iyon ay ang aking mga pagkakamali. I choose "Web front end" instead of "Complete" sa panahon ng pag-install."

Ito ay may pag-asa, but we weren’t sure if the installer had actually picked WFE instead of complete when installing MOSS.

Kami naka-check para sa unang (pinakamaaga) na bersyon ng mga file PSCDiagnostics * sa 12 kaharian ng mga laywan log direktoryo at doon sa, aming natagpuan na ang installer ay nagkaroon, sa katunayan, configured this server to be a web front end. End of story and it had a happy ending.

(Sa isang lugar sa kahabaan ng linya, Bob Fox nakuha kasangkot, ngunit ang lahat ng natatandaan ko sa kanya na nag-aambag sa mga talakayan ay isang komento tungkol sa Kuwentong nagbibigay-aral 2).

I-update: Agnes mga blog tungkol sa paksang ito dito: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags:

Quick Tip: Gamitin “IsDocument:1” Trim sa Mga Resulta sa Paghahanap

I-update 11/03/08: Fellow MVP Mike Walsh nang tama ang mga puntos out na ito ay isang WSS 3.0 / MOSS feature. It does not work in WSS 2.0 o mas maaga.

Updatte 11/03/08: (Pangalawa update sa isang araw!): Be sure to read the excellent comment from "nowise" para sa higit pang impormasyon at isa pang magandang link xref.

Dalawang tanong ay dumating up sa mabilis na pagsusunud-sunod sa linggong ito sa MSDN forums na humihiling sa isang pagkakaiba-iba ng mga ito:

"When I search a keyword, mga folder mula sa aking mga dokumento library na may keyword na iyon sa kanilang path ay darating out muna sa aking mga resulta ng paghahanap. Hindi ko nais na mangyari upang. 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" sa query sa paghahanap at SharePoint paghahanap (parehong WSS at Moss) ay higpitan ang sarili nito sa pagpapakita ng aktwal na mga dokumento.

</dulo>

Mag-subscribe sa aking blog.

Sundin ako sa Twitter sa http://www.twitter.com/pagalvin

Technorati Tags:

Ay Ang iyong Search Committee Met Sa Buwang Ito?

Ito ang simula ng buwan at ngayon ay bilang isang magandang panahon bilang anumang paghahanap para sa komite ng iyong kumpanya upang makakuha ng sama-sama at pag-aralan ang Best taya, matagumpay at hindi matagumpay kaya mga paghahanap, at iba pa.

Hindi mo kailangang magkaroon ng isang paghahanap komite? Then form one 🙂

WSS and especially MOSS search benefit from some human oversight. Investing a few hours a month on a consistent monthly basis is not only mas masaya kaysa sa isang bariles ng monkeys, kaya nito:

  • 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" pagkatapos ay maaari mong gamitin iyon upang turuan ang mga tao sa kung saan at kung paano hanapin ang impormasyon.
  • Help your organization refine its information architecture.
  • Kilalanin ang mga pagkakataon upang mapahusay ang thesaurus.
  • Iba pang mga pagkakataon ay hindi pagdudahan ipakita ang kanilang mga sarili.

Sino ang dapat na maging sa paghahanap komite? You would know your people best, ngunit isaalang-alang:

  • Hindi bababa sa isang (at siguro ay isa lamang) IT taong nakakaunawa (o maaari matuto) ang iba't-ibang mga paraan upang i-tweak sa paghahanap, kabilang ang pinakamahusay na taya, tesauro, pinamamahalaang mga katangian ng, at iba pa.
  • Maraming mga paksa eksperto na maaaring magbasa ng mga ulat sa paghahanap, ingest ito at nakipag-negosyo-savvy mga pagkilos sa IT upang maaari IT itulak ang mga pindutan, hilahin ang levers at bukas / malapit Valve bilang kinakailangan upang rekumendasyon sa komite.
  • Ang isa o higit pang mga arkitekto impormasyon kung sino ang maaaring patunayan, isang paraan o sa isa pang, kung ang impormasyon architecture ay paghahanap friendly at kung ito ay gumagana out na rin para sa mga enterprise.
  • 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.

Maligayang pagsusuri!

</dulo>

Mag-subscribe sa aking blog.

Technorati Tags: