动力火锅：K2.1版先任务管理器查看下K内核是否为system账户运行，如果不是则面板输入10后q1切换为SYSTEM账户运行K内核。
然后进入C:\WINDOWS\system32，找到cmd.exe这个文件，右键->属性，在“安全”设...回到原帖

动力火锅：cmd看下users组是否有读取和执行权限，另外执行exec命令时都用绝对路径，不要用相对路径。另外看下php-cgi进程是否也是SYSTEM账户运行。回到原帖

动力火锅：cmd看下users组是否有读取和执行权限，另外执行exec命令时都用绝对路径，不要用相对路径。另外看下php-cgi进程是否也是SYSTEM账户运行。回到原帖

图片：QQ截图20161013083653.png

动力火锅：K2.1版先任务管理器查看下K内核是否为system账户运行，如果不是则面板输入10后q1切换为SYSTEM账户运行K内核。
然后进入C:\WINDOWS\system32，找到cmd.exe这个文件，右键->属性，在“安全”设...回到原帖

动力火锅：K2.1版先任务管理器查看下K内核是否为system账户运行，如果不是则面板输入10后q1切换为SYSTEM账户运行K内核。
然后进入C:\WINDOWS\system32，找到cmd.exe这个文件，右键->属性，在“安全”设...回到原帖

但问题偏偏出在php执行系统函数的上面了，其实，在php中执行系统函数非常简单，一个system，或exec就可以了，好了，开工，测试，没有出现相应的结果。难道是命令行语句有错吗？在cmd下运行，没有问题，说明不是软件的问题，难道，系统执行函数有错，用系统函数执行系统命令，见鬼了，居然有动静了。经过反复的测试，发现，只要是实现系统的命令，程序完美运行，只要一执行用户命令，程序没有反应。忘了，说了，我使用的apache+PHP的配置，IIS+PHP的环境，暂时对这个不感冒！总觉得配起来太麻烦。但不见得就不好啊，我只是犯懒了。
开始网上的搜索，大部分都是扯蛋的文章，没有发现一个有用的资料。没办法只能自己想办法，在这个项目开始以前，曾经在xampp环境下执行成功过一次，而由于xampp装上后占的硬盘太大，就换成了upupw了，该环境进行了的大量的优化组合，所以就果断的从xampp换成了upupw了，对了，其实是想用nginx组合的，但由于没有时间研究apache下的转换规则，就暂时放弃了，有时间再看看。废话少说，重新安装xampp，然后，在运行，居然。。。。。。。，活见鬼了，这2个环境没有大的区别啊，只是一个是系统服务运行，一个是单独运行。于是，把这个现象和upupw的作者做了反馈，他也表示不解，他对比了两个环境的配置文件，得出的结论是没有区别，于是，怀疑到是不是系统权限的问题啊，由于，执行系统命令，需要管理员权限并有完全控制功能，但我也查了。系统默认的就是管理员权限并有相应的规则。晕死，那就只能检查系统进程了，看看到底这2个系统后面发生了什么，打开任务管理器，看下面的截图：

居然发现，由于upupw使用的是系统服务运行的方式，它的用户名居然是system，而xampp没使用系统服务方式，它的用户名居然是administartor，不信这个邪，我把xampp也改成了系统服务方式，upupw由于无法更改选项，只能在系统服务栏中，把执行的用户名改成administator，活见鬼了，居然是xampp也不出结果了，upupw出结果。所以，最后的结论是原来是权限惹得祸。按理说不应该了，网上说的system的权限应该大于administartor的权限，有知道的人麻烦解释一下。

动力火锅：K2.1版先任务管理器查看下K内核是否为system账户运行，如果不是则面板输入10后q1切换为SYSTEM账户运行K内核。
然后进入C:\WINDOWS\system32，找到cmd.exe这个文件，右键->属性，在“安全”设...回到原帖