今天一大早一个同事在更新内容，打开后台的时候就出现了一个很奇怪的问题，问题的描述和代码如下：
The FastCGI Handler was unable to process the request.
Error Details:
The FastCGI process has failed frequently recently. Try the request again in a while
Error Number: -2147467259 (0x80004005).
Error Description: δָ¶¨µÄ´íÎó
HTTP Error 500 - Server Error.
Internet Information Services (IIS)
他重启了iis没有搞定，最后重启服务器问题依旧。最后没办法，只能我去给他处理了。
在解决问题之前我们先来了解一下FastCGI吧。
FastCGI像是一个常驻(long-live)型的CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去fork一次(这是CGI最为人诟病的fork-and-execute 模式)。FastCGI技术目前支持语言有 PHP、C/C++、Java、Perl、Tcl、Python、SmallTalk、Ruby等。相关模块在Apache,IIS, Lighttpd,Nginx等流行的服务器上也是可用的。
1. FastCGI 像是一个常驻 (long-live) 型的 CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去 fork 一次 (这是 CGI 最为人诟病的 fork-and-execute 模式)。
2. FastCGI 可在任何平台上使用，Netscape Enterprise 及 IIS 都有 FastCGI 的模块可供使用，阿帕契 (Apache，以及利用 Apache 衍生出做的服务器) 上也有 mod_fastcgi 可用。
3. FastCGI 支持 C/C++、Java、PHP、Python、Ruby、Perl，Tcl 等程序语言。
4. FastCGI 的应用程序亦兼容于 CGI。即 FastCGI 的应用程序也可以当成 CGI 来执行。
5. 现有的 CGI 程序要改写成 FastCGI 非常简单，最少可能只需要多加入三行程序代码。
6. FastCGI 的侦错方式与 CGI 大同小异，只要带入程序所需的环境变量及参数，即可在命令列模式执行或侦错。
7. FastCGI 应用程序的写作方式与 CGI 类似，除了几项原则要特别注意外，FastCGI 的写作方式跟 CGI 几乎一样，与学习 Web Server API 比较起来， FastCGI 简单多了。
8. FastCGI 支授分布式运算 (distributed computing)，即 FastCGI 程序可以在网站服务器以外的主机上执行并且接受来自其它网站服务器来的请求。
错误解决方法如下：
检查了服务器的所有设置，并没有发现什么问题，在网上找了一大堆资料和在国外论坛详细查询了下，一直没有找到解决办法。php.ini也不知道被我修改了多少次了，也不见效果。
无奈之下，发现php-cgi.exe是可以直接运行程序，双击运行一下，发现提示缺少msvcr71.dll，运行不成功，直接下载msvcr71.dll文件放到
C:/Windows/System/System32
C:/Windows/System
C:/Windows
下面，运行后又出了如下错误码
The FastCGI Handler was unable to process the request.
Error Details:
我操，看来还真的有点邪门了，再对服务器检查一次，刚一打开服务器，就跳出一个磁盘空间不足的提示，看来主要的问应该是这里了，赶紧查看一下，一看吓一跳，仅有17K的可用空间了，赶紧清理磁盘，问题马上解决了，后台不报错了。
虽然不知道原理 ，但也把自己经历写下，希望有同样错误的朋友能够根据看到，并解决这个问题。