php公共网关接口

⑴ 了解php-FPM

在服务器上，当我们查看php进程时，全都是php-fpm进程，大家都知道这个就是php的运行环境，那么，它到底是个什么东西呢？

PHP-FPM，就是PHP的FastCGI管理器，用于替换PHP FastCGI的大部分附加功能，在PHP5.3.3后已经成为了PHP的标配。

有小伙伴要问了，FastCGI又是什么鬼？CGI程序又叫做“通用网关接口”，就是让Web服务器和你的应用程序进行交互的一个接口。就像nginx中需要配置的fastcgi_pass，一般我们会使用127.0.0.1:9000或者unix:/tmp/php-cgi.sock来配置这个参数。它的意思就是告诉nginx，过来的请求使用tcp:9000端口的监听程序来处理或者使用unix/socket来处理。它们都是指向的PHP运行程序。

再说得通俗一点，我们运行php脚本用的是

php-fpm就相当于是这个php命令。nginx通过fastcgi_pass来运行php $nginx_root(nginx配置文件中网站根目录root配置)下的index.php。所以，如果你用的是python或者其他什么语言，都可以用它们的cgi程序来让nginx调用。

FastCGI和CGI又有什么不同呢？FastCGI是启动一个socket接口，服务器应用不需要自己去运行php，只需要向这个socket接口提交请求就可以了。

php-fpm在编译php时需要添加--enable-fpm。一些通用的集成安装包如lnmp、phpStudy等都会默认编译并使用php-fpm，毕竟是标配。

上文中说过nginx可以使用127.0.0.1:9000和unix:/tmp/php-cgi.sock这两种方式来调用php-fpm。它们有什么区别呢？

前者，一般带9000端口号的，是tcp形式的调用。也就是php-fpm启动了一个监听进程对9000端口进行监听。它会调起一个tcp/ip服务，nginx在调用的时候会走一次tcp请求流程，也就是3次握手4次挥手，会走到网络七层中的第四层传输层。相对来说这种方式性能会稍差一点，启动php-fpm后使用nestat查看端口中会出现9000端口的占用。

后者，使用的是unix套接字socket服务，通过sock文件来交换信息，性能相对好一些，因为它没有tcp连接过程，也不会有9000端口的占用。

对于高负载大访问量的网站还是推荐使用unix方式，对于普通小网站来说，无所谓使用哪个都可以，tcp方式反而更容易配置和理解，也是php-fpm.conf中默认的监听方式。

php-fpm.conf配置中的listen属性用来配置监听，这里的配置要和nginx中的一致，使用tcp的就监听127.0.0.1:9000，使用unix的就设置成/tmp/php-cgi-56.sock。

以下内容摘自官方文档：

===========

各自媒体平台均可搜索【硬核项目经理】

⑵ php5-cgi和php5-fpm 这两个东西是什么意思啊有什么区别怎么使用

CGI

CGI全称是逗公共网关接口地(Common Gateway Interface)，HTTP服务器与你的或其它机器上的程序进行逗交谈地的一种工具，其程序须运行在网络服务器上。

CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。如php,perl,tcl等。

FastCGI

FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次（这是CGI最为人诟病的fork-and-execute 模式）。它还支持分布式的运算，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，其主要行为是将CGI解释器进程保持在内存中并因此获得较高的性能。众所周知，CGI解释器的反复加载是CGI性能低下的主要原因，如果CGI解释器保持在内存中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail- Over特性等等。

FastCGI特点

FastCGI具有语言无关性.
FastCGI在进程中的应用程序，独立于核心web服务器运行，提供了一个比API更安全的环境。APIs把应用程序的代码与核心的web服务器链接在一起，这意味着在一个错误的API的应用程序可能会损坏其他应用程序或核心服务器。 恶意的API的应用程序代码甚至可以窃取另一个应用程序或核心服务器的密钥。
FastCGI技术目前支持语言有：C/C++、java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache, ISS, Lighttpd等流行的服务器上也是可用的。
FastCGI的不依赖于任何Web服务器的内部架构，因此即使服务器技术的变化, FastCGI依然稳定不变。
FastCGI的工作原理

Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Mole)
FastCGI进程管理器自身初始化，启动多个CGI解释器进程(可见多个php-cgi)并等待来自Web Server的连接。
当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi。
FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器(运行在Web Server中)的下一个连接。 在CGI模式中，php-cgi在此便退出了。
在上述情况中，你可以想象CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接(Persistent database connection)可以工作。

