ZendOptimizer.MemoryBase@NETWORK SERVICE问题解决方法

日志提示

事件 id ( 2 )的描述(在资源( zend optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 dll 文件来从远程计算机显示消息。您可能可以使用 /auxsource= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: c:\windows\temp\zendoptimizer.memorybase@network service@262916123, 系统找不到指定的文件。
.
事件 id ( 487 )的描述(在资源( zend optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 dll 文件来从远程计算机显示消息。您可能可以使用 /auxsource= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: unable to view file mapping, 试图访问无效的地址。

从网上搜索到的n种可能及解决方法

解决办法一：

1.修改c:\windows\temp\目录的访问权限，使zend可以对目录进行修改
一般添加iis_wpg和network service的写入权限就够了
2.有可能在c:\windows\temp\目录下找不到该文件，方法是新建文件名为zendoptimizer.memorybase@system和zendoptimizer.memorybase@network service（如果没有）空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"（注意=两边的空格）
4.还有可能就是iis没有读取zend目录的权限，为c:\program files\zendoptimizer-2.6.2\lib\optimizer-2.6.2目录和c:\program files\zendoptimizer-2.6.2\lib\zendextensionmanager.dll文件添加iis_wpg读取权限（注意版本不同可能路径也有所不同）

解决有三种方法:

一种是在php.ini中去掉eaccelerator，然后重启iis和mysql服务；
第二种是在php.ini中加入一个"extension=php_yaz.dll"扩展，必须启用他，然后重启iis和mysql服务，ok问题解决。。。
第三种就是修改c:\windows\temp\目录的访问权限，使zend可以对目录进行修改，第三种情况一般很少出现。

解决办法:

1.修改c:\windows\temp\目录的访问权限，使zend可以对目录进行修改
一般添加iis_wpg和network service的写入权限就够了
2.有可能在c:\windows\temp\目录下找不到该文件，方法是新建文件名为zendoptimizer.memorybase@system和zendoptimizer.memorybase@network service（如果没有）空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"（注意=两边的空格）
4.还有可能就是iis没有读取zend目录的权限，为c:\program files\zendoptimizer-2.6.2\lib\optimizer-2.6.2目录和c:\program files\zendoptimizer-2.6.2\lib\zendextensionmanager.dll文件添加iis_wpg读取权限（注意版本不同可能路径也有所不同）

c:\program files\zend
administrators 完控
system 完控
service 完控
users　读取和运行，列出文件夹目录，读取
c:\windows\temp
administrator 全部权限
system 全部权限
users 全部权限

extension=php_yaz.dll
extension=php_zip.dll
extension=php_sockets.dll

另外一种说法

跟扩展无关。这个错误表示 zendoptimizer 不能设置共享内存，通常是由于权限问题造成的。建议你先注释掉 zendoptimizer 部分，看看 phpinfo() 中输出 environment 的 temp 和 tmp 都是哪些路径，确认两个目录对 everyone 可写（尤其是 tmp 目录，因为 zendoptimizer 用的是 tmp 目录而不是 temp 目录）。
另外不妨用个 php 脚本往 tmp 目录里新建个 zendoptimizer.sharedmemoryarea@username 文件来测试一下 tmp 目录确实可写。

至后面实验出来的结果是

事件 id ( 2 )的错误没再出现，但事件 id ( 2487)的错误还是有，真不知还有那个可能了，希望有解决了的朋友也告诉我一声。