php-fpm 启动报please specify user and group other than root, pool ‘default’

本文章来给大家介绍关于php-fpm 启动报please specify user and group other than root, pool ‘default’的解决办法。

安装PHP ，配置fpm 成功后启动发现报错:

Starting php_fpm Aug 03 06:51:54.269165 [ERROR] fpm_unix_conf_wp(), line 124: please specify user and group other than root, pool ‘default’

解决办法：

修改php-fpm.conf

代码如下	复制代码
<!--  <value name="user">nobody</value>   -->     Unix group of processes  <!--  <value name="group">nobody</value>   --> 修改成 nginx 指定的用户与组  <value name="user">www</value>  Unix group of processes  <value name="group">www</value>

或者我们也可以这样配置

代码如下	复制代码
<!-- <value name="user">nobody</value> --> 改成 <value name="user">nobody</value>

启用nobody用户选项，保存退出，然后再重新启动php-fpm:

修改启动:

代码如下	复制代码
[root@localhost conf]# php-fpm start Starting php_fpm  done

fopen函数在php中多半是用于读写文件了，但有时也用于获取远程服务器的文件，但我们在使用fopen读取远程文件时需要开启allow_url_fopen才可以哦。

解决过程

首先排除了DNS的问题，因为除了这几个函数，其他一切工作正常。虽然是带域名的URL才有问题，但gethostbyname() 这个函数却可以得到正确返回。 然后想到的是php.ini 的配置问题——但发现allow_url_fopen 已经打开。 之后寻求Google帮忙，有人提及是SELINUX的问题。可我压根没有打开SELINUX。继续Google之，发现了StackOverflow的这篇

代码如下

复制代码

$file = fopen('http://www.google.com/', 'rb'); var_dump(stream_get_meta_data($file)); /* 输出结果： array(10) {   ["wrapper_data"]=>   array(2) {     ["headers"]=>     array(0) {     }     ["readbuf"]=>     resource(38) of type (stream)   }   ["wrapper_type"]=>   string(4) "cURL"   ["stream_type"]=>   string(4) "cURL"   ["mode"]=>   string(2) "rb"   ["unread_bytes"]=>   int(0)   ["seekable"]=>   bool(false)   ["uri"]=>   string(23) "http://www.google.com/"   ["timed_out"]=>   bool(false)   ["blocked"]=>   bool(true)   ["eof"]=>   bool(false) }*/

要使用fopen、getimagesize或include等函数打开一个url，需要对php.ini进行设置，通常设置allow_url_fopen为on允许fopen url，设置allow_url_include为on则允许include/require url，但在本地测试环境下却不一定管用

allow_url_fopen = on

