写CGI的方式有很多种，php只是其中的一种罢了，对资深的webmaster而言，编写CGI的接口应是随着需求而变动的，毕竟对速度要求严格的系统而言，恐怕只有NSAPI接口写的CGI程序才能符合要求了。但在其它场合，相信使用php作为CGI的接口是游刃有余的，而且是最适合的。

首先，Php可以用在数种Web服务器上，传统的CGI就只限是哪种操作系统或web服务器平台，不可支持多种操作系统，asp与ISAPI只在IIS上有完整的功能。其次，ISAPI是动态链接的方式，会使得web服务器一起陷于瘫痪。而根据我的实际经验，每隔一阵子asp可能就会使系统不稳定，需要重新启动操作系统。而php在许多站点的使用上，不但可以长期使用，而且程序的稳定性也不错。当然最稳的还是传统的CGI程序，因为它是由操作系统负责控制，不会因CGI程序的错误导致web服务器的不稳定。再次，在系统安全性上，asp是最差的，如果没有经过微软的IIS Service Pack处理，使用::$DATA就可以看到asp的原始代码。当然传统的CGI的程序，由于是交由操作系统直接管理，破解的难度甚高，黑客们必须由操作系统下手，而无法从web服务器下手。Php在商业及非商业使用时，在安全性是没有任何问题的。

PHP是一个纯粹的脚本翻译器，所以它先将脚本翻译成为需要执行的函数，再去执行它们，外部功能扩充不能由一些动态加载的方式进行，所以只能静态地编译到PHP中。在实践和应用过程中，对PHP的缺点做以下简要的分析。

一、数据库支持的极大变化。由于PHP的所有的扩展接口都是独立团队开发完成的，同时在开发时为了形成相应数据的个性化操作，所以PHP虽然支持许多数据库，但是针对每种数据库的开发语言都完全不同。这就形成了针对一种数据库的开发工作，在数据库进行升级后需要开发人员进行几乎全部的代码更改工作。而为了让应用支持更多中的数据库，就需要开发人员将同样的数据库操作使用不同的代码写出n种代码库出来，使程序员的工作量大大增大。

这个情况通常是刚学网页制作的朋友会遇到的，本人就是其中之一，想当初遇到这个情况可是折腾了我好几个小时的光景才解决，当能够打开的时候真是泪流满面。
     
当时的情况就是自己写得.asp文件打开时总是显示"用于监视的文件名必须具有绝对路径，并且不包含通配符"，而我把别人的.asp文件剪切上去的却能打开，身边也没有什么这个的朋友，只能靠自己慢慢的摸索，现在把知道的给大家分享一下，效果好不好，试试就知道。

Application对象的onstart事件是整个web站点的初始化事件，其在global.asa文件中相应的响应过程，就是web站点服务器的初始化过程。这个过程的基本应用时跟踪当前活动中得用户数量，这是初始化web站点经常用到的变量。Application对象的onend事件是整个web站点的结束处理事件，其在global.asa文件中相应的响应过程，就是web站点服务器的结束处理过程。这个过程的基本应用是保存一些web站点的运行结果，卸载初始化程序创建的对象，特别是数据库结果集的对象，恢复操作系统环境。

Session指的是访问者从开始访问一个web站点到离开为止的那段时间，而web服务器为每个访问者单独保存一个session对象。通过session可以来存储访问者的一些喜好，例如：访问者是喜好新闻还是专题文章？访问者是否喜欢下载音乐等等，这些信息都可以依据session来跟踪。Session还可以创建电子商务站点的物流篮。无论什么时候用户在网站中选择了一种产品，那么这种产品就会进入购物篮，当准备离开时，就可以立即进行所选择产品的订购。另外，session还可以用来跟踪访问者的习惯，可以跟踪访问者从一个页面到另一个页面，对于站点的更新和定位是非常有好处的。

