我们公司最近从Sharepoint 2007升级到2010年,通过升级,它成功打破了我们其中一个网站的过滤器。
该网站主要是一个带有自定义视图的打扮文档库,并有一个日期过滤器(按年,月)。升级后,它会随机生成错误“无法显示此Web部件。要解决此问题,请在Microsoft SharePoint Foundation兼容的HTML编辑器(如Microsoft SharePoint Designer)中打开此网页。如果问题仍然存在,请与Web服务器联系管理员。”以及相关ID。在sharepoint服务器上生成的日志状态“无法呈现字段Created_x0020_Date,而是使用默认值”。
在实际尝试显示Web部件之前,问题似乎与查询或返回的结果无关。某种程度上创建的日期没有设置?奇怪的是它间歇性地工作。 Web部件正确加载可能占5%的时间。
从2007年到2010年可能发生什么变化?
答案 0 :(得分:1)
“Created_x0020_Date”列是否为计算列?它是以任何方式修改的(例如当前日期XSL hack)?
我之前和我的问题已经看到了零星错误,这是一个超时问题,表现不佳的网页部分来自3个不同的列表。我们增加了列表限制和缓存但它没有帮助。但是如果它只是一个没有自定义XSL的库的标准视图,那么它不是代码性能问题。
您不能只使用浏览器中的数据表视图创建新创建的列并将旧数据复制到新列中吗?
答案 1 :(得分:1)
我们在SharePoint 2010和SharePoint 2013环境中都遇到了相同的错误, 在执行旧报告时。
原因是服务器场XsltTransformTimeOut参数。
我们将其值(默认为1秒)增加到20(我们的报告持续运行了10秒),一切正常!
$farm = Get-SPFarm
$farm.XsltTransformTimeOut = 20
$farm.Update()
希望有帮助!
答案 2 :(得分:0)
SharePoint 2010和SharePoint 2007中的“创建日期”列之间没有任何区别。
两者之间的差异主要是新列。做了一些挖掘后我发现了这个。
您可以在此处查看字段的完整参考
现在,由于我们几乎不了解您的设置以及如何构建它们,因此我们有点机会。但假设猜测有点没问题,我会说你要么错过了'创建日期'字段中的数据 ,因为该字段不是必需的(检查我链接的文件)至)。您是否验证所有文档都设置了此值?
此字段(创建日期)使用TimeCreated属性检查文档的创建时间。因此,如果此列未填充通常意味着您的文档尚未转移到新安装但仍然存在对文档的引用的数据。
这有点机会,但那是我在那附近开始的。
祝你好运。