PHP调用Linux命令无权限的问题解决（visudo）

下面来看一个关于PHP调用Linux命令无权限的问题解决（visudo），希望文章对大家有帮助．

业务背景:  yourcmd为我的linux程序，它对权限要求非常严格，当用php去执行yourcmd程序

系统：CentOS 6.3

apache是php的执行用户

用exec函数去执行linux系统上的程序/usr/local/yourcmd/sbin/yourcmd

php代码如下

<?php
$conf_file = "/var/www/html/webroot/test.tmp";
$command = "sudo /usr/local/yourcmd/sbin/yourcmd -t -f {$conf_file}";
exec($command,$out);
print_r($out);

测试结果为没有权限

Array ( [0] => sudo: no tty present and no askpass program specified )
解决步骤：

 

$ visudo

1）注释以下行

#Defaults    requiretty

2）在文件末尾加入以下

apache ALL=(ALL) NOPASSWD: ALL
Cmnd_Alias yourcmd = /usr/local/yourcmd/sbin/yourcmd

最后测试结果

Array ( [0] => Warning: memory is too small: 1044725760 [1] => test configure is ok )

PHP中mssql_connect()函数无效目前有两种情况，php5.3之前的版本可能是因为ntwdblib.dll文件版本与目录问题，如果是之后配置与之前版本有一些区别，下面来看看吧

php5.3之前的版本我给大家一个解决方案

第一步，检查你的程序是否存在问题，排除程序自身的问题。

第二步，要将服务器端的C:/windows/system32下的ntwdblib.dll和PHP安装目录下的ntwdblib.dll的版本号保持一致！

上述两步基本上就可以解决mssql_connect()函数无效的问题了！（这个问题害的我研究了半天！）

php5.3之后的版本如下

windows系统下,PHP5.3以上的版本已经不支持mssql扩展.

首先http://msdn.microsoft.com/en-us/sqlserver/ff657782.aspx 点击 get it 下载SQLSRV20.EXE。
将文件解压到php的扩展文件夹ext下,打开php.ini在结尾添加:

[PHP_PDO_SQLSRV]

extension=php_pdo_sqlsrv_53_nts_vc6.dll

[PHP_SQLSRV]

extension=php_sqlsrv_53_nts_vc6.dll

好了这样就搞定了哦．

最近发现一个奇怪的事件，刚编辑好的php文件上传到Linux服务器上，然后下载后就发现代码在一行，换行符丢失了，找了好久才找到解决办法，分享如下。

在使用ftp软件上传下载php源文件时，我们偶尔会发现在本地windows下notepad++编辑器写好的php文件，在使用ftp上传到linux服务器后，php文件的换行符全部丢失了，导致php文件无法正常运行。

这个时候，再次通过ftp软件把刚才上传的php文件下载到本地windows，用notepad++编辑器打开后，发现php源代码变成了一行，换行丢失。

发生这种情况的原因是什么呢？飘易就以一句话概括下：

由于linux下换行是n，而windows下换行是rn，当ftp软件在上传时，默认是以ASCII方式上传的，而ASCII方式上传文件有个特点，会将文件里的换行符进行适当处理以符合上传服务器的运行环境。在这个过程中，部分文件就会处理不当，出现换行符丢失的bug。（注意，不是全部php文件，是小部分的php文件会出现这个问题）。

上诉问题尤其在php源码里有单行注释符“//”时，会导致php源文件直接无法运行。因为源码变成了一行代码后，单行注释符把//后面所有的代码都注释掉了。

FTP上传bug解决方法:

方法1: 将单行注释符 // 改成 多行注释符 /* 注释文字 */ 这样即使换行符丢失，也不影响后面源码的执行。（但是下载到本地二次修改时，依然是件头疼的事！）
方法2: FTP上传php文件不要使用ASCII模式，全部使用二进制方式。这是最保险的。 如何设置ftp软件以二进制方式Binary上传，请网络搜索下自己使用的ftp软件的设置方式。


【知识补充：FTP的ASCII和Binary传输模式】 ：