在PHP中，允许程序设计者将常用的流程或者变量等元素组成一个固定的格式，也就是说使用者可以自行组合函数或者对象。PHP中的函数和C语言一样，包括有返回值和无返回值的，不想PASCAL分成函数和程序那么复杂。在函数的名称上，PHP对于大小写的要求很松散。可以再定义函数时写成大写的名字，而在使用时使用小写的名字。对函数而言，不用管大小写，只要主要名称没有重复就可以了。在使用时，在自定义的函数名称前要加入function的保留字，表示这是定义使用者的自定义函数。之后的myfunc可以是任何的英文字母开头的字符串，字符串除了开头不能是字符串或下划线外，在第一个字母后可以是数字或下划线，当然其他的符号或者中文字不能当函数名。

ASP是一种开发web应用程序的强大技术，但它不具备强大的工具支持，而这就无法提高web应用程序的开发效率。对大多数使用ASP的人来说，Notepad是他们的编辑器，而htm = htm&则是首选的调试方法。公平的说，Visual Interdev也是一个不错的编辑器，而且使用它时，其调试支持也相当好。但是，如果两个开发小组中有几个人在使用Visual Interdev的话，可以肯定的说，这对开发人员来说绝对不是一件好事。之所以Visual Interdev不受欢迎，是因为它对于从ASP网页到COM组件或反过来的调试支持得并不好。

ASP是使用Active Scripting建立的，Active Scripting是这样的一个技术，它最初设计用于使网站建设开发人员能够以一种统一的方式来编写和控制应用程序。它不是一种真正设计用来编写完整应用程序的技术，而编写完整的应用程序正是开发人员努力使用ASP的根本目的所在，这也就解释了为什么ASP.NET不使用Active Scripting来编写。

Active Scripting有许多固有的问题：代码是经过解释而不是经过编译的、它有一个较差的类型系统、它支持方法的后期绑定调用、每个动态脚本引擎的案例都要消耗内存等。作为一个ASP开发人员，可能早就意识到这些问题，并且在开发或初步设计自己的应用程序时也碰到过这些问题。解释代码只能导致很平庸的性能。一个不好的类型系统只会让代码更加难以开发、阅读和调试。而后期绑定代码要比早期绑定代码慢许多倍，并且会限制所能使用的组件。可能我们编写了大量COM组件来解决这些问题，但即使是这种解决办法也隐含地存在性能和维护上的问题。而且从ASP中创建COM对象本身就代价相对较大，同时如今升级COM组件通常意味着要停止web服务器。

VBScript可以被用来自动地完成重复性的Windows操作系统任务。在Windows操作系统中，VBScript可以在WSH的范围内运行。Windows操作系统可以自动辨认和执行*.VBS和*.WSF两种文件格式，此外 Internet Explorer可以执行HTA和CHM文件格式。VBS和WSF文件完全是文字式的，它们只能通过少数几种对话窗口与用户通讯。HTA和CHM文件使用HTML格式，它们的程序码可以像HTML一样被编辑和检查。在WSF、HTA和CHM文件中VBScript和JavaScript的程序码可以任意混合。

ASP.NET的新模式基于将web表单中的可视部分（HTML代码）从逻辑部分（可执行代码）中分割出来这一事实。因此，和对传统的页面的操作比起来，Web Forms的操作与VB表单以前的工作方式更加接近。同时，在使用基于浏览器的执行引擎提供一种与今天的Windows应用程序相似的用户经验方面，Web Forms有于助我们解决在开发中遇到的一些问题。

Web Forms提供多功能用户接口，同时在多种不同平台上提供这些用户接口，可以使开发人员不去考虑所使用的实际的客户端程序，因此他们可以专注于提供必要的业务逻辑。如何将客户端一服务器应用程序（这种程序的代码在两个不同的地方执行）合并为一个更加传统的事件驱动编程模型，Web Forms解决此问题的方法是提供一种单独的方法论来处理应用程序事件——而不管事件是在客户端还是在服务器上被激发的。