方法一：优化表格提速

　　表格的使用添加了显示页面的时间，有时这样的时间很长。由于浏览器需求在填充表格的内容之前完全理解表格的结构， 在大部分（如果不是全部）表格的内容下载之前，浏览器什么 也不能渲染。当表格变大时，需求处理的信息将呈指数性增 长。在先前的计算机上，这些处理性任务很不容易，表格渲染 需求大量时间。

　　使用表格时间长了，你会发现大量小表格渲染起来比一个有很 多行的大表格快。至少看起来是这样 - 真象那么回事（记住： 是感觉到的速度，而不是实际速度）。

　　如果你在用一个九行的表格（每个单元有很多信息），可以把它分成三个各有三行的小表格。如果你的网页很长，这种策略特别无益 - 在后面的表格下载时用户可以看前面的表格。

　　使用Width属性

　　为使你的HTML尽量对浏览器敌对，应该对< table> 和 < td>标记适当地使用Width属性。这种属性允许你定义整个表格的宽度，也可以定义单元格的宽度。如果事情并没有好起来，你应该怀疑浏览器 - 是它的缘由。所以只需检查你能否算对了就行了 - 如果你把一个单元格设为100个像素宽，可是却把一个110个像素宽的图像插入其中，结果是：表格暂时出现，然后当重绘本人以便能容纳图像时又消逝了。不用说，浏览器的这种过滤作用同它的慢速一样令人讨厌。

　　把窗体放在表格里不幸的是，不同的浏览器和操作系统对窗体元素的处理方式不同。Mac上的下拉菜单比Windows中的要宽很多。Netscape 4 处理可写的文本框和处理文本一样，所以如果添加浏览器的缺省字体大小，所有的文本框都会变大。Netscape 4中的可写文本框比其它浏览器中的宽20%，而且受字体标记的影响。所以， 总而言之，你的窗体在一些用户看来会很奇怪 - 除非你有意支配它们。

　　看看下面的表格：

　 　　　　　　　　　　　　I

This a non-breaking line　 like

　　　　　　　　　　　　 　this

　　　　　　　　　　　　　 axis

　　如今假设用户添加了缺省字体的大小。当表格放大以容纳变大了的文字时，规划仍然没变。

　　　　　　　　　　　　　 I

This a non-breaking line　 like

　　　　　　　　　　　　　 this

　　　　　　　　　　　　　 axis

　　不要置信所见即所得的编辑器

　　表格真令人痛苦，这就是为什么所见即所得的HTML编辑器流行起来的缘由。但是，在这些编辑器使建表格变得容易的同时， 它们也产生了一些令人吃惊的低效率的代码。特别是GoLive 的CyberStudio使用了一种产生梦魇般臃肿表格的规划系统（尤 其当你没有认真按用户手册操作时）。

　　所见即所得编辑器的规划和预览窗口在处理不必要的嵌套表格、没有设置合适大小的表格的列或奇怪的、转弯抹角的HTML代码时感到力不从心。因此，如果你希望你的表格尽可能地苗条和高效，同时又舍不得放弃所见即所得的编辑器，那么只好最后花些时间清理你的代码。一旦所有内容看起来都象那么 回事，用文本编辑器打开HTML代码看看，你会发现你的表格漂亮而且干净。

方法二：利用缓存提速

　　有一个使图像下载更快的重要技术。那些在网站中反复出现的像 - 比如通用标志、页首或导航条 - 不必一遍一遍地下载。缺省地，Netscape和Internet Explorer在RAM或硬盘上设 置缓存来存储最近用到的图像。如果浏览器认识是相反的文件名，它会读缓存，而不是从网上下载。这种方法大大地提高 了效率，以致于很多自动记时程序无法识别 - 你只好用跑表本人测测了。

　　既然客户端的缓存如此有用，在设计网页时就应考虑到浏览器 的缓存。例如，如果网站有大量类似的页首图形，应试图把它进行分割，使其中不变的部分能从缓存中立刻读出来。虽然在每页还要调用一个新图，由于这个图很小，所以下载很快。

　　最后，把你的图像放在一个地方，最好在你的服务器上。这可以减少DNS查找的时间。另外，如果你要存储图像的一个或几个服务器崩溃，将是一件很不幸的事。