Whether to allow the treatment of URLs (like http:// or ftp://) as files.

allow_url_include = on

Whether to allow include/require to open URLs (like http:// or ftp://) as files.

在本地wamp测试环境中，这样设置以后，fopen可以正常打开远程地址，但遇到本地的地址却会报错，例如

代码如下	复制代码
1 fopen("http://localhost/myfile.php", "r");

就会在超过php.ini中设置的脚本最长执行时间后报错，告知文件不存在等。这在在线服务器上是不会出现的，但如果将localhost替换成127.0.0.1，却可以正常工作。

从状况看，问题出在DNS解析上，按理说localhost已经自动被映射到127.0.0.1，实际上访问http://localhost和访问http://127.0.0.1也到达同一个地址。

解决的方法就是检查一下Windows的host文件，通常位于system32目录下，一个系统盘是C盘的host路径如下所示

代码如下	复制代码
C:/Windows/System32/drivers/etc/hosts

打开hosts文件，用记事本或者notepad++等工具

将下面的127.0.0.1前面的#去掉即可。

代码如下	复制代码
# localhost name resolution is handled within DNS itself. #   127.0.0.1       localhost

将url视为文件有什么用
比如给include的文件传值，可以这样

代码如下	复制代码
<?php include 'http://yourdomain.com/ example.inc.php?foo=1&bar=2'; ?>

在example.inc.php中

代码如下	复制代码
<?php     var_dump($_GET['foo']);    var_dump($_GET['bar']); ?>

运行结果

string(1) "1" string(1) "2"

mysql_connect()函数是一个php与mysql数据库连接函数，如果你的php不支持mysql_connect()函数就是你的数据库不能与mysql连接了，下面我来总结一下解决mysql_connect()不能使用的方法。

如果是apache环境我们参考下面办法解决

一、在系统的 system32（C:/windows/system32）目录下缺少libmysql.dll文件，解决方法是找到php目录下的libmysql.dll，并将libmysql.dll复制到C:/ windows/system32目录中，然后重新启动Web服务。

二、在C:/windows目录下的php.ini文件中，没有将“;extension=php_mysql.dll”中的前面一个“;”去掉，所以不能使用相应功能，解决方法是打开php.ini文件找到;extension=php_mysql.dll    改成

extension=php_mysql.dll    //去掉前面的;使之生效

三、Mysql目录没有读取权限，正确的目录权限如下：

administrator   完全控制
system          完全控制
users           读取和运行+列出文件夹目录+读取
其他的用户权限全部删除，然后重启MYsql服务和Web服务
（注:以上设置无安全设置;建议修改后重启一下服务器）
重要,还要检查php.ini文件的权限,检查复制到system32里面的php文件的权限,检查php安装目录文件夹的权限.至少要有users默认权限.temp文件夹至少要有users组修改级别权限.
但是，所有的方法都试过了，还是没能解决，于是我搜索了一下mysql_connect()不支持，
把以下代码保存为phpinfo.php:
<?php
phpinfo();
?>

如果iis环境我们参考下面办法解决

在整合IIS和PHP时需要注意的：
安装PHP
(1) 解压缩下载的php-5.1.4-Win32.zip文件，并将其复制到：
        X:/Server_Core/PHP ；
(2) 进入X:/Server_Core/PHP文件夹，将php.ini-dist 重命名为 php.ini ；
(3) 打开php.ini文件，找到：
        extension_dir = "./"
        将其改为；
        extension_dir = "X:/Server_Core/PHP/ext"
(4) 找到：Windows Extensions
        在Windows Extensions下方的动态模块配置中，需要打开以下模块支持：（去掉模块配置每行前面的；号即可）
        extension=php_mbstring.dll
        extension=php_gd2.dll
        extension=php_mysql.dll
(5) 找到：
        disable_functions =
改为：
        disable_functions =
passthru,exec,system,popen,chroot,escapeshellcmd,escapeshellarg,shell_exec,proc_open,proc_get_status其中第四条：
--------------------------------------------------------------------------------

(4) 找到：Windows Extensions
        在Windows Extensions下方的动态模块配置中，需要打开以下模块支持：（去掉模块配置每行前面的；号即可）
        extension=php_mbstring.dll
        extension=php_gd2.dll
        extension=php_mysql.dll ----->就是因为这行前面的分号“;”没去掉才导致上述报错的，即去掉分号，重启一下Apache服务器即可！！！

中文乱码多半是编码导致的我们只要调整一下输出编码即可解决中文乱码问题，下面我们看simplexml_load_file中文乱码解决办法。

在PHP5.0 中，simplexml_load_file（）是一个很好的读取和处理XML文件的函数，但是在读取和处理中文时会出现乱码，经过研究发现，如果是中文内容,必须经过iconv编码转换,否则显示为乱码。

代码如下	复制代码
$xml=simple_load_file('xml文件');   foreach($xml->soft as $temp){   echo $temp->name; //这就是软件名称了。    echo $temp->mem; //这就是软件说明了。 }

英文正确中文乱码，这个我估计就是编码问题了。

后来网上找到了相关文章，如核心一句

1、如果xml的encoding与文件类型不符，立刻报错
2、simplexml可以处理gbk的XML，即文件内容和encoding都为gbk(ANSI格式)
3、不管文件内容是什么，处理完了，都是UTF8.

具体方法如下：

代码如下	复制代码
$chname = iconv('utf-8', 'gb2312', $table->param["name"]);

实现将编码为'utf-8'的XML文件内容转换为 gb2312 格式的内容。

中文编码采用gb2312格式输出。

还有一种办法本人没测试过直接摊贩页面编码转成uft8

代码如下	复制代码
header("Content-type: text/html; charset=utf-8"); //因为wordpress默认编码是utf-8,但IE默认识别为gb2312,所以用header发一下编码 $url="http://www.111cn.net"; $xml =  simplexml_load_file($url); //载入远程XML文件 $title=$xml->channel->title; //根据节点获取博客标题（不循环） echo $title."<br />"; //如果节点循环了，可以用foreach循环取出 foreach($xml->channel->item as $item){  echo $item->title."<br />"; } //循环取出文章标题

本文章来给大家介绍关于在window下PHP调用curl报内存不够(curl out of memory)错误的解决办法，有碰到此类问题的朋友可参考。

今天在调用新浪微博api的时候（官网下载的sdk），发现发布图片微博的时候不成功，报错说：
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4294962523 bytes) in XXXsdksinasaetv2.ex.class.php on line 396
实在想不明白啊，不就上传个图片嘛，至于需要这么大内存吗！？

开始想官网提供的sdk，如果是代码有问题肯定其他开发者也碰到了，于是乎去新浪微博开发平台找答案，怪的很没人说起（不知道是大家都没碰到这问题还是咋的）。没办法，只能请谷歌。

一查还真有点头绪了，大部分出现这个问题的都是因为：用curl请求https，由于在获取证书的时候出问题了，这帖子感觉说的还行：CURLOPT_SSL_VERIFYPEER惹得祸，感兴趣的童鞋可以去看一下。但这个不是我这的原因，不扯远了，继续解决自己的错误。

照上面的帖子行不通，继续找。

但是这个里面的一句话给提醒了我，"出问题的服务器是Windows，工作的是linux。"。这有戏啊，问题可能出在php版本或跟操作系统上，于是把代码那linux上一测试，发现还真的没问题，大喜。
于是加了个关键字"window"重新搜了一遍，还真是这样，php官网果断的出现在了搜索结果里面里面，答案就在这：http://windows.php.net/。

 

看一下自己php的版本 5.2.5，活该出问题，不勤快点升级。

不多说，不过在写文章的时候又发现了这个（使用微博api发带图片的微博，提示内存不够，这哥们可比我惨多了，估计把所得内存都加上了之后才发现有点不头，哈哈），得来的全不费功夫啊（可惜这时候问题已经被我发现了，只是还没解决）。

解决方法：简单的解决方法就是升级一下php，敬业一点的方法当然就是自己改改代码，怎么改这 是个问题，我表示我不敬业，而且都懒得去升级。