我们目前正在游说管理层从我们的网络登录脚本中删除在用户浏览器中启动 SharePoint,因为当用户登录网络时我们面临许多竞争条件和其他问题。换句话说,当用户登录网络时,网络登录脚本的最后一步是使用我们的 SharePoint 服务器的地址启动 IE。
管理层已经提出了为什么这是一个坏主意的众多技术原因,但我需要第三方验证为什么不应该使用网络登录脚本来启动 SharePoint。管理层的目标是让 SharePoint 成为您登录网络时看到的第一个应用程序。
我正在寻找的资源/案例研究详细说明了启动 SharePoint 的最佳实践,如果可能的话,为什么不应该在网络登录脚本中这样做。最终,我得到的反馈应该是业务部门——最终用户——应该能够消化的形式。我当然可以提供日志、配置比较和其他诊断信息,但这对他们来说毫无意义。
从登录脚本开始,这是一种非常规的事情。如果我被要求这样做,我将通过用户注册表的“旧版运行”键或“启动”程序组来执行此操作,以便在 Explorer.exe 启动后调用浏览器。
话虽如此,但我不知道为什么这是一个坏主意,除了在我看来,在没有用户明确同意的情况下启动浏览器是丑陋且相当不礼貌的。
我假设有某种动机让人们对使用 SharePoint 感兴趣。我会争辩说,强迫他们接受它,并可能使他们的计算机启动速度变慢一点,并不是建立热情的方式。
(我实际上很想听听您的众多技术问题,因为我很难提出任何问题。就像我说的,我不会从登录脚本开始,因为我不想冒险制作Explorer.exe 不满意,但除此之外,在每个登录会话上自动启动浏览器是完全可行的。我个人讨厌它,但它仍然可行。)
从登录脚本启动它没有服务器端问题,只是您在客户端遇到的问题。根据您的评论,问题似乎出在 MnM 软件上。也许您可以将其描述为该产品和 IE 之间的冲突。
编辑:您尚未发布登录脚本的相关部分,但是否可以计算 IE 需要多长时间才能启动?例如,请参阅此问题以获取计时器。然后一旦在脚本中设置:
start /wait iexplore.exe .....
顺便说一句,这听起来不像是一个经过深思熟虑的请求。我回应 Evan 对此的评论……作为最终用户,我无法想象有什么比我的浏览器在我没有要求时出现更烦人的了。我不喜欢计算机在我不要求的时候做事。也许您可以提出一些管理层可以识别的很好的类比/示例,这些类比/示例将强调这将带来的糟糕的用户体验。
一个很好的折衷方案是将 SharePoint 站点作为浏览器主页。
也许每天都让 SharePoint “热身”,这样当用户登录时,sharepoint 的反应会更快(即,如果一群用户是第一个访问 sharepoint 网站的人,并且它还没有“热身”sharepoint 将慢慢来。)
在 Google 上查找一些“SharePoint 预热脚本”相关资源。