熟悉网站架设的朋友都知道，table结构的网站需要先对table进行加载，然后读取table内的内容，而div是直接加载，所以div在一定程度上在加载速度优于table结构的网页。

但这是绝对的吗？

答案是：不一定。

最近，凤凰涅磐做了4个页面进行测试，两个形式的网页，两种网页结构。同样的数据量的情况下，首先的结论是div一定快于table结构，但快了多少呢？ 经过同一个服务器测试，两种结构的页面、同一个数据量的情况，div快于table的速度微乎其微.以调用动易2006beat1核心为例：文章调用5个 栏目，各调用10个标题；下载调用2个栏目，各调用10个栏目；商城调用4个标题+图片；图片频道调用6个图片；网站统计隐藏调用。带宽10M，经过精确 的读秒计算，div结构的网页仅仅比table快不到1秒。由此可见，如果table网页结构的代码优化的好，速度一样可以提升！！！

以模板263三个版本进行测试：测试环境：服务器双至强，20M独享带宽，本地测试连接带宽10M。午夜二时左右开始测试。以目前模板263使用的 VLO8测试时间为：4秒30左右可以全部打开；测试模板263 2006_V2版（div结构）,全部打开为2秒30左右，测试模板263_2006_V3版（div）结构，全部打开时间为2秒。但需要注意的是，模板 263测试的DIV结构网站数据为不完全型，即：数据没有全部加载，但所差的速度为1秒左右。

诚然，div作为一个行业标准会慢慢的走近我们，而作为从事这个行业的朋友和爱好者也是应该掌握的一种技术。但我个人认为，技术和思路都会存在一个盲区， 而这个div就是一个网页行业的盲区，首先我们得知道，动态网站即使生成静态页面的情况，也是有从数据库读取的情况，比如:网站调查。网站统计等。。。。 所以在对于一定的动态网站上速度并没有太大的提高;


而W3C标准很多代码是不能用的，例如：iframe，这些如果去校验的话，都属于不合格产品而已。而对于div结构的网站，手工代码很多，DW编辑中属 于不可视状态（即便可视，也不是浏览器的状态），所以代码需要自己一行一行的敲出来，而后台的css也是同样，而且css用量更大，因为div是用id进 行定义的。但可以肯定的是，div对手写代码锻炼性极佳！！！

就我个人为例：写一个首页代码div+css，用div需要写一天左右，而这个时间，我能做出一个首页+一个频道的首页了。例如：某些表格的边框，我使用table的话，只要填充就可以，而div结构需要对这个ID进行定义，等于加大了css的工作量。

而且作为目前商业发展看，我们最后加工的网页是交给客户，div结构的网页客户如何维护？如果客户能够进行熟练的维护div结构的网页（包含前台的部分改 动），那么他可能已经不需要你了。而table客户拿到后，客户相对可以容易的维护和扩展。而相对的DIV结构的网站造价也要比table高，这仅仅是制 作的费用，还不包括后期的维护！

其实，这里并不是说div有多么的不好，本身模板263也开始制作和启用div结构的模板，只是这种结构的网站需要熟悉代码和结构人使用而已.

而目前动易系统部分结构还不支持div结构，比如：链接标签、栏目模板（如果使用w3c标志会出现500错误），后台编辑会去掉属性引号（在w3c中这是绝对不允许的）.

记得做完检查：IE、Firefox 、Opera三种浏览器的兼容性。

这里只想告诉大家：技术不要盲从！！！

CSS＋DIV是网站标准（或称“WEB标准”）中常用的术语之一，通常为了说明与HTML网页设计语言中的表格（table）定位方式的区别，因为XHTML网站设计标准中，不再使用表格定位技术，而是采用css+div的方式实现各种定位。

CSS＋DIV网站设计的优势

首先，CSS的极大优势表现在简洁的代码，对于一个大型网站来说，可以节省大量带宽，而且众所周知，搜索引擎喜欢清洁的代码（其真正意义在于，增加了有效关键词占网页总代码的比重），因此使用CSS＋DIV的web标准制作的网站具有搜索引擎友好的一定优势。

其次，CSS+DIV制作的网站使得网站改版相对简单，很多问题只需要改变CSS而不需要改动程序，从而降低了网站改版的成本。

尽管CSS+DIV具有一定的优势，不过现阶段CSS+DIV网站建设存在的问题也比较明显，主要表现在：

