asp.net ajax 容器需要 eons 来加载答案

【问题标题】：asp.net ajax container takes eons to loadasp.net ajax 容器需要 eons 来加载
【发布时间】：2010-09-13 17:06:22
【问题描述】：

我在单个屏幕中使用 2 个 asp.net ajax 选项卡容器来处理大部分 Intranet 使用的 asp.net 应用程序。

问题是，最终它可能必须通过互联网访问，并且在通过互联网访问 Response.Redirect() 后需要 15-17 秒才能加载和 35-40 秒。在 Intranet 中它工作正常。

我在双核服务器上使用 IIS 6.0 和 Windows Server 2003 中的 AjaxControlToolkit 版本 3.0.30930.0 中的 tabcontainer 的 asp.net 4.0。当从 Internet 使用应用程序时，我需要设置/执行什么操作才能使该 Web 控件正常工作吗？有什么特别的东西会影响 webcontrol 的性能吗？

【问题讨论】：

首先，检查渲染页面的大小。如果正常，使用profiler查看哪些方法执行速度慢，并进行优化。
@Genady OP 说它在 Intranet 中运行良好，所以它肯定是页面（或相关资源）大小问题

标签： asp.net asp.net-ajax ajaxcontroltoolkit tabcontainer

【解决方案1】：

尝试使用fiddler 之类的工具来查看发送到服务器和从服务器发送的内容。听起来您的页面可能非常大，在快速的 Intranet 连接上可以正常工作，但在 Internet 上速度很慢。

在这种情况下，在服务器上启用 compression 会有所帮助。

【讨论】：

【解决方案2】：

如果它在内部运行良好而在外部（互联网）上工作得更糟，那么您的问题似乎更有可能与网络相关，无论是在您的 ISP 方面还是在您的网络路径中的某个地方...

【讨论】：

【解决方案3】：

可能会影响性能：

一个大的 ViewState。
大量的页面内容。
从所述选项卡触发了大量单独的请求，或者这些请求的大小很大（这可能隐含地包含图像或任何其他外部资源）
任何一方的连接都很糟糕/虽然可能是，但不太可能是真正的问题

找出您从服务器/提琴手收到的内容。

不仅要检查页面的大小，还要检查有多少其他请求被激活/图像等。还要检查相关请求的大小。

如果不检查以上内容，很难说出最佳的继续操作方式。

我见过一些非常大的视图状态/其中一种情况甚至是由页面中使用的第三方控件引起的。

【讨论】：

【解决方案4】：

如果你放置许多标签，每个标签都包含大量内容，它可能会变慢，这不会是一个 ajax tabcontainer 控制问题

【讨论】：