分类存档: SharePoint 搜索

如何指定人为搜索范围 / 使用 SharePoint 的内容源 2013 其余的 API

我有理由与 SharePoint 工作 2013 搜索 API 通过第一次休息. 我想要搜索的人, 不是文档. 主要学习这里您指定通过其 GUID 的内容源 (或至少在此情况下). 下面的 jQuery 代码段演示如何:

    loadExpertsAsync: 功能() {

        jQuery.support.cors = true;

        $.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, 跟随了这些步骤:

访问 SharePoint 管理员中心
选择从左侧导航栏的"搜索"
选择"管理结果来源"
选择"本地人结果"
看看该 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, 但我还是会经常检查🙂 ).

</结束>

订阅我的博客.

跟我在 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"的原因。这听起来很喜欢我。净额相当于"我有没有嘴, 和我必须尖叫.”

</结束>

订阅我的博客.

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

便利的参考: KeywordQuery 搜索的默认结果

1 答复

当您调用执行() KeywordQuery 方法, 您可以创建基于 ResultType.RelevantResults 的 ResultTable。此代码片段说明了我的意思是:

ResultTableCollection resultsTableCollection = myKeywordQuery.Execute();

ResultTable searchResultsTable = resultsTableCollection[ResultType.RelevantResults];

生成的表将有以下各列的信息:

作业标识符
排名
标题
作者
大小
路径
说明
写
SiteName
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" 防御";

以上所说的英语, "运行"防御"寻找关键字查询，况且, 使用"产业"范围.

这里是看一看它的另一种方式:

我一直在使用它的自定义 web 部件提供上下文相关的自动范围。当用户单击某个选项卡上，单击搜索按钮, 选项卡决定一个特定的搜索范围。它迄今为止工作.

</结束>

订阅我的博客.

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

"一个或多个字段类型安装不正确的原因之一”

1 答复

我不会针对列表中的加枫查询的 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 搜索,企业搜索

治理和 SharePoint 搜索 – 这是从来没有太晚的开始

发表评论

我写了一篇文章 (http://searchwinit.techtarget.com/tip/0,289483,sid1_gci1345231_mem1,00.html#) 为 SearchWinIT.com 作为它的治理涉及到 SharePoint 搜索. 它不是在我平时的声音"" but that’s editing for you 🙂

这里是它的启动方式:

虽然近 SharePoint 的每一个方面可以受益于一个强有力的治理计划, MOSS 2007 企业搜索功能好处最重要的是.

像 SharePoint 的所有部分, 有好消息和坏消息关于治理. 对于许多组织, 坏消息是它是极难将治理计划纳入不存在.

但在这里是个好消息: 你可以快速配置和改善几乎任何时候企业搜索. 当您执行企业搜索的治理计划, 你可以看到立竿见影的结果.

与 SharePoint 和治理的问题之一是公司往往把膝盖深到 SharePoint 没有治理计划，然后由, 有是没有容易的路径前进，去解决它. 没有这样的搜索. 读这篇文章，关于这一问题让我的思绪.

</结束>

订阅我的博客.

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

Technorati 标签: SharePoint 搜索, 治理