第一，对于CSS的高度依赖使得网页设计变得比较复杂。相对于HTML4.0中的表格布局（table），CSS+DIV尽管不是高不可及，但至少要比表 格定位复杂的多，即使对于网站设计高手也很容易出现问题，更不要说初学者了，这在一定程度上影响了XHTML网站设计语言的普及应用。

第二，CSS文件异常将影响整个网站的正常浏览。CSS网站制作的设计元素通常放在几个l外部文件中，这一个或几个文件有可能相当复杂，甚至比较庞大，如果CSS文件调用出现异常，那么整个网站将变得惨不忍睹。

第三，对于CSS网站设计的浏览器兼容性问题比较突出。基于HTML4.0的网页设计在IE4.0之后的版本中几乎不存在浏览器兼容性问题，但 CSS+DIV设计的网站在IE浏览器里面正常显示的页面，到火狐浏览器（FireFox ）中却可能面目全非（这也是为什么建议网络营销人员使用火狐浏览器的原因所在 ）。CSS+DIV还有待于各个浏览器厂商的进一步支持。

用过div+css作个整个网站，如果是纯粹的div的布局是比较麻烦的，尤其是你div里面嵌套div的，div布局的时候，你有些页面效果还是要舍弃 一点的，比如图片的圆角，这些如果套div比较麻烦，在一个div在VS2005设计器里面可能变形，如果过多的套div，你实现ajax拖动效果的时候 比较麻烦，所以我觉得眼下还是div+嵌套table比较好。

圆角——可以用div+css做出一样漂亮的圆角，而且不用图片，而且是宽度、高度自适应的

怎么实现?挖挖Google Talk的css模板

忘掉 div 和 table 吧!

html 最大的特点就是兼容性和自适应性。

使用了复杂的 div+css 后，你也许会发现在 IE 中很美观的页面在其他浏览器中看起来象一团浆糊。做一个网站而只服务与特定的浏览器，是不可取的。如果看到哪个网页上有“请用 XXX 浏览”的字样，一个字的评价“烂”!

html 浏览器会自动根据页面的内容进行排版，这是普通的应用程序难以做到的。做出“请用 X*Y 以上分辨率浏览”的、在高分辨率显示器上浪费了大量页面左右空白而使用长长滚动条的、使用了固定字体大小的，统统都是从开发应用程序转过来的“半路出家的 和尚”。

千万不要模仿所谓的“XX优秀网站设计”，那如果不是主办方有意的推广某种技术，就是作者的美术功底太过优秀的。一个好的网站，只有先做到内容充实、简洁、合理组织、方便阅读，再去考虑锦上添花的修饰。

已经完全转型div/css 刚开始还是比较麻烦，动不动就查样式文档，现在基本实现手写。

推荐用VS2005布局，比如一个页面在VS2005的标准样式布局后，再将一个个样式取出到单独css文件中，这是比较快的办法。

SPAN 和 DIV 的区别在于，DIV(division)是一个块级元素，可以包含段落、标题、表格，乃至诸如章节、摘要和备注等。而SPAN 是行内元素，SPAN 的前后是不会换行的，它没有结构的意义，纯粹是应用样式，当其他行内元素都不合适时，可以使用SPAN。

下面以一个实例来说明这两个属性的区别。

代码:

SPAN标记有一个重要而实用的特性，即它什么事也不会做，它的唯一目的就是围绕你的HTML代码中的其它元素，这样你就可以为它们指定样式了。在此例中，标识符允许你将一个段落分成不同的部分。

还有一个标识符具有类似的功能，

DIV也被用来在HTML文件中建立逻辑部分。但与

SPAN不同，

工作于文本块一级，它在它所包含的HTML元素的前面及后面都引入了行分隔。

效果:

SPAN标记有一个重要而实用的特性，即它什么事也不会做，它的唯一目的就是围绕你的HTML代码中的其它元素，这样你就可以为它们指定样式了。在此例中，标识符允许你将一个段落分成不同的部分。

还有一个标识符具有类似的功能，

DIV也被用来在HTML文件中建立逻辑部分。但与

SPAN不同，

工作于文本块一级，它在它所包含的HTML元素的前面及后面都引入了行分隔

1.网页背景色的设置

犯错机率：很大
普遍性：较广
犯错可能性：懒/不知道

约2年前我曾发现21cn上出现过一次没有设置背景色的情况，当时我用Email通知了他们，自此之后这个问题我从没犯过。

