我比较主张自己开发网站，不喜欢用现成的源码，动网论坛除外，因为论坛模式相对固定，没必要自己写，其实以前的论坛就是我自己写的，后来不够用才转成动网的。功能性网站个性化较强，使用别人开发的商业源码（模板）不能完全符合自己的要求，要自己修改很难，研究那些代码所花的功夫不会比自己开发少，要是让别人去搞不但花钱，更是难以将自己的想法完全传递给开发者。所以我坚持自己开发网站，技术一点一点地学，慢慢就进步了，开发出来的网站也开始像个样子，而且是完全在自己的控制之下，想怎么改就怎么改，伸缩性极好。

 

我花了大概五个月时间来开发龙武商城（www.loongwu.com），这不是对原商店程序的改版，基本上算全新开发，因为整个网站架构完全不同。开发这个网站，我又学到不少新东西，比如XHTML，采用DIV布局确实比TABLE有更大的优势。以前觉得改用DIV+CSS会很难，实际发现也没那么难，DIV布局代码少了很多，网页源代码简洁多了。因为是中途推翻已经采用TABLE布局制作好网页重新采用DIV布局，所以现在还没有完全换掉TABLE布局，以后有时间再把一些有必要换成DIV布局的换掉。当然，我不是极端主义者，就像之前写那篇日志，不会为发DIV把所有TABLE都KILL掉，TABLE仍然是W2C标准，TABLE是用来装表格式数据的，干它的老本行不会有问题。

 

扯了这么久，还没扯到标题上。

 

静态化是学习动态网站建设到一程度必然会考虑的问题，因为动态网页虽然“神奇”，但每次都要读取数据库，效率和速度比不上静态网页。

 

所以，我们在写程序时，要考虑这个功能是不是有必要每次访问都读取数据库？

 

我学网页制作很少研究别人的源码，都是自学基本语法，然后试着去实现自己想要的功能，当遇到不能解决的问题时再去网上找语法或代码。

 

我这里说的是静态化思想，而不是网页的静态化，目前我还没精力去深入研究网页静态化，而且我认为静态化对商城网站意义不是很大，因为交互性的东西太多了。

 

静态化思想就是决定是否读取数据库。比方说，商城公告，只有管理员才能修改，而且添加修改的次数很少，就没必要每次访问网站时从数据库调取，而应该生成静态数据，再INCLUDE到需要的网页，如果是静态网页（HTML）要显示公告，可以写成JS文件。再比如说“发货名单”“销售排行”，以前都理所当然地读取数据库，但事实上这个只有在发货后才会更新一次，只要每天完成发货后手工更新一次即可，这一次手工更新，可以省去几千次数据库查询。

 

还有商品分类，最早也是读数据库，后来发现分类一旦确定，更改的时候极少，完全没必要每次读数据库，所以上个商店网站我就是手工制作商品分类导航了。龙武商城采用三级分类，大小分类150多个，我都是手工一一制作链接的，虽然制作时麻烦点，但访问速度和服务器负担都得到了改善，再说麻烦也只是那么一次，值得。

 

现在龙武商城的首页基本没有数据库查询操作，所以打开速度非常快。有可能查询数据库的就是头部“站内信”提示那里，那个查询是非常简单的。

 

 

我的李小龙截拳道网（www.brucejkd.com）首页是HTM静态网页，公告是生成JS的，论坛新贴是必须进行数据库查询的，我使用的是ASP内容的JS文件。

 

HTM网页最大的问题就是日后维护不方便，一般网页的头部、底部、侧边都是比较固定的，DREAMWEAVER有模板和库功能，但更新都不甚方便，虽然这个能自动更新所有网页，但必须把这些网页都上传到服务器覆盖旧文件，很麻烦。

 

有两个办法解决：

 

一是使用JS，将固定模块转换成JS，每个网页都通过JS写出来。可以先制作静态网页，然后转换成JS代码，很多网站提供这种转换功能。

 

上面这种方法还不够好，因为JS修改起来不是很直观。第二个方法就是做成SHTML网页。

 

SHTML有点像ASP，它有INCLUDE功能，可以将其它网页包含进来，它还能获取一些服务器参数，不过不能读直接取数据库。一般SHTML都是使用它的INCLUDE功能，这样静态网页也能像动态网页那样包含相对固定的模块，维护起来十分方便，只需要修改一个文件，所有网页自动更新了。

 

最后说说“热门搜索”这个功能。我一直在想这个问题，也尝试过一些方法，都不理想。最后我觉得这个所谓的一般小网站的热门搜索其实就是站长自己手工添上去的，并不是像百度那样系统分析出来的。所以，这个热门搜索其实是个静态的东东。

 

我现在还没有解决的问题是：如何实现像淘宝网当当网那样，搜索结果里出现各个分类各有多少个结果那样的功能，比如搜索“双节棍”，结果除了显示所有查找结果外，还显示“器械(20) 音像(10) 图书(8)”这样的分类结果。