【问题标题】:Compiling a 6GB site编译一个 6GB 的站点
【发布时间】:2010-08-06 10:49:46
【问题描述】:

今天早上,我将一个 .NET 网站从我们的本地服务器迁移到 live(未预先编译)。当我转到 url 时,浏览器上托管的网站开始加载该网站,并且在过去一个小时内一直在这样做。我认为它正在编译站点,并且由于站点的大小而需要一段时间。

有没有办法检查这是否确实如此,并且没有其他任何事情发生?

【问题讨论】:

  • 在开发盒上编译需要多长时间,为什么不能预编译?
  • 它有很多产品的高分辨率图像和新闻办公室图像。它不能被预编译,因为它使用的 cms 不允许它。
  • 没有图片的尺寸是多少?您使用的是什么 CMS?如果您想要一个连贯的答案,您确实需要提供尽可能多的细节。
  • 它使用 Umbraco。如果没有图像,它可能大约 100mb。

标签: asp.net compiler-construction compilation umbraco filesize


【解决方案1】:

将您的图像放在一个单独的文件夹中,而不是放在应用程序的虚拟目录中。

@ck。您显然以前没有使用过 Umbraco,因为 Umbraco 不能托管在虚拟目录中。

Umbraco bin zip 附带预编译的站点。我假设您的网站正在编译的原因是因为您拥有带有 ascx.cs 文件的 ascx 用户控件。也许是一些 App_Code .cs 文件。

将它们放在另一个 Web 应用程序项目中。编译它,然后将 .dll 和 .ascx 文件移动到适当的目录。

【讨论】:

  • 好吧,我在项目中只有 9 个 .cs 文件。 8 个 ascx 代码隐藏不需要编译太多。当然不应该花费 6-7 小时来完成。我很快就会在这个网站上做更多的工作,所以我试试看。
【解决方案2】:

将您的图像放在一个单独的文件夹中,而不是放在应用程序的虚拟目录中。

默认网站 - 图片文件夹 (5.8GB) - 应用程序虚拟目录(小应用程序)

【讨论】:

  • 图像使用由 cms 创建的目录,要改变这一点需要大量的修改。我真的没有时间。说实话,缩小网站的大小并不是问题。我不介意它在服务器上编译我只是想确保它肯定会这样做。
  • 再看这个之后,你的想法可能会奏效。理论上,对保存由 cms 创建的目录的媒体文件夹的所有引用都在数据库中的某个地方(希望都在一个列中)。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-10-01
  • 1970-01-01
  • 2013-01-08
  • 1970-01-01
  • 1970-01-01
  • 2019-06-25
  • 2011-06-19
相关资源
最近更新 更多