绝大部分人的窗口背景颜色都是白色，但如果象我这样个性的人，就会把windows窗口的背景颜色改成灰色或其他色，这样一来，如果你没有设置网页的背景颜色的话，你以为正常的网页在我的电脑上看起来会是一团糟。

2.Align center（自动居中）的滥用

犯错机率：非常大
普遍性：非常广
犯错可能性：以为方便/以为好用

工作中，修改、维护别人的网页是家常便饭，发现不少人有一个陋习：
在表格中的文字或图片，你是这样来令它居中、靠左或靠右过？

当有些表格很多、文字很多、内容分得很细的时候，爱用这种方法（它在DW里的快捷键是Ctrl+Alt+C，FP不知道是什么）的人往往会狂用，惨了，我 一碰到这样的网页就头痛，为什么要用那么多

来居中呢？tell me why？难道表格没有居中属性吗？为什么要加入这些垃圾代码？特别修改的时候也不能把文字或图片删除了就能自动清除

这个代码，还要手工去清除，在复杂点的网页中就会无故地浪费维护者一笔时间。

建议使用 来居中，当需要多重定位的时候，才考虑，因为这个代码并不好处理，所以能用表格代替就用表格替代。

3.重复使用实现相同功能的代码、或杂七杂八的乱套代码

犯错机率：非常普遍
普遍性：非常普遍
犯错可能性：复杂多样

大家先来看一看下面的代码：

标 题
你觉得这样的代 码看起来感觉怎么样呢？

我不知道读者有什么感觉，压根我一看到这样的代码就会先自我麻木十来秒，这十来秒目的是为了找一个能表达我的思想感情的词（我？你想反问我吗？sorry~~，我一般不犯，因为我做网页至少有一半以上的时间在浏览代码，代码中多了不该多的东西我一眼就能看出来。）。

看看上面的代码，使用了2个class，4个font来定义2个文本，其实这样的问题很多时候是在大家不断的修改中产生的，对代码不熟、或懒查看代码、又 或不喜欢查看代码的人犯这些问题特别严重，当然，事实上别人浏览这个网页的时候，是没有任何问题的，但维护的人就…………。
这些多余的垃圾代码完全是可以省略掉的，其实上面的例子不够严重，更恐怖的我都见过。

另外还有一个问题也要提提的，就是

...

和...，为什么要用它们呢？tell me why~~，有甚者是这样的：

标 题
< /td>你觉得这样的代码看起来感觉怎么样呢？

< /div>

看到这样的代码我是会很无奈的（更无奈的是我经常看到，而且必须看），我来简化一下：

标题
你觉得这样的 代码看起来感觉怎么样呢？

是不是看起来觉得这个世界安静了很多？'标题'后面的文字完成可以定义在 的class里，就算不用css，再用多一个<.font>也没问题，一样很清爽。

4.表格不正确嵌套

犯错机率：一般
普遍性：普遍
犯错可能性：对这个不了解

其实这是一个街知巷闻的问题了，但还是不断有人犯，不正确的嵌套表格，可能会令到你被老总叫到办公室里臭骂一顿，会令到你以为正常的网页用ADSL开2、3分钟都开不了。

先讲第一个问题，就是在一个大表格里不断地嵌套表格，这样会令到打开网页的速度变慢（虽然说现在的IE改善了这一问题，但还是不建议这样做），另一方面维护、修改也极不方便，一般来说简单的套用是没有问题的，甚至3、4层，但是不要把所有内容都放到一个表格里去。

第二个问题就是在一个大表格里放入所有内容，而其中包括一个免费的计数器代码，嘻嘻，你猜有可能出现什么情况呢？其实也没什么大不了的，最严重的就是你的IE象死机了一样，什么都没显示。解决方法就是把计数器单独放在一个表格里，别和其他内容一起放在同一表格。

5.写代码缩进的时候，不是使用Tab而是使用空格

犯错机率：一般
普遍性：较少
犯错可能性：不知道Tab更好用

这一个问题针对js、vbs、asp、php之类，html不能使用Tab会写一点程序的都知道什么叫缩进，怎么样缩进？有人使用空格，有人使用Tab，如果你是使用空格的，那么从现在起，改用Tab吧。

使用空格有二大坏处：1、缩进速度慢、修改速度慢。2、增大网页体积，会影响速度。

欢迎访问更多网站推广,网络营销,网站优化,SEO相关内容