FastCGI的不足

因为是多进程，所以比CGI多线程消耗更多的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。

Nginx 0.8.46+PHP 5.2.14(FastCGI)服务器在3万并发连接下，开启的10个Nginx进程消耗150M内存（15M*10=150M），开启的64个php-cgi进程消耗1280M内存（20M*64=1280M），加上系统自身消耗的内存，总共消耗不到2GB内存。如果服务器内存较小，完全可以只开启25个php-cgi进程，这样php-cgi消耗的总内存数才500M。
上面的数据摘自Nginx 0.8.x + PHP 5.2.13(FastCGI)搭建胜过Apache十倍的Web服务器(第6版)

PHP-CGI

PHP-CGI是PHP自带的FastCGI管理器。

PHP-CGI的不足：

php-cgi变更php.ini配置后需重启php-cgi才能让新的php-ini生效，不可以平滑重启。
直接杀死php-cgi进程，php就不能运行了。(PHP-FPM和Spawn-FCGI就没有这个问题，守护进程会平滑从新生成新的子进程。）
PHP-FPM

PHP-FPM是一个PHP FastCGI管理器，是只用于PHP的，可以在 下载得到。

PHP-FPM其实是PHP源代码的一个补丁，旨在将FastCGI进程管理整合进PHP包中。必须将它patch到你的PHP源代码中，在编译安装PHP后才可以使用。

⑶ cgi是什么php—cgi又是什么这两个有什么关系

CGI是公共网关接口，是网站服务器进程经过操作系统和互联网客户端进行通讯的一套规范标准。
PHP-CGI是PHP支持CGI标准的执行档。

传统CGI需要为每个访问开一个操作系统进程，导致负荷很大。基本在服务器部署上已经不采用CGI。现在主要应用Fast-CGI标准

⑷ WEB编程语言的公共网关接口

公共网关接升困口(Common Gateway Interface)为web服务器定义了一种与外部应用程序交互、共享信息的标准。 1. 扩大了WEB服务器的功能；
2. 它打破了服务器软件的局限性，允许用户根据需要采用各种语言去实现无法用HTTP、HTML实现的功能，给WWW提消兆供了更为广阔的应用拿笑租空间。
3. 为在不同的平台之间进行沟通提供了范例。
连接服务器与外部应用程序。服务器可以向CGI程序发送信息，CGI程序也可以向服务器程序回送信息。

⑸ POST /cgi-bin/php.cgiff什么意思

这个是向cgi发送post请求，其中参数是ff

php运行有多种方式。

1. php-fpm nginx
2. php.cgi以公用网关接口方式运行
3. mole apache作为模块
4. fastcgi 多个cgi程序解析php请求

php.cgi是其中的一种运行方式，它会解析web请求。这里描述的是post请求，并且对请求的头部做了一些声明。指定的cgi应用程序没有返回完整的http头，产生报错，这里可以尝试通过pho manager设置fastcgi来解决。

⑹ php中如何取文件尾椎

第1种方法：

复制代码代码如下:

function get_extension($file)
{
substr(strrchr($file, '.'), 1);
}

第2种方法：

复制代码代码如下:

function get_extension($file)
{
return substr($file, strrpos($file, '.')+1);
}

第3种方法：

复制代码代码如下:

function get_extension($file)
{
return end(explode('.', $file));
}

第4种方法：

复制代码代码如下:

function get_extension($file)
{
$info = pathinfo($file);
return $info['extension'];
}

第5种方法：

复制代码代码如下:

function get_extension($file)
{
return pathinfo($file, PATHINFO_EXTENSION);
}

以上几种方式粗看了一下，好像都行，特别是1、2种方法，在我不知道pathinfo有第二个参数之前也一直在用。但是仔细考虑一下，前四种方法都有各种各样的毛病。要想完全正确获取文件的扩展名，必须要能处理以下三种特殊情况。
没有文件扩展名
路径中包含了字符.，如/home/test.d/test.txt
路径中包含了字符.，但文件没有扩展名。如/home/test.d/test
很明显：1、2不能处理第三种情况，3不能正确处理第一三种情况。4可以正确处理，但是在不存在扩展名时，会发出一个警告。只有第5种方法才是最正确的方法。顺便看一下pathinfo方法。官网上介绍如下：
$file_path = pathinfo('/www/htdocs/your_image.jpg');

echo "$file_path ['dirname']\n";
echo "$file_path ['basename']\n";
echo "羡败拍$file_path ['extension']\n";
echo "$file_path ['filename']\n"; // only in PHP 5.2+
它会返回一个数组，包含最多四个元素，但是并不会一直有四个，比如在没有扩展名的情况下，就不会有extension元素存在，所以第4种方法才会发现警告。但是phpinfo还支持第二个参数。可以传递一个常量，指定返回某一部分的数据：
PATHINFO_DIRNAME - 目录
PATHINFO_BASENAME - 文件名（含扩展名）
PATHINFO_EXTENSION - 扩展名
PATHINFO_FILENAME - 文件名（不含扩展名，PHP>5.2）
这四个常量的值分别是1、2、枯塌4、8，刚开始我还以为可以通过或运算指定多个：
pathinfo($file, PATHINFO_EXTENSION | PATHINFO_FILENAME);
后来发现这样不行，这只会返回几个进行或运算常量中最小的那个。也就是四个标志位中最小位为1的常量。
以下是一些补充方法
一，php explode函数

复制代码代码如下:

$pic = 'abc.php';
$pics = explode('.' , $pic);
echo $num = count($pics);
echo '<br>'.$pics[$num-1];

这样就可以输出
.php了。

下面利用foreach

复制代码代码如下:

foreach ($pics as $value) //2
{
$a = $value;
}
echo $a.'<br>';

来有一个比较好的函数end我推荐使用此函数快捷 end函数用法

复制代码兄羡代码如下:

echo end($pics);
echo '<br>';

⑺ phpinfo的Server API为CGI/FastCGI是什么模式

php印版是作为服务器的一个某块的形式存在的,比如说apache,除此之外它还能以fasetCGI模式运行.以下这段话来自TiPi开源项目(有空的话可以看看，很不错，不过我才学php没多久，看着很吃力)
CGI全称是“通用网关接口”(Common Gateway
Interface)，它可以让一个客户端，从网页浏览器向执行在Web服务器上的程序请求数据。 CGI描述了客户端和这个程序之间传输数据的一种标准。
CGI的一个目的是要独立于任何语言的，所以CGI可以用任何一种语言编写，只要这种语言具有标准输入、输出和环境变量。
FastCGI是Web服务器和处理程序之间通信的一种协议，是CGI的一种改进方案，FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行，在请求到达时不会花费时间去fork一个进程来处理(这是CGI最为人诟病的fork-and-execute模式)。正是因为他只是一个通信协议，它还支持分布式的运算，即
FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。

FastCGI是语言无关的、可伸缩架构的CGI开放扩展，将CGI解释器进程保持在内存中，以此获得较高的性能。
CGI程序反复加载是CGI性能低下的主要原因，如果CGI程序保持在内存中并接受FastCGI进程管理器调度，则可以提供良好的性能、伸缩性、Fail-Over特性等。

⑻ 关于PHP CGI和CLI的几点学习

CGI ：“公共网关接口”(Common Gateway Interface)，HTTP服务器 与你的或其它机器上的程序 进行 “交谈”的一种工具 ，其程序 须运行在网络 服务器 上。在服务器 环境中，为“程序 ”提供标准 的接口，通过这个接口，“程序 ”可以对服务器 与客户端 交换的信息 做一些事情 。“程序 ”的语 言并没有要求。程序 对接口进行 操作。服务器 要支持 CGI就要提供CGI中要求的环境变量 ，或者还有别的。我的理解至此为之。
CLI ：“ 命令 行界面”(Command Line Interface)，可在用户 提示符下键入可执行指令 的界面。
?SAPI ：“ 服务器 应用程序 接口”(Server Application Programme Interface)，可以认为是服务器 端的API。貌似和CGI是一个东西 ，每个服务器 提供的API可能不同，但是他们都提供了CGI。所以可以理解CGI是每个服务器 都应该 有的SAPI。apache 有自己的SAPI，IIS也有自己的。但是php 能这些不同的服务器 端工作，因为php 支持 了它们各自的SAPI。(CGI和CLI都是SAPI的类 型 )
ISAPI ：ISAPI 服务器 扩展 是可以被 HTTP 服务器 加载 和调用 的 DLL。Internet 服务器 扩展 也称为 Internet 服务器 应用程序 (ISA)，用于增强符合 Internet 服务器 API (ISAPI) 的服务器 的功能 。ISA 通过浏览器 应用程序 调用 ，并且将相似的功能 提供给通用网关接口 (CGI) 应用程序 。

⑼ 关于FastCGI、php-cgi、php-fpm的区别是什么，各自有什么用途，以及相互间的关系是什么

fastcgi是一个通用网关接口，用于web服务器(iis, apache)和应用程序通信。

php-cgi是php平台的cgi程序
以上两个结合，可以使php整合在web服务中
php-fpm是一个独立的php-fcgi管理软件，它要整合进web服务中，需要使用代理模式
一般与nginx搭配。也可以与apache搭配
php-fpm一般不直接作为服务容器提供外网访问，而是通过常用web容器作代理

php作为服务器端的解析程序，运行模式分很多种，fastcgi, mod_php, proxy(代理)等。
与iis搭配时一般采用fast-cgi模式，iis自带fast-cgi引擎，配置好php参数即可
与apache搭配，在windows平台下，一般也是fast-cgi模式，在linux系统中一般是mod_php模式，把php作为一个子模块加载
也可以配置php-fpm 然后在apache中配置代理模式
与nginx搭配，一般就是用php-fpm+代理模式了

⑽ Asp,php,jsp在网站中各是起什么作用的

asp、php、asp.net、jsp介绍及优缺点比较

现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。

网页从开始简单的hmtl到复杂的服务语言，走过了10多个年头，各种技术层出不穷，单个的主流技术也在不断翻新的版本，现在分析下各种语言的区别、优势、劣势、开发注意事项！

HTML:当然这是网页最基本的语言,每一个服务器语言都需要它的支持,要学习,这个肯定是开始,不说了.

主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和Visual BASIC类似，可以像SSI（Server Side Include）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。目前在微软的 .net 战略中新推出的ASP.net 借鉴了Java技术的优点，使用C Sharp (C#) 语言作为ASP.net的推荐语言，同时改进了以前ASP的安全性差等缺点。但是，使用ASP/ASP.net仍有一定的局限性，因为从某种角度来说它们只能在微软的 Windows NT/2000/XP + IIS的服务器平台上良好运行（虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案，但是目前ASP在UNIX/Linux上的应用可以说几乎为0）。所以平台的局限性和ASP自身的安全性限制了ASP的广泛应用。
ASP在执行的时候，是由IIS调用程序引擎，解释执行嵌在HTML中的ASP代码，最终将结果和原来的HTML一同送往客户端。

主流网站开发语言之PHP:PHP 的全名非常有趣，它是一个巢状的缩写名称——“PHP: Hypertext Preprocessor”，打开缩写还是缩写。PHP是一种HTML 内嵌式的语言 (就像上面讲的ASP那样)。而 PHP 独特的语法混合了C，Java，Perl以及 PHP 式的新语法。它可以比 CGI 或者 Perl 更快速地执行动态网页。
PHP的源代码完全公开，在 Open Source 意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新，使得 PHP 无论在 UNIX 或是 Win32 的平台上都可以有更多新的功能。它提供丰富的函数，使得在程式设计方面有着更好的资源。目前PHP的最新版本为4.1.1 ，它可以在Win32以及UNIX/Linux等几乎所有的平台上良好工作。PHP在4.0版后使用了全新的Zend引擎，其在最佳化之后的效率，比较传统 CGI 或者 ASP 等技术有了更好的表现。
平山正台无关性是PHP的最大优点，但是在优点的背后，还是有一些小小的缺点的。如果在PHP中不使用ODBC，而用其自带的数据库函数（这样的效率要比使用ODBC高）来连接数据库的话， 使用不同的数据库，PHP的函数名不能统一。这样，使得程序的移植变得有些麻烦。不过，作为目前应用最为广泛的一种后台语言，PHP的优点还是异常明显的。

ASP.NET:ASP.net是Microsoft.net的一部分，作为战略产品，不仅仅是 Active Server Page (ASP) 的下一个版本；它还提供了一个统一的 Web 开发模型，其中包括开发轮孝人员生成企业级 Web 应用程序所需的各种服务。ASP.NET 的语法在很大程度上与 ASP 兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。可以通过在现有 ASP 应用程序中逐渐添加 ASP.NET 功能，随时增强 ASP 应用程序的功能。ASP.NET 是一个已编译的、基于 .NET 的环境，可以用任何与 .NET 兼容的语言（包括 Visual Basic .NET、C# 和 JScript .NET.）创作应用程序。另外，任何 ASP.NET 应用程序都可以使用整个 .NET Framework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。ASP.NET 可以无缝地与 WYSIWYG HTML 编辑器和其他编程工具（包括 Microsoft Visual Studio .NET）一起工作。这不仅使得 Web 开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发腊唯稿人员可以用来将服务器控件拖放到 Web 页的 GUI 和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

主流网站开发语言之JSP:JSP和Servlet要放在一起讲，是因为它们都是Sun公司的J2EE（Java 2 platform Enterprise Edition）应用体系中的一部分。
Servlet的形式和前面讲的CGI差不多，它是HTML代码和后台程序分开的。它们的启动原理也差不多，都是服务器接到客户端的请求后，进行应答。不同的是，CGI对每个客户请求都打开一个进程（Process），而Servlet却在响应第一个请求的时候被载入，一旦Servlet被载入，便处于已执行状态。对于以后其他用户的请求，它并不打开进程，而是打开一个线程（Thread），将结果发送给客户。由于线程与线程之间可以通过生成自己的父线程（Parent Thread）来实现资源共享，这样就减轻了服务器的负担，所以，Java Servlet可以用来做大规模的应用服务。
虽然在形式上JSP和ASP或PHP看上去很相似——都可以被内嵌在HTML代码中。但是，它的执行方式和ASP或PHP完全不同。在JSP被执行的时候，JSP文件被JSP解释器（JSP Parser）转换成Servlet代码，然后Servlet代码被Java编译器编译成 .class 字节文件，这样就由生成的Servlet来对客户端应答。所以，JSP可以看做是Servlet的脚本语言（Script Language）版。
由于JSP/Servlet都是基于Java的，所以它们也有Java语言的最大优点——平台无关性，也就是所谓的“一次编写，随处运行（WORA – Write Once, Run Anywhere）”。除了这个优点，JSP/Servlet的效率以及安全性也是相当惊人的。因此，JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。
在调试JSP代码时，如果程序出错，JSP服务器会返回出错信息，并在浏览器中显示。这时，由于JSP是先被转换成Servlet后再运行的，所以，浏览器中所显示的代码出错的行数并不是JSP源代码的行数，而是指转换后的Servlet程序代码的行数。这给调试代码带来一定困难。所以，在排除错误时，可以采取分段排除的方法（在可能出错的代码前后输出一些字符串，用字符串是否被输出来确定代码段从哪里开始出错），逐步缩小出错代码段的范围，最终确定错误代码的位置。

主流网站开发语言之CGI:CGI就是公共网关接口 (Common Gateway Interface) 的缩写。它是最早被用来建立动态网站的后台技术。这种技术可以使用各种语言来编写后台程序，例如C，C++，Java，Pascal等，但是目前在CGI中使用的最为广泛的是Perl语言。所以，狭义上所指的CGI程序一般都是指Perl程序，一般CGI程序的后缀都是.pl或者.cgi 。
CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。
由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。

如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下，Apache支持PHP，CGI，JSP且可运行于多种平台，虽然Apache是世界使用排名第一的Web服务器平台，但是众所周知，Windows以易用而出名，也因此占据不少的服务器市场。

我们常用的开发组合:

IIS环境下
1.ASP+ACCESS
2.ASP+SQL SERVER
3.ASP.NET+ACCESS
4.ASP.NET+SQL SERVER
APACHE环境下
5.jsp+Oracale
6.JSP+MYSQL
7.PHP+MYSQL

可以说,asp确实快过时了，在未来jsp和asp.net将会有巨大的潜力，但php凭借其开源的特性也会占有一定份额。

vb一般指vb6.0,是传统的win32编程。vb.net和asp.net是基于微软.net平台的语言。说java好主要是因为java的j2ee部分做企业级开发很强大，而且跨平台。c#是.net平台上最好用的语言，现在只能运行在windows系统。 web开发方面.net和j2ee的竞争很激烈，难说以后鹿死谁手。 现在做网站大部分都是asp.net或jsp的，asp.net容易上手，比较普及，但是平台单一，jsp虽然上手难，但是跨平台，安全性高。

下面比较一下ASP、ASP.net、JSP和PHP的优点和缺点：

ASP优点:
1. 无需编译
2. 易于生成
3. 独立于浏览器
4. 面向对象
5. 与任何ActiveX scripting 语言兼容
6. 源程序码不会外漏

缺点:
1、Windows本身的所有问题都会一成不变的也累加到了它的身上。安全性、稳定性、跨平台性都会因为与NT的捆绑而显现出来。
2、ASP由于使用了COM组件所以它会变的十分强大，但是这样的强大由于Windows NT系统最初的设计问题而会引发大量的安全问题。只要在这样的组件或是操作中一不注意，哪么外部攻击就可以取得相当高的权限而导致网站瘫痪或者数据丢失。
3、由于ASP还是一种Script语言所没除了大量使用组件外，没有办法提高其工作效率。它必须面对即时编绎的时间考验，同时我们还不知其背后的组件会是一个什么样的状况。
4、无法实现跨操作系统的应用。当然这也是微软的理由之一，只有这样才能发挥ASP最佳的能力。可是我却认为正是Windows限制了ASP，ASP的概念本就是为一个能让系统运行于一个大的多样化环境而设计的。
5、还无法完全实现一些企业级的功能：完全的集群、负载均横。

ASP.NET优点：
1． 简洁的设计和实施。
2． 语言灵活，并支持复杂的面向对象特性。
3． 开发环境。

缺点：
1．数据库的连接复杂。

JSP优点：
1、 一处编写随处运行。
2、 系统的多台平支持。
3、 强大的的可伸缩性。
4、 多样化和功能强大的开发工具支持。

缺点：
1、 与ASP一样，Java的一些优势正是它致命的问题所在。
2、 缺少系统性的资料。
3、 速度超慢

PHP优点：
1、 一种能快速学习、跨平台、有良好数据库交互能力的开发语言。
2、 简单轻便，易学易用。
3、 与Apache及其它扩展库结合紧密。
4、 良好的安全性。

缺点：
1、 数据库支持的极大变化。
2、 不适合应用于大型电子商务站点
3、 安装复杂。
4、 缺少正规的商业支持。
5、 无法实现商品化应用的开发。