分類存檔: SharePoint 搜索

如何指定人為搜尋範圍 / 使用 SharePoint 的內容源 2013 其餘的 API

我有理由與 SharePoint 工作 2013 搜索 API 通過第一次休息. 我想要搜索的人, 不是文檔. 主要學習這裡您指定通過其 GUID 的內容源 (或至少在此情況下). 下面的 jQuery 程式碼片段演示如何:

    loadExpertsAsync: 功能() {

        jQuery.support.cors = 真正的;

        $.ajax({
            url: .CreateFullApiUrl() +
                "?querytext = '門戶'&源 id ='b09a7990-05ea-4af9-81ef-edfab16c4e31'" +
                "&selectproperties ='LinkedInProfileUrl,GoogleCirclesProfileUrl,BALargeProfilePictureUrls,BAGridPictures,WorkEmail,技能,懷念,利益,JobTitle,PastProjects,PictureURL,PreferredName,TwitterHandle,LinkedInProfileUrl,PreferredName,GoogleCirclesProfileUrl'" +
                "&rowlimit = 99",
            方法: "獲取",
            標題: { "接受": "應用程式/json; odata = 詳細" },
            快取記憶體: false,
            成功: 功能 (結果) {

以我為例, 我運行了 API 針對 SharePoint 線上. 若要獲取 GUID, 跟隨了這些步驟:

  1. 訪問 SharePoint 管理員中心
  2. 選擇從左側巡覽列的"搜索"
  3. 選擇"管理結果來源"
  4. 選擇"本地人結果"
  5. 看看該 URL.

我的 URL 看起來有點像:

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

源 id 參數是什麼為我工作.

(我明白,源 id 實際上可能是永久的事與 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"的原因。  這聽起來對我來說像.net 等效于"我有沒有嘴, 和我必須尖叫.”

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

便利的參考: KeywordQuery 搜索的預設結果

當您調用執行() KeywordQuery 方法, 您可以創建基於 ResultType.RelevantResults 的 ResultTable。  此代碼片段說明了我的意思是:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

生成的表將有以下各列的資訊: 

作業識別碼
排名
標題
作者
大小
路徑
說明
寫入
網站名稱
CollapsingStatus
HitHighlightedSummary
HitHighlightedProperties
ContentClass
IsDocument
PictureThumbnailURL
ServerRedirectedURL

我從 SharePoint 派生此清單 2010 環境, 企業版。  希望它能方便給某人在未來.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

SharePoint 2010 KeywordQuery 和 HiddenConstraints 屬性

我一直在做的工作一點 KeywordQuery 在 SharePoint 中的物件 2010 與利用 HiddenConstraints 屬性.

我沒有找到任何立即有用的資訊的屬性, 所以,我想我會快速記如何我一直使用它.

據我可以告訴, 這是公園的自動約束添加到查詢中,以便您可以進行排序有並不擔心這件事。  為此, 它是只是另一個關鍵字 (或一組關鍵字) 您可以鍵入在 ui 時你做一個關鍵字搜索的修飾符。  下面是一個示例:

keywordQuery.HiddenConstraints ="範圍:\"Industry"";

您可以添加附加約束與空間的分隔符號.

keywordQuery.HiddenConstraints ="範圍:\"Industry" 防禦";

以上所說的英語, "運行"防禦"尋找關鍵字查詢,況且, 使用"產業"範圍.

這裡是看一看它的另一種方式:

image

我一直在使用它的自訂 web 部件提供上下文相關的自動範圍。  當使用者按一下某個選項卡上,按一下搜尋按鈕, 選項卡決定一個特定的搜尋範圍。  它迄今為止工作.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

"一個或多個欄位類型安裝不正確的原因之一”

我不會加楓查詢清單的 web 部件昨天做小的調整。  我做了更改, 部署它,撞了一下,錯誤:

在三天 Outlook 天氣預報 WebPart 發生意外的錯誤. 請與系統管理員聯繫. 一個或多個欄位類型安裝不正確. 轉到要刪除這些欄位的清單中設置頁面.

我面臨著另一個古怪問題早所以我並沒有立即連接我加楓查詢與 SharePoint 向我報告的錯誤。  我做了一個快速的必應搜索和 發現這個有用的博客負責 Nahta  (http://snahta.blogspot.com/2009/01/one-or-more-field-types-are-not.html).

這裡是壞的查詢:

查詢。查詢 ="<在哪裡><和><Neq><FieldRef 名稱 = 'abbr' /><數值型別 = 文本>SFNY</價值><FieldRef 名稱 = 'abbr' /><數值型別 = 文本>小家庭改善計畫</價值></Neq></和></在哪裡>";

在這裡,它被固定:

查詢。查詢 ="<在哪裡><和><Neq><FieldRef 名稱 = 'abbr' /><數值型別 = 文本>SFNY</價值></Neq><Neq><FieldRef 名稱 = 'abbr' /><數值型別 = 文本>小家庭改善計畫</價值></Neq></和></在哪裡>";

所以, 這個故事的寓意是: 確保您加楓是正確或您可能會得到古怪錯誤.

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

</結束>

宣佈微軟企業搜索使用者組

我非常激動地宣佈, 婭 Voskresenskaya, 我同事的 SharePoint MVP 和合作夥伴 (從我的遠小於説明比她值得) 推出新的使用者團體,致力於基於 Microsoft 技術的企業搜索. 作為一個實際問題, 這歸結為 SP 2010 搜索和大量的快速談, 尤其是在我們第一屆會議. 我和娜塔已經寫過很多關於快過去一年在 我們的博客 (娜達麗婭已經比我的更多和更好的東西!).

我們第一次會議即將在僅僅幾個星期在紐約舉行微軟新裝修辦公室附近岩石中心 6. 如果你在紐約 12/9, 你有沒有藉口不讓外觀. 同樣為你澤西島人. 康涅狄格州人可以呆在家裡 (開玩笑!).

紐約,新澤西,康州人民應該跳過這一段. 我們也打算記錄會話和運行即時 web 會議,如果你是住外面三州地區, 你應該能夠收聽.

我會對此博客更多隨著這最吉祥的日子的臨近,但 現在就註冊. 您註冊後, 長時間的等待開始. 在這段時間, 清除您的排程, 把這個消息告訴給你的家人和通知媒體,因為你不會想要錯過 特內特雷洛爾 將我們的團隊發射到月球及更遠的地方 🙂

找出更多從我們的官方網站: http://www.sharepointgroups.org/enterprisesearch/default.aspx.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

治理和 SharePoint 搜索 – 這是永遠不會太晚的開始

寫了一篇文章 (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) 對於 SearchWinIT.com 作為它的治理涉及到 SharePoint 搜索. 它不是在我平時的聲音"" 但這是為你編輯的 🙂

這裡是它的啟動方式:

雖然近 SharePoint 的每一個方面可以從一個強有力的治理計畫中受益, MOSS 2007 企業搜索功能好處最重要的是.

像 SharePoint 的所有部分, 有好消息和壞消息關於治理. 對於許多組織, 壞消息是它是極難納入治理計畫未出現.

但在這裡是個好消息: 您可以快速配置和改善在幾乎任何時候企業搜索. 當您實施企業搜索的治理計畫, 您可以看到即時結果.

與 SharePoint 和治理問題之一是公司經常得到膝深到 SharePoint,但沒有治理計畫,屆時, 有是沒有容易的路徑前進,去解決它. 沒有這樣的搜索. 讀這篇文章,關於這一問題讓我的思緒.

</結束>

訂閱我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 標籤: ,

伺服器上的服務不會列出搜索 — 為什麼?

我今天聊天的 艾格尼絲 Molnar (我知道知道在匈牙利的唯一的人) 關於奇怪搜索配置問題. 即, 搜索是從伺服器上的"服務丟失" 顯示 (通過中央管理-> 操作-> 在伺服器上的服務).

我看了一功能性 VM 我自己的機器上,並在一起, 我們決定在該伺服器上未安裝該搜索. 有可能幾種方法可以做到這一點, 但我們不是確認"Office SharePoint 伺服器搜索" 通過開始-在服務清單中從不見了> 管理工具-> 服務.

奇怪的是, 相關的.exe * 是 * 伺服器上 ("C:\程式 FilesMicrosoft 辦公室 Servers12.0Binmssearch.exe").

我做了一個快速搜尋,找到了這篇博客: http://msmvps.com/blogs/obts/archive/2006/10/19/189466.aspx

這就是與這一關鍵點電子郵件鏈:

"我解決了這個問題. 它是我的錯. 選擇"Web 前端" 而不是"完成" 期間安裝。"

這是很有希望, 但是我們不能肯定如果安裝程式不完整時實際上拿起 WFE 安裝苔蘚.

我們檢查了第一次 (最早) PSCDiagnostics * 檔中的版本 12 蜂巢日誌目錄,並在那裡, 我們發現該安裝程式, 事實上, 配置此伺服器成為一個 web 前端. 結尾的故事,有一個快樂的結局.

(地方線沿線, 鮑勃 · 福克斯介入了, 但我只記得他派遣到討論有關評論 寓言 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 標籤:

您搜索委員會已滿足這個月?

本月初,現在是好任何時間,為您的公司搜索委員會,聚在一起,並分析最佳匹配, 成功並不那麼成功的搜索, 等.

你沒有一個搜索委員會? 然後形成一個 🙂

WSS 和特別是苔蘚搜索得益于一些人的監督. 投資幾個小時,一個月按月一致是不只 比猴子一桶更有趣, 它可以:

  • 洞察到企業的資訊需求. 如果人們搜索左和右為主題"xyzzy," 你知道這是對企業的重要課題.
  • 確定潛在的培訓需求. 如果人們搜索主題"xyzzy" 但真的應該尋找"abcd" 然後你可以使用,教育人們在哪裡和如何找到的資訊.
  • 説明您的組織改進其資訊體系結構.
  • 標識的機會來提高同義字庫.
  • 其他機會無疑將提出自己.

搜索委員會應由誰? 你會知道你最好的人, 但考慮:

  • 至少一個 (也許只有一個) IT 人的理解 (或可以學習) 調整搜索的各種方法, 包括最佳匹配, 同義字庫, 託管的屬性, 等.
  • 可以讀取的搜索報告的幾個主題專家, 攝取它和溝通精通業務的操作對它,使它可以通過按鈕, 拉出拉杆和打開/關閉閥門,必要時向委員會建議.
  • 一個或多個資訊建築師可以驗證, 另一種或一種方式, 資訊體系結構是否是搜尋引擎友好和是否它工作好的企業.
  • 在委員會上的旋轉座椅. 在一個或兩個的人通常不參與這種努力帶來. 他們可能會帶來非同尋常的、 有價值的見解到表.

快樂分析!

</結束>

訂閱我的博客.

Technorati 標籤: