Deployment Sitecore包设计器在“上超时”;“静态文件”;

Deployment Sitecore包设计器在“上超时”;“静态文件”;,deployment,sitecore,sitecore6,Deployment,Sitecore,Sitecore6,我一直在从事一个使用v6.6的长期Sitecore项目。我们广泛使用包从开发环境迁移到QA测试环境以及生产服务器。这些包包含项目和模板的混合 在整个项目中,我注意到,每当我从设计器中选择“静态文件”来移动.ascx文件以及您所拥有的文件时,都会花费大量时间(分钟)来启动文件浏览器对话框 今天,它正处于超时的时刻,我无法向现有包中添加更多的文件 我已经在我的开发机器上进行了本地测试,虽然速度很慢,但最终还是出现了。在我们的dev服务器上,无论是从我的本地机器点击dev URL还是远程到dev服务器

我一直在从事一个使用v6.6的长期Sitecore项目。我们广泛使用包从开发环境迁移到QA测试环境以及生产服务器。这些包包含项目和模板的混合

在整个项目中,我注意到,每当我从设计器中选择“静态文件”来移动.ascx文件以及您所拥有的文件时,都会花费大量时间(分钟)来启动文件浏览器对话框

今天,它正处于超时的时刻,我无法向现有包中添加更多的文件

我已经在我的开发机器上进行了本地测试,虽然速度很慢,但最终还是出现了。在我们的dev服务器上,无论是从我的本地机器点击dev URL还是远程到dev服务器,它都会超时,并为我们提供一个504/bad网关

我甚至尝试过设置一个主机文件条目,这样当我将RDP导入到开发服务器并浏览到URL时,它会点击127.0.0.1环回,这样可以节省一个跃点,但仍然超时

我的假设是,项目中有很多文件,它们会吐在上面,但我已经尝试将mediafiles/mediacache文件夹(因为它们是最大的)移出正常位置,以查看它是否加快了速度,但事实并非如此


我不知道如何解决这个问题。有没有一种方法可以优化文件浏览器,或者关闭完全递归,这样它就可以按需加载文件夹,而不是一次从文件系统加载所有文件?

您一定有很多文件。尽管打包机处理大量文件时可能会有点狡猾,但我从未见过您描述的行为。我会在Sitecore支持下提出它

同时,;考虑一下让你的生活稍微简单一点,也许是让你的包动态化。现在我不知道您的配置,但通常会设置如下

  • /布局;模式*.ascx
  • /xslt;模式*.xsl
等等。您可以保存此包定义,然后只需“重新运行”或在需要时重新打包,而不需要您四处浏览将文件打包。手动操作时也很容易出错和忘记文件


进一步阅读:

因为您似乎有大量的项目/模板需要在服务器之间传输。通常在这种情况下,最好使用Sitecore的序列化功能。我通常在从媒体库迁移文件时使用这种方法,但它可以用于任何情况。如果您不熟悉该功能,请查看Brian Pendersen的精彩博文,其中解释了整个过程。

我刚从Sitecore Homes收到回复,他们基本上追踪到在我们的两个文件夹之间有大约3000张图像。一旦我把它们移出循环,我们从1+分钟(或超时)到大约5秒

澄清一下,这仅仅是因为网站文件夹中存在大量文件,而与包中有多少文件无关


我要求他们在将来实现一个延迟负载增强,但现在,这是我们必须解决的问题。所以,我会尽量保持这些文件夹的干净,并努力解决它。感谢所有提供解决方案的人

我实际上并不是在传输大量的文件。当您单击按钮并尝试加载文件浏览器时,会发生超时。也就是说,我会查看链接,谢谢…我会的。联系支持部门。老实说,文件浏览器的加载速度一直很慢,但由于超时,现在已经无法使用了。我以前使用过动态的东西,但是在我们的冲刺过程中,我们一直在使用静态的东西来处理文件,所以我们只挑选那些已经更改并且与这个版本相关的文件。但是,我会使用动态的东西来制作模板,因为如果我能帮助的话,我会按文件夹对模板进行分组。然后,我可以将一个动态源指向某个文件夹,它会拾取所有内容,即使我更改了一个字段。也许动态是我的解决方法,但我肯定想解决静态文件的问题。谢谢你的帮助。很久以前;在一个非常不同的Sitecore版本中,打包程序有时会在windows临时目录中留下过多的文件,最终无法工作。现在,当发生这种情况时,它抛出了一个异常,但它会很快检查出来,看看它是否对您有帮助。我记得当时写过这件事。谢谢你,马克。不幸的是,它仍然旋转大约一分钟,然后超时。今天早上我能让它在不到一分钟的时间里回来,它就会回来。现在,也许是因为我们的开发人员越来越多地点击服务器,它又超时了。我也和他们一起打开了一张支持票,所以无论我发现什么,我都会在这里报告,以防其他人遇到这种情况。