FTP有ASCII和Binary两种传输模式：
Binary模式不会对数据进行任何处理。
Ascii模式会将回车换行转换为本机的回车字符。
 
由于WINDOWS和UNIX的行结束符不一样。所以从WINDOWS用Binary传输方式传输文本文件到UNIX时可能会出现^M。同样从UNIX用Binary方式传输文件到WINDOWS时，也可能出现回车换行显示不正确的问题。
 
WINDOWS下新建ftp_ascii.txt内容如下：
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;

我们分别用两种模式上传到UNIX.
ASCII模式正常
vi ftp_ascii.txt
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;

二进制模式 Binary有问题

vi ftp_ascii.txt
hello word!^M
WINDOWD TO UNIX !^M
TEST FTP Binary;

由此可知我们采用ASCII模式传输文本可以避免传输中的^M问题。 FTP中虽然ASCII模式可以避免^M的问题。但大多数情况还是选择Binary方式，这样可以保证传输的内容不会被改变。尤其是在传输可执行文件如php源码时, 大多选用binary方式。

在FlashFXP中可以在菜单->会话->传输模式中 选择ASCII ,BINARY ,自动三种模式。

另外，我们以ssh登录sftp的方式上传文件时，也可以避免换行丢失的问题。

preg_match_all是执行一个全局正则表达式匹配函数，今天在win2003使用preg_match_all居然导致apache崩溃，下面是解决办法。

平台是windows server 2003（32位系统） + Apache/2.2.9 (Win32) + PHP/5.2.17，在使用正则表达式 preg_match_all （如 preg_match_all("/ni(.*?)wo/", $html, $matches);）进行分析匹配比较长的字符串 $html 时（大于10万字节，一般用于分析采集回来的网页源码），Apache服务器会崩溃自动重启。

在Apache错误日志里有这样的提示：

[Thu Apr 11 18:31:31 2013] [notice] Parent: child process exited with status 128 -- Restarting.
[Thu Apr 11 18:31:31 2013] [notice] Apache/2.2.9 (Win32) PHP/5.2.17 configured -- resuming normal operations
[Thu Apr 11 18:31:31 2013] [notice] Server built: Jun 13 2008 04:04:59
[Thu Apr 11 18:31:31 2013] [notice] Parent: Created child process 2964
[Thu Apr 11 18:31:31 2013] [notice] Disabled use of AcceptEx() WinSock2 API
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Child process is running
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Acquired the start mutex.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Starting 350 worker threads.
[Thu Apr 11 18:31:31 2013] [notice] Child 2964: Listening on port 80.

经过查阅Apache官方以及论坛资料后，发现win平台下用正则 preg_match_all 或preg_match 分析比较长的字符串时，导致apache崩溃重启的原因是windows平台下默认分配的线程堆栈空间 ThreadStackSize 太小导致的。 win32默认只有256KB，而在 linux下默认值是 8M，这就是为什么同样的程序在 linux平台下正常，而在 win平台下不正常的原因。

根据PCRE library的官方说明：256 KB 的堆栈空间对应的pcre.recursion_limit大小应该不超过524。
Here is a table of safe values of pcre.recursion_limit for a variety of executable stack sizes:
下面就是一张Stacksize和pcre.recursion_limit对应的建议安全值，超过这个数值就极有可能发生堆栈溢出，apache crash:
Stacksize   pcre.recursion_limit
 64 MB      134217
 32 MB      67108
 16 MB      33554
  8 MB      16777
  4 MB      8388
  2 MB      4194
  1 MB      2097
512 KB      1048
256 KB      524

如果你没有调整堆栈大小，就必须在使用正则的PHP页面最开头加入：

<?php
ini_set("pcre.recursion_limit", "524"); // PHP default is 100,000.
?>

查看具体的错误可以使用下面的代码：

