Sharepoint 2013 SharePoint 2013日期搜索?k=LastModifiedTime>;2016年4月28日和?#k=LastModifiedTime>;4/28/2016

Sharepoint 2013 SharePoint 2013日期搜索?k=LastModifiedTime>;2016年4月28日和?#k=LastModifiedTime>;4/28/2016,sharepoint-2013,sharepoint-search,Sharepoint 2013,Sharepoint Search,我正在做一些奇怪的日期搜索行为的调查,该网站有新西兰日期格式的区域设置。从基本搜索页面进行搜索时,这是搜索结果URL的附加查询字符串的解码版本-?k=DateCompleted=6/24/2004。这将返回日期为2004年6月24日的结果 但是,从搜索结果页面再次单击搜索将返回日期为2004年6月25日的搜索结果。6/25似乎是UTC 6/24的NZT日期转换。URL的查询字符串更新为-k=DateCompleted=6/24/2004 35; k=DateCompleted=6/24/2004

我正在做一些奇怪的日期搜索行为的调查,该网站有新西兰日期格式的区域设置。从基本搜索页面进行搜索时,这是搜索结果URL的附加查询字符串的解码版本-
?k=DateCompleted=6/24/2004
。这将返回日期为2004年6月24日的结果

但是,从搜索结果页面再次单击搜索将返回日期为2004年6月25日的搜索结果。6/25似乎是UTC 6/24的NZT日期转换。URL的查询字符串更新为-
k=DateCompleted=6/24/2004 35; k=DateCompleted=6/24/2004


区别在于额外的
#k=DateCompleted=6/24/2004
。你知道为什么日期搜索的
?k
#k
有区别吗?我猜这与Ajax调用有关,但在technet/msdn/google搜索中找不到任何相关信息。

SharePoint search yyyy/MM/dd中的日期格式不是吗?

搜索结果web部件有一个属性
AsynchronousResultRetrieval
。将此设置为
false
将返回本地日期的结果(前提是URL不包含
#k={search query}
),但此设置会中断分页,因为单击下一页链接将在URL上追加
#k={search query}
。当设置为
true
时,搜索将日期搜索查询一致地视为UTC日期,因此搜索
6/24/2004
(UTC)将返回结果
6/25/2004
(新西兰当地时间)

另一个需要注意的属性是
IgnoreStaleServerQuery
将其设置为true以获得一致的结果