Kategorija Arhīvs: SharePoint meklēšanas

Kā norādīt cilvēkus kā meklēšanas tvērumu / Satura avotu, kas izmanto SharePoint 2013 PĀRĒJIE API

Man nebija iemesla strādāt ar SharePoint 2013 Meklēšanas API caur atpūtu, pirmo reizi. Gribēja, lai meklētu cilvēkus, nav dokumentu. Mācīšanās, šeit ir tas, ka galvenais norādīt satura avotus, izmantojot tās GUID (vai vismaz šajā gadījumā). Šādas jQuery fragments parāda cik:

    loadExpertsAsync: funkcija() {

        jQuery.support.cors = patiess;

        $.Ajax({
            URL: tas.CreateFullApiUrl() +
                "?querytext = "portāls"&sourceID = = 'b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,Prasmes,AboutMe,Intereses,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit = 99",
            metode: "IEGŪT",
            galvenes: { "Akceptēt": "pieteikums/json; oData = runīgs" },
            kešatmiņa: viltus,
            panākumi: funkcija (rezultāts) {

Manā gadījumā, Esmu darbojas API pret SharePoint online. Lai iegūtu GUID, Pēc šo soļu veikšanas:

  1. Piekļūt SharePoint administrēšanas centru
  2. Izvēlieties "meklēt", no kreisās puses navigācijas
  3. Izvēlieties "Manage rezultātu avotus"
  4. Izvēlieties "Vietējie rezultāti"
  5. Paskaties uz URL.

Mans URL izskatās kaut kas līdzīgs:

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

SourceID = parametrs ir tas, kas strādāja par mani.

(Es saprotu, ka sourceID = faktiski var būt sava veida pastāvīga lieta ar SP, but I’ll always check anyway 🙂 ).

</beigās>

undefinedAbonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens iemesls par "Autors šī vaina nav jānorāda iemesls.”

Es esmu darot daudz darba ar SharePoint meklēšanas pēdējā laikā un īpaši KeywordQuery klase, rekvizītus un metodes.

Ja vēlaties, lai rezultātu kopas jāatgriež rezultāti pārsniedz parastās suspects (skatīt šeit), to pievienot SelectedProperties kolekcija, kā:

myKeywordQuery.SelectProperties.Add("xyzzy");

Many thanks un Padoms cepure, lai Corey Roth un ļoti noderīga blog post (http://www.dotnetmafia.com/blogs/dotnettipoftheday/archive/2008/02/19/how-to-use-the-moss-enterprise-search-keywordquery-class.aspx)

Manā gadījumā, "xyzzy" nav faktiski pārvaldīto rekvizītu.  Kad es pievieno to uz SelectedProperties tomēr, SharePoint izmeta, viens no maniem favorite kādreiz runtime izņēmumi:

"Šī vaina autors nav norādījis iemeslu."

Man īpaši patīk iemesls kapitāla "R".  Tas izklausās man tāpat.TĪRAIS ekvivalents"Man ir bez mutes, un ir kliedz.”

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Ērts atsauce: Noklusējuma KeywordQuery meklēšanas rezultāti

Kad jūs atsaukties uz izpildes() metodi, KeywordQuery, jūs varat izveidot ResultTable, pamatojoties uz ResultType.RelevantResults.  Šis koda fragments ilustrē to, ko es domāju:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

Iegūtajai tabulai būs šādas informācijas kolonnas: 

Darba ID
Rangs
Nosaukums
Autors
Lielums
Ceļš
Apraksts
Rakstīt
SiteName
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

Es sapratu šo sarakstu SharePoint 2010 vide, uzņēmumu izdevums.  Cerams, ka nākotnē būs parocīgs kādam.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery un rekvizītu HiddenConstraints

Esmu bijis dara mazliet par darbu ar KeywordQuery objektu koplietošanas vidē SharePoint 2010 un, kas izmanto HiddenConstraints īpašuma.

Didn't atrast visus uzreiz noderīgu informāciju par to, ka nekustamā īpašuma, tāpēc es domāju, ka būtu ātri pierakstīt kā es esmu, izmantojot to.

Cik varu pateikt, tas ir automātiska ierobežojums, pievienot vaicājumu tā, lai varētu kārtot Park to tur un nav jāuztraucas par to.  Kā tāds, tas ir vienkārši cits atslēgvārds (vai atslēgvārdu kopu) un apzīmētājus, kas var ievadīt UI tad, kad jūs atslēgvārdu meklēšanu.  Lūk, piemērs:

keywordQuery.HiddenConstraints = "darbības joma:\"Industry" ";

Var pievienot papildu ierobežojumus ar kosmosa norobežotāju.

keywordQuery.HiddenConstraints = "darbības joma:\"Industry" aizsardzība";

Iepriekš sacīja angliski, "palaist atslēgvārda vaicājumu, kas meklē"defense"un turklāt, Izmantojiet "Nozare" tvērumu.

Šeit ir vēl viens veids, kā apskatīt vienu un to:

image

Es jau labu laiciņu izmantoju to sniegt konteksta atkarīgus automātiskās darbības jomu uz pielāgotas web daļas.  Kad lietotājs noklikšķina uz cilnes un noklikšķina uz meklēšanas pogas, cilnes diktē konkrētā meklēšanas tvērumu.  Tas strādā arī līdz šim.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Viens no iemesliem, kādēļ "viens vai vairāki lauku tipi nav pareizi instalēts”

Bija veikt nelielu kniebiens vakar ar web daļu, kas neatbilst CAML vaicājums pret sarakstu.  Ir veicis izmaiņu, tā izvietota un got hit ar kļūdu:

Trīs dienu laika prognoze WebPart Outlook radās neparedzēta kļūda. Lūdzu, sazinieties ar sistēmas administratoru. Viens vai vairāki lauku tipi nav pareizi instalēts. Dodieties uz sarakstu iestatījumu lapu izdzēst šos laukus.

Bija vērsts citā oddball jautājums agrāk tā nebija nekavējoties savienot manu CAML vaicājums ar kļūdu, kas man bija ziņošanas SharePoint.  Es tā ātri bing meklēšanas un un atrast šo ziņu noderīga blog ar Sandeep Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

Šeit ir slikti vaicājumu:

vaicājumu. Query ="<Kur><Un><Neq><FieldRef Name = 'Abbr' /><Vērtību tips = "Teksts">SFNY</Vērtība><FieldRef Name = 'Abbr' /><Vērtību tips = "Teksts">SFIS</Vērtība></Neq></Un></Kur>";

Šeit tas ir fiksēts:

vaicājumu. Query ="<Kur><Un><Neq><FieldRef Name = 'Abbr' /><Vērtību tips = "Teksts">SFNY</Vērtība></Neq><Neq><FieldRef Name = 'Abbr' /><Vērtību tips = "Teksts">SFIS</Vērtība></Neq></Un></Kur>";

Tik, Morālā no stāsts ir: Pārliecinieties, vai jūsu CAML ir pareiza, vai jūs varat saņemt kļūdu oddball.

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

</beigās>

Paziņojot Microsoft uzņēmumu meklēšanas lietotāju grupa

Es esmu ļoti priecīgi paziņot, ka Natalya Voskresenskaya, mani kolēģi SharePoint MVP un partneri (ar daudz mazāk palīdzību no manis nekā viņa pelnījusi) uzsāk jauna lietotāju grupa, kas veltīta uzņēmuma mēroga meklēšanu, par pamatu ņemot Microsoft tehnoloģiju. Kā praktisku jautājumu, tas aprobežojas ar SP 2010 meklēšana un daudz runā par ĀTRU, it īpaši mūsu pirmajā sēdē. Natālija, un es esmu uzrakstījis daudz par ātri vairāk nekā pagājušajā gadā mūsu blogs (Natālija ir vairāk un labākas sīkumi par mani!).

Mūsu pirmā tikšanās nāk līdzi tikai dažas nedēļas New York, Microsoft nesen izremontēti birojos 6 pie Rock centrs. Ja New York 12/9, tev nav attaisnojums ir redzēta. Tāpat par Jersey cilvēki jūs. Connecticut cilvēki var palikt mājās (es tikai pajokoju!).

NY/NJ/CT cilvēkiem vajadzētu izlaist šo punktu. Mēs arī plānojam ierakstu sesiju un darbojas dzīvu web sesiju, tāpēc, ja jūs dzīvojat ārpus tri-state jomā, jums vajadzētu būt iespējai noregulēt.

Es blogu par šo sīkāk šo visvairāk auspicious diena tuvojas, bet Reģistrēties tūlīt. Pēc tam, kad jūs reģistrējaties, ilgi jāgaida sākas. Šajā laikā, notīriet savu grafiku, paziņojat savai ģimenei un brīdinājuma plašsaziņas līdzekļos, jo jūs nevēlaties palaist garām Nate Treloar launch our group to the moon and beyond 🙂

Uzzināt vairāk no mūsu oficiālā mājas lapa: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Technorati Tags: Technorati Tags: ,

Pārvaldību un SharePoint meklēšanas – Nekad nav par vēlu sākt

ES uzrakstīju rakstu (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.HTML#) par SearchWinIT.com par pārvaldi, kā tas attiecas uz SharePoint meklēšanas. Tā nav mana parastā balss"" but that’s editing for you 🙂

Lūk, kā tas sākas:

Lai gan gandrīz katru aspektu SharePoint var gūt labumu no spēcīgas vadības plāns, MOSS 2007 uzņēmuma meklēšanas funkcionalitāti priekšrocības, lielākā daļa no visiem.

Tāpat kā visas daļas SharePoint, tur ir laba ziņa un slikta ziņa par pārvaldību. Daudziem uzņēmumiem, sliktās ziņas ir, ka ir ārkārtīgi grūti iekļaut pārvaldības plāns, kur neviens pastāvēja.

Bet te ir labas ziņas: Varat ātri konfigurēt un uzlabot uzņēmuma meklēšana gandrīz jebkurā laikā. Un kad ieviest pārvaldības plānu uzņēmuma meklēšana, jūs varat redzēt tūlītējus rezultātus.

Viena no problēmām, kas saistītas ar SharePoint un pārvaldība ir tas, ka uzņēmumi bieži vien saņem ceļa dziļi SharePoint, kam nav pārvaldības plānu un pēc tam, nav nav viegls ceļš uz priekšu, lai to atrisinātu. Ne tik ar meklēšanas. Lasīt rakstu, lai iegūtu manas domas par šo tēmu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Technorati Tags: Technorati Tags: ,

Services serverī vai nav sarakstā Meklēt — kāpēc?

Šodien sarunājos ar Agnes Molnar (vienīgā persona, es zinu, ka es zinu, Ungārijā) par dīvainu meklēšanas konfigurācijas problēma. Proti, meklēšana bija pazudis no servera pakalpojumi"" displeja (izmantojot centrālās administrēšanas-> Operācijām-> Services serverī).

Man bija apskatīt funkcionālās VM par savu mašīnu un kopā, mēs noteicām, ka meklēšana netika instalēts šajā serverī. Ir iespējams daži veidi, kā to izdarīt, bet mēs to, apstiprinot, ka "Office SharePoint servera meklēšanas" bija pazudis no saraksta pakalpojumus caur Start-> Administratīvie rīki-> Pakalpojumi.

Savādi, saistītā .exe * bija * serverī ("C:\Programmu failiMicrosoft Office Servers12.0Binmssearch.exe").

I did ātrās meklēšanas un konstatēja, ka šis blog entry: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

Kas ir e-pasta ķēdi ar šo galveno punktu:

"Man atrisināt šo problēmu. Tā bija mana kļūda. Es izvēlos "Web priekšgals" tā vietā, lai "pabeigts" instalēšanas."

Tas bija daudzsološs, bet mēs nebijām pārliecināti, ja instalēšanas programma faktiski novācis WFE nevis pabeigta tad, kad instalējot MOSS.

Mēs pārbaudījām pirmo (agrākais) PSCDiagnostics * faila versiju 12 stropu žurnālu direktoriju, un tur, mēs noskaidrojām, ka uzstādītājs, patiesībā, konfigurēta šim serverim ir web priekšgals. Gala stāsts, un tas bija laimīgais.

(Kaut kur pa līniju, Bob Fox iesaistījās, bet visi es atceros viņu ieguldījums diskusijā bija komentāru par Fabula 2).

Atjauninājums: Agnese blogus par šo tēmu šeit: http://dotneteers.net/blogs/aghy/archive/2008/11/06/wfe-vs-complete-installation.aspx

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Technorati Tags: Technorati Tags:

Quick Tip: Lietošanas “IsDocument:1” lai apstrādātu meklēšanas rezultātus

Atjauninājums 11/03/08: Kolēģi MVP Mike Walsh pareizi norāda, ka šis ir WSS 3.0 / SŪNA līdzeklis. Tas nedarbojas komponentā Windows SharePoint Palkalpojumi 2.0 vai vecākā versijā.

Updatte 11/03/08: (Otrais update vienā dienā!): Noteikti izlasiet lielisko komentāru no "nowise" vairāk info un citu labu xref saiti.

Divi jautājumi nāca klajā straujus šonedēļ MSDN forumos lūdz šīs izmaiņas:

"Kad es meklēšanas atslēgvārdu, mapes no manas bibliotēkas ar šo atslēgvārdu, savā ceļā būs iznācis pirmais manā meklēšanas rezultātos. Es negribu, lai notiktu. Failus ar šo atslēgvārdu ir vairāk svarīgi, lai man. Es nevēlos, lai redzētu mapes vispār."

Tas ir samērā viegli ārpus lodziņa. Vienkārši pievienot "IsDocument:1" meklēšanas vaicājumu un SharePoint meklēšanas (gan WSS un MOSS) ierobežot sevi, lai rāda faktisko dokumentus.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Technorati Tags: Technorati Tags:

Ir meklēšanas komiteja tikās šajā mēnesī?

Tā ir tā mēneša sākumu, un tagad ir tikpat labs brīdis kā jebkurš uzņēmuma meklēšanas komiteja varētu sanākt kopā un analizēt labākos minējumus, veiksmīgi un ne tik veiksmīga meklēšana, uc.

Jums nav meklēt komitejas? Then form one 🙂

WSS un MOSS īpaši meklēt labumu no dažu cilvēku pārraudzību. Ieguldot pāris stundas mēnesī mēneša konsekventi ir ne tikai vairāk jautrības nekā stobrs no pērtiķiem, tas var:

  • Sniegt ieskatu uzņēmuma informācijas vajadzībām. Ja cilvēki meklē kreisās un labās puses par tēmu "xyzzy," jūs zināt, kas ir svarīgs temats uzņēmumam.
  • Identificēt iespējamās apmācības prasības. Ja cilvēki meklē tēmu "xyzzy" bet būtu patiešām meklē "abcd" tad jūs varat izmantot šo izglītot ļaudīm par to, kur un kā atrast informāciju.
  • Palīdzēt jūsu organizācijai uzlabot tās informācijas arhitektūrā.
  • Noteiktu iespējas, kā uzlabot tēzaurs.
  • Citas iespējas bez šaubām prezentēs sevi.

Kas būtu meklēt komitejā? Jūs zināt, jūsu cilvēki vislabāk, bet apsvērt:

  • Vismaz viens (un varbūt tikai vienu) TAS cilvēks, kas saprot (vai varat uzzināt) dažādi veidi, kā kniebiens meklēšanas, ieskaitot labāko minējumu, Tēzaurs, pārvaldītajiem rekvizītiem, uc.
  • Vairāku priekšmetu eksperti, kas var lasīt meklēšanas atskaišu, norīt to un sazināties biznesa gudriem darbības tā, lai tā var push pogas, pavelciet sviras un atvēršanas/aizvēršanas vārsti, ja tas vajadzīgs, lai komitejas ieteikumi.
  • Vienu vai vairākus informācijas arhitekti, kas var apstiprināt, vienā vai otrā veidā, vai informācijas arhitektūrai, ir meklēšanas draudzīgi un vai tas strādā arī par uzņēmuma.
  • Rotējošo vietu komitejā. Viens vai divi cilvēki, kuri parasti nav piedalīties šāda veida centienus ienest. Tie var sniegt neparastu un vērtīgas atziņas tabulas.

Laimīgs, analizējot!

</beigās>

Abonēt manu blogu.

Technorati Tags: Technorati Tags: