Web源于静态文本，现在很多站点几乎还是采用这种方式。静态文本的缺点就是维护难(文件数目多)、查询难、修改难。虽然可以采用FrontPage对站点进行管理，但这只是其中的一个办法。现在，很多的站点都会在后台采用数据库，动态生成超文本。这样　要改变式样，只需修改几个文件；要变更内容，只需对数据库进行操作即可，而且易于保持一致性；而对于全文检索等查询应用，这种方式的优越性更为突出。(经常说的“动态”也包括图片的动态显示，如动态GIF、Java Applet等，本文所指为资料的动态性)

　　通用网关界面CGI(Common Gateway Interface)和网络服务器应用程序界面ISAPI(Internet Server Application Programming Interface)与其他相关技术的出现，使我们能够方便地与Web Server进行沟通，从而象一些计数器、留言版等CGI程 式相继出现并蔚然成风。
　　但这些CGI程序都有一个很大的缺点，就是CGI(可用VB、Java、Perl、C或Dephi等编写)与html只能分开编写、分开运行，要将两者融合在一起并不 容易，从而导致维护与编写都相当困难。因此，一些厂商后来都推出了自己的Script语言，来增强网页开发的功能。其中Netscape推出了JavaScript(for client端和for Server端两种)；微软则推出了VBScript和Asp(Asp的语法与VB的语法类似)两种，也用于服务器端和客户端程序的编写。对于专业开发人员而言，客户端程序的最重要的一点是通用性，而服务器端的则强调功能和效率。

对于Client端程序的开发，JavaScript无疑是最佳的，因为当今两大主流浏览器IE和Netscape都宣称支持该标准；而VBScript则只有IE才能支持。但令我们苦恼的是对某些JavaScript的标记，IE或IE的某些版本并不一定会支持，这必导致我们不得不把一部分程序移到服务器端去执行，因为服务器端的程序会先解释生成html(或含ActiveX)文本，再送到客户端，故不存在兼容问题。
　　livewire(JavaScript for Server端的编译器)和Asp一样，都是一些手稿语言(手稿是指类似client端的JavaScript一样的、可嵌套在html文本里面、只需用标记标明是由服务器执行的程序段)，也就是类似C/C++一样的面向对象的语言。livewire的文件后缀名还是html，asp的文件后缀名则是asp，因为asp的文件在客户读取它的时候，服务器才进行解释，而livewire的文件则必须预先进行编译(每次修改后，都要重新编译)

。asp有相应的辅助开发工具(InterDev)，可代为生成一些控件。当然，这些并不重要，关键是你采用的是Netscape Web Server还是微软的IIS。但就一般而言，因为IIS是捆绑在NT上的，故采用IIS的用户会偏多一些。

　　自从Netscape公司推出了livewire和微软推出了Active Server Page以后，程序员编写网上程序就方便和容易了很多。但这种Script类的语言有一个共同的缺点，那就是由于是解释执行的，故速度不会太快。

最近，微软建议采用三层模型，中间层可以不用asp，而直接采用VB6.0生成的ActiveX控件，因为是编译执行的，故速度较快，不过这是后话。