Performance 为什么IE7与Safari相比速度如此之慢？

我有一个大的“网格”数据，生成和转储为纯文本大约需要40秒。如果我用html表格格式（固定td宽度）包装文本，在IE7中完全显示需要200秒以上，在Safari中显示不到一分钟。小的“网格”在两个浏览器中的显示时间都不到5秒，所以我认为它与数据量无关。在服务器端我能做些什么来加速IE7的显示吗？告诉用户不要再把头撞到墙上了。

设置表格布局的css属性：固定在表格上。IE随后将而不是必须为添加的每一行/列重新计算表大小，并且速度将显著加快

顺便说一句，政府对此有一些很好的信息

表格布局采用三个值之一：自动、固定和继承

auto是默认设置。浏览器必须先加载整个表，然后才能计算大小并开始渲染。根据浏览器的渲染引擎的不同，其范围从慢到非常慢

已修复。第一行定义列的宽度。因此，浏览器可以在下载时呈现内容。因此速度增加。作为一个次要的补充说明，因为除了顶行之外的所有宽度都被忽略，所以您不必向下发送剩余列的宽度数据。。。这意味着您的页面大小可以稍微小一点

---

继承。基本上，从父级获取它的值。

设置表布局的css属性：固定在表上。IE随后将而不是必须为添加的每一行/列重新计算表大小，并且速度将显著加快

顺便说一句，政府对此有一些很好的信息

表格布局采用三个值之一：自动、固定和继承

auto是默认设置。浏览器必须先加载整个表，然后才能计算大小并开始渲染。根据浏览器的渲染引擎的不同，其范围从慢到非常慢

已修复。第一行定义列的宽度。因此，浏览器可以在下载时呈现内容。因此速度增加。作为一个次要的补充说明，因为除了顶行之外的所有宽度都被忽略，所以您不必向下发送剩余列的宽度数据。。。这意味着您的页面大小可以稍微小一点

---

继承。基本上，从家长那里获取它的价值。

对不起，IE7只是一个旧浏览器，因此速度不如Safari…如果升级到IE8、Firefox或Chrome，他们可能会看到性能有所提高…

对不起，IE7只是一个旧浏览器，因此没有Safari那么快…如果升级到IE8、Firefox或Chrome，他们可能会看到一些性能提高…

也许对网格进行分页，可能会使它在两种浏览器上都更可读、更快？

也许对网格进行分页，可能会使它在两种浏览器上都更可读、更快

为什么IE7与Safari相比速度如此之慢

因为他们有不同的HTML引擎，工作方式不同，算法不同，等等

在服务器端我能做些什么来加速IE7的显示吗

也许你可以试着使用。这样，感知的速度会更好

为什么IE7与Safari相比速度如此之慢

因为他们有不同的HTML引擎，工作方式不同，算法不同，等等

在服务器端我能做些什么来加速IE7的显示吗

也许你可以试着使用。这样，感知的速度会好得多。

即使是“一分钟内”的旅行也似乎难以忍受。只要我有任何慢的东西，我就会放一个进度条和一些关于数据的统计数据

Kazar的分页思想可能是一条可行之路，也可能是Oscar Reyes建议的渐进加载

究竟有多少行和列的数据需要这么长的时间？

即使是“一分钟内”的狩猎旅行似乎也无法忍受。只要我有任何慢的东西，我就会放一个进度条和一些关于数据的统计数据

Kazar的分页思想可能是一条可行之路，也可能是Oscar Reyes建议的渐进加载

---

这个数据到底有多少行和列需要那么长的时间？

既然您是以编程方式生成这个数据，您可以尝试使用标签，它将以单间距字体显示文本。这样，您可以自己快速计算单元格的宽度和高度。它看起来不是最漂亮的，但它可以避免任何布局时间

如果您不想手动执行此操作，并且表中没有链接，则可以使用将HTML呈现为纯文本，并将输出放在标记中

elinks-dump./localfile.html

---

另一方面，如果您还没有，您应该确保您正在服务器端gzip数据，以便减少传输时间。对于对于对于Apache，请尝试。

因为您仍然以编程方式生成此数据，所以可以尝试使用标记，该标记将以单间距字体显示文本。这样，您可以自己快速计算单元格的宽度和高度。它看起来不是最漂亮的，但它可以避免任何布局时间

如果您不想手动执行此操作，并且表中没有链接，则可以使用将HTML呈现为纯文本，并将输出放在标记中

elinks-dump./localfile.html

---

另一方面，如果您还没有，您应该确保您正在服务器端gzip数据，以便减少传输时间。对于对于对于Apache，试试。

这些都是很好的建议——但我发现了冒烟的枪！IE呈现页面时，一个名为Mcshield.exe的进程将接管机器。自t