$resultsArray = preg_match_all("/table.*?<a>/isU", $html, $contents);
if ($resultsArray === 0){
echo get_pcre_err();
}
function get_pcre_err(){
        $pcre_err = preg_last_error();  // PHP 5.2 and above.
        if ($pcre_err === PREG_NO_ERROR) {
            $msg = 'Successful non-match.';
        } else {
            // preg_match error!
            switch ($pcre_err) {
                case PREG_INTERNAL_ERROR:
                    $msg = 'PREG_INTERNAL_ERROR';
                    break;
                case PREG_BACKTRACK_LIMIT_ERROR:
                    $msg = 'PREG_BACKTRACK_LIMIT_ERROR';
                    break;
                case PREG_RECURSION_LIMIT_ERROR:
                    $msg = 'PREG_RECURSION_LIMIT_ERROR';
                    break;
                case PREG_BAD_UTF8_ERROR:
                    $msg = 'PREG_BAD_UTF8_ERROR';
                    break;
                case PREG_BAD_UTF8_OFFSET_ERROR:
                    $msg = 'PREG_BAD_UTF8_OFFSET_ERROR';
                    break;
                default:
                    $msg = 'Unrecognized PREG error';
                    break;
            }
        }
    return($msg);
}

对于正则的修饰符 isU 说明：

i: 表示in-casesensitive，即大小写不敏感
s: PCRE_DOTALL，表示点号可以匹配换行符。
U: 表示PCRE_UNGREEDY，表示非贪婪，相当于perl/python语言的.*?，在匹配过程中，对于.*正则，一有匹配立即执行，而不是等.*搜索了所有字符再一一返回

在使用正则表达式时，我们应该尽量避免递归调用，递归容易导致堆栈溢出。比如：

/<table((?!<table).)*?</a>/isU 就会发生错误，而使用 /<table.*?</a>/i 就正常。


那么如何增加win平台下 ThreadStackSize 的大小呢？ 在apache的配置文件 httpd.conf 里启用 “Include conf/extra/httpd-mpm.conf”（删除前面的注释#），然后在 httpd-mpm.conf 文件里的 mpm_winnt_module 配置模块里设置 “ThreadStackSize 8400000”即可（大约8M）。

<IfModule mpm_winnt_module>
    ThreadStackSize 8400000
    ThreadsPerChild      200
    MaxRequestsPerChild    10000
    Win32DisableAcceptEx
</IfModule>

这里需要注意的是，32位的Apache程序只能最多使用大约2GB内存空间！ 因此，ThreadStackSize 和ThreadsPerChild 的值相乘后（8M * 200）不应该超过2G，否则无法启动apache，出现的错误日志如下：

[Thu Apr 11 20:02:45 2013] [crit] (OS 8)存储空间不足，无法处理此命令。  : Child 4832: _beginthreadex failed. Unable to create all worker threads. Created 212 of the 220 threads requested with the ThreadsPerChild configuration directive.

通过上面的提示，飘易可以告诉大家的是在我的这台服务器上，当线程堆栈大小设为8M时，我可以设置的线程数最多是212个。

502 bad gateway这个问题很多朋友一看就以为是nginx或apache的问题，其实不然了，除了它们两会出现这个问题之外还有像php模块也会导致此问题的出现了，下面一起来看看吧．

502 bad gateway不一定全是nginx,apache之类引起的，也有可能是由其他模块引起的，例如：php

1,查看php-fpm和nginx的log

# vim /var/log/nginx/error.log
recv() failed (104: Connection reset by peer) while reading response header from upstream
# vim /var/log/php-fpm/error.log
WARNING: [pool www] child 29522 exited on signal 11 (SIGSEGV - core dumped) after 2165.472759 seconds from start

2,由php的eaccelerator导致502 bad gateway错误

我根据上面的二个错误，在网上找方法大部分都说是由nginx或者apache引起的，最近并没有动nginx的配置，不可能好好的就不行了，当看到有说php扩展apc，有可能会引起502 bad gateway时,因为eaccelerator根apc差不多，猜想会不会是eaccelerator引起502呢？

# mv /etc/php.d/eaccelerator.ini{,bak} 
# /etc/init.d/php-fpm restart 

重启后问题解决。开始的时候，我以为是cache目录和log目录的权限导致502的，就算改了所属用户，并且在加上777权限，也还是502错误