2014-01-24 48 views
2

我们正在开发一个使用Ektron的解决方案。作为我们解决方案的一部分,我们都有本地IIS实例(本地主机),并作为开发生命周期的一部分部署到本地实例。Ektron真的很慢启动本地主机,如何改善?

问题是,部署和一旦DLL被替换后IIS重新启动和应用程序池被回收,这意味着Ektron DLL的需要重新加载自己。

此过程需要较长时间。

反正是有提高“晔”的加载时间

回答

0

没有,这是多么IIS的作品。不要运行Ektron的本地实例,只需将web.config文件指向测试数据库的数据库并将/ workarea文件夹复制到本地PC是个好主意。您不能在本地编辑ektron,但您可以更改测试服务器上的数据,并且它会显示在本地。

1

在某种程度上,这是作为网站运行的大型应用程序的性质,而不是Web应用程序。从本地环境中删除工作区是缩短编译时间的一种方法,但根据您的工作流程,这自然不起作用,例如,如果您未使用单独的开发数据库或者将工作区存储在源代码管理中。

我已经看到了一些预先编译工作区的尝试,并将工作代码保存在一个单独的项目中(http://dev.ektron.com/forum.aspx?g=posts&t=10996),但这种方法只会加快构建,而不会重新编译构建后会发生的单个页面作为网站运行的结果。

最后(也是最不实际的)解决方案是简单地避免导致重新编译的代码更改,例如修改app_code。作为网站运行的应用程序非常乐意在不重新生成DLL的情况下重新编译单个页面的代码隐藏,这对于提高生产力是有利的,但最终阻碍了在库中重用代码的良好实践。 请记住,这是一个可怕的建议,但如果你有一个截止日期,并且每隔30分钟盯着一个ektron页面加载,那么知道这一点很有用。

1

同样的问题在这里。我发现这个:http://brianpereras.blogspot.com/2013/06/ektron-85-86-workarea-is-slow-compared.html

这就是说帮助文档被移动到从在线源(documentation.ektron.com)中检索。我们运行的是Ektron 9,我只是做了这个改变,在第一次加载时(iisreset之后)似乎更快。

解决方法是在您的主机文件中将documentation.ektron.com设置为127.0.0.1。

+0

我希望这已经为我工作,但它仍然启动缓慢:( –