蒙面人生

通常情况下为了防止跨站而导致整个服务器被挂马,我们采取的办法是一个网站对应一个guest账户,这样在很大程度上能解决跨站的问题.由于好久没弄iis了,这次将一个朋友的站搬到iis下,一切倒还正常,就是discuz上传附件的时候上传显示成功但是无法显示出列表.
找了很久,终于找到解决办法,就是inetsrv的目录权限问题,所以这个文件夹权限如果没添加guest的读取权限,那么就会造成我上面遇到的问题,解决办法很简单,就是将inetsrv权限添加guests的读取权限即可,当然可能只需要读取这个文件里面的某一两个应该也可以,知道的朋友说一下具体只需要添加那一两个文件的读取权限即可?

在事件查看器中，可以看到：

应用程序-特定 权限设置未将 COM 服务器应用程序(CLSID 为
{0C0A3666-30C9-11D0-8F20-00805F2CD064}
)的 本地 激活 权限授予用户 NT AUTHORITY\NETWORK SERVICE SID (S-1-5-20)。可以使用组件服务管理工具修改此安全权限。

有关更多信息，请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。

方法一:

最后又查阅了大量的英文资料，采用如下的方法：
点击“开始”-“控制面板”-“管理工具”-“组件服务”-“计算机”-“我的电脑”-“DCOM配置”，
选择其下的“IIS ADMIN SERVICE”，右健选择“属性”，找到“安全”，在“启动和激活权限”中编辑“自定义”，添加帐号“IWAM_*****”，
给该帐号赋予“本地启动”和“本地激活”的权限，重新启动IIS即可(点“开始”-“运行”-“CMD”，点确定，然后输入IISRESET运行即可)。

为应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制
服务器经常产生“应用程序池 'DefaultAppPool' 提供服务的进程关闭时间超过了限制。进程 ID 是 '2068'。”的错误，导致iis处于假死状态，经了解是IIS应用程序池的设置问题。解决方法如下：

Internet 信息服务(IIS)管理器－＞应用程序池－＞DefaultAppPool－＞右击属性
一、回收
1、回收工作进程（分钟）：选中，值为1740
2、回收工作进程（请求数目）：不选（原先设置为35000）
3、在下列时间回收工作进程：不填
4、消耗太多内存时回收工作进程：全不选。（2、3、4项可能避免了在访问量高的时候强制回收进程可能引发的服务器响应问题，导致iis假死不响应）
二、性能
     只选中空闲超时20分钟。其他都不选。WEB园最大工作进程数为1（默认）。注意web园这里一定要保持默认，如果填写其他超过1的数字就会导致一些网站程序的后台程序打不开或者刷新不停。

原来的请求队列限制为4000，现在无限制。
三、运行状况
     前两项都起用，是原来的默认设置。启动时间限制90秒，关闭时间限制180秒。

启动快速失败保护的钩去掉！
为了避免真的遇到很多错误时没有提示，可以不关闭，只是把快速保护的保护范围加大些，例如失败数50次 时间段5分钟 则关闭对应的程序。

“关闭时间限制180秒”是必须的，因为进程关闭的时间，原来为90秒限制,是默认值，如果进程关闭时间超过90秒，则认为超时，从而出现：进程关闭时间超过了限制 日志，所以，适当延长这个时间，可以避免这种错误

第2种方法：
原因：独立进程的 内存堆戋消耗完了，IIS不能创建更多的进程工作空间来处理
解决方法：
1. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC
2. 在Parameters键下新建一个DWORD项，名字为：UseSharedWPDesktop 值为1 重启IIS
第3种
问题已解决,发现是数据库连接无法释放,不知道是什么原因,同样的代码在本地就是好的,在服务器端就有问题,最后在连接串里加入以下语句解决问题.
Pooling=true; MAX Pool Size=512;Min Pool Size=50;Connection Lifetime=30
第4种
新建应用程序池，不同的网站引用不同程序池。

下面是网上的一些解决方法：

PHP has encountered an Access Violation at 7C94BD02 解决方法

先重启一下IIS就能当时解决这个问题!

解决方法如下:

第一种可能：

去掉 php中 eaccelerator 的扩展 这样做能够解决您的问题，不过可能会加重系统负担 因为eaccelerator主要是为了节省系统资源的东西

具体做法是找到php.ini 如果是我帮您配置的，一般在c:/php/php.ini或者 c:/winnt/php.ini 或者c:/windows/php.ini

去掉

ea主要是在unix环境下开发的，但是作者忽略到windows实际上不像u主机那样，是没有u主机的那种内存共享机制的 这个bug已经提交给他们了，希望0.9.5能够解决

当然，如果您的机器这个问题不严重，建议还是保留，ea是一块非常优秀的Php缓存+加速软件 配合zo使用，将会降低系统负担 50%-80%左右，提高负载能力、速度和效率 200%左右

第二种可能

session_save_path 需要设定一个实际的物理路径，并且该目录需要everyone的所有权限，类似U主机的0777

第三种可能 c:/winnt/temp 或者 c:/windows/temp 也需要everyone的所有权限，类似U主机的0777

第四种可能 您的内存严重不足，查看一下，如果有问题，请加内存，最好是一次加两条 比如加1G内存，最好是加2条一模一样的512M。否则没有启用双通道，效果也很一般

第五种可能 ZendOptimizer和php的搭配不是很好 换个版本试试看 目前比较稳定的搭配是 php4.3.11+zo 2.5.10a 或者php4.4.1+zo 3.0 beta2

第六种可能

这种多属于用win2003的用户 他们在应用池中设定了限制 比如多长时间回收，最大使用内存多少等等 这些设置势必造成这个经典的php错误