• 作者: Laruence( )
• 本文地址: http://www.laruence.com/2011/05/05/2002.html
• 转载请注明出处

写博客最怕啥,,,最怕没话题, 没说的, 呵呵

好在公司内的PHP群里,同学众多, 于是又有了今天的这个话题.

说是, 在Apache的Access Log中会看到很多如下的访问日志:

127.0.0.1 - - [05/May/2011:10:54:07 +0800] "OPTIONS * HTTP/1.0" 200 -
127.0.0.1 - - [05/May/2011:10:54:08 +0800] "OPTIONS * HTTP/1.0" 200 -
127.0.0.1 - - [05/May/2011:10:54:09 +0800] "OPTIONS * HTTP/1.0" 200 -
127.0.0.1 - - [05/May/2011:10:54:10 +0800] "OPTIONS * HTTP/1.0" 200 -

这是什么意思呢?

Apache的文档中, 有如下的说明:

When the Apache HTTP Server manages its child processes, it needs a way to wake up processes that are listening for new connections. To do this, it sends a simple HTTP request back to itself. This request will appear in the access_log file with the remote address set to the loop-back interface (typically 127.0.0.1 or ::1 if IPv6 is configured). If you log the User-Agent string (as in the combined log format), you will see the server signature followed by “(internal dummy connection)” on non-SSL servers. During certain periods you may see up to one such request for each httpd child process.

可是, 为什么要唤醒呢? 唤醒是为了做什么呢?

在Apache Prefork模式下, 启动的时候, Apache就会fork出一些worker进程, 来准备接受请求, 这些worker进程, 在完成准备工作以后, 就会进入block模式的监听沉睡中, 等待请求到来而被唤醒.

另外一方面, 在Prefork模式下, 当请求很多, 目前的worker进程数不够处理的时候, 就会额外再fork一些worker进程出来, 以满足当前的请求.(参看:http://lamp.linux.gov.cn/Apache/ApacheMenu/mod/prefork.html).

而在这些请求高峰过后, 如果额外fork出来的进程数大于了MaxSpareServers, Apache就会告诉这些worker进程退出, 那么问题就来了,,

这些进程都在沉睡中啊, 怎么告诉他们, 并且让他们自我退出呢?

Apache会首先发送一个退出状态字(GRACEFUL_CHAR !)给这些Work进程.

static apr_status_t pod_signal_internal(ap_pod_t *pod)
{
    apr_status_t rv;
    char char_of_death = '!';
    apr_size_t one = 1;

    rv = apr_file_write(pod->pod_out, &char_of_death, &one);
    if (rv != APR_SUCCESS) {
        ap_log_error(APLOG_MARK, APLOG_WARNING, rv, ap_server_conf,
                     "write pipe_of_death");
    }

    return rv;
}

但此时, Worker进程不会去读这些状态字, 因为他们还在沉睡.

这个时候Apache就会发送一个OPTIONS请求给自己, 唤醒这些沉睡的进程.

static apr_status_t dummy_connection(ap_pod_t *pod)
{
//...有省略
    /* Create the request string. We include a User-Agent so that
     * adminstrators can track down the cause of the odd-looking
     * requests in their logs.
     */
    srequest = apr_pstrcat(p, "OPTIONS * HTTP/1.0\r\nUser-Agent: ",
                           ap_get_server_banner(),
                           " (internal dummy connection)\r\n\r\n", NULL);
//...有省略
}

这些进程在处理完当前请求以后(OPTIONS请求), 就会发现, oh, 主进程让我退出,

static void child_main(int child_num_arg)
{
//...有省略

    while (!die_now && !shutdown_pending) {
//...有省略
        //1. listen
        //2. accept
        //3. process request

        /* Check the pod and the generation number after processing a
         * connection so that we'll go away if a graceful restart occurred
         * while we were processing the connection or we are the lucky
         * idle server process that gets to die.
         */
        if (ap_mpm_pod_check(pod) == APR_SUCCESS) { /* selected as idle? */
            die_now = 1;
        }
//...有省略
   }
//...有省略
}

于是, 它就做完清理工作,, 然后自我消亡了~~~

Comments

• 2011/06/02, Thinking In LAMP Blog » Blog Archive » PHP每月通讯（2011年6月） writes: [...] http://www.laruence.com/2011/05/05/2002.html 　　Apache Access Log中的Options的含义 [...]

Related posts:

• AllowEncodedSlashes in Apache
• Apache主导全美100大网站
• 通过构造Hash冲突实现各种语言的拒绝服务攻击
• PHP5.4新特性-解引用实例化
• 加速PHP的ECHO

Related Posts:

• 通过构造Hash冲突实现各种语言的拒绝服务攻击
• AllowEncodedSlashes in Apache
• Apache启动过程(PHP_MINIT_FUNCTION的调用)
• 页面乱码问题根源浅析
• 使用C++编写Apache的模块 — 命令表,保存配置信息

• 作者: Laruence( )
• 本文地址: http://www.laruence.com/2010/05/24/1526.html
• 转载请注明出处

完成了第一版的bTwitter, 完美支持linux命令行下使用推特.

有几点要说明的:

1. 脚本假设终端是UTF-8的, 如果不是, 请自行iconv之类的.
2. 脚本中in_reply_to, 不知何故, 不能正常在推下方显示, 谁知道为什么?
3. 新浪微薄的API地址,调用很类似, 可以方便的修改以后用到新浪微薄中.

现在支持:

Usage：
	btwitter content    		发表Twitter
	btwitter -l|--list[USER]	查看[USER]的最新Twitter
	btwitter -f|--friend[ SIZE]	查看最新的[SIZE条]朋友更新
	btwitter -m|--mentions		查看最新的[SIZE条]@laruence

下载:http://code.google.com/p/btwitter/downloads/list

展示部分参考了沈觅仁的笔记本中的部分逻辑, 修复了不能显示中文, 以及sed正则的问题, 美化了输出等.

使用截图:

metion

List

Comments

• 2010/05/24, shell下发推脚本 | 风雪之隅 writes: [...] 请参看最新的bTwitter. [...]
• 2010/05/25, Jessica writes: 汗..原来是个bush脚本.. PS 我的验证码是dan 我想后面加个疼.
• 2010/05/25, 小熊 writes: 劳伦斯叔叔太强大了
• 2010/05/25, Tweets that mention BTwitter(Twitter In Bash) | 风雪之隅 -- Topsy.com writes: [...] This post was mentioned on Twitter by miracle, fury, Madog, notsobad, notsobad and others. notsobad said: *****http://www.laruence.com/2010/05/24/1526.html [...]
• 2010/05/26, glemir writes: 这个比较帅
• 2010/05/27, evan writes: encodeURL 方法似乎有问题，不能发推，接收没问题。注释掉之后就能正常发推了
• 2010/05/27, 雪候鸟 writes: @evan 输入是UTF-8编码么?
• 2010/06/10, xingai writes: 这个比较帅............

Related posts:

• PHP正则之递归匹配
• GBK编码PHP脚本导致语法错误(Zend Multibyte)
• shell下发推脚本
• 更简单的重现PHP Core的调用栈
• 深入理解PHP原理之Opcodes

Related Posts:

• shell下发推脚本

• 作者: Laruence( )
• 本文地址: http://www.laruence.com/2010/05/24/1515.html
• 转载请注明出处

Be Lazy, 懒得能不动鼠标, 就不愿动鼠标..

今天在推上看到有人的下面缀着”via bash”, 好奇怎么做到, 找来推的API, 其实挺简单..

请参看最新的bTwitter.

直接上代码, 不解释了, 只是有几点解释下

1. 如果是VPN, 不用代理, 就取消-x选项
2. 脚本直接从STDIN读取内容,内容需要是UTF-8编码, 如果你的终端不是, 那请在脚本中添加iconv
3. 做到完全脚本浏览/发推也是可以的.
4. 新浪微薄也有REST API, 理论上也是可以这么搞的.

代码:

#!/bin/bash
#by laruence<http://www.laruence.com>

USERNAME="用户名"
PASSWORD="密码"
PROXY="代理地址"

function encodeurl() {
    echo "$*" | awk 'BEGIN {
        split ("1 2 3 4 5 6 7 8 9 A B C D E F", hextab, " ")
        hextab [0] = 0
        for (i=1; i<=255; ++i) {
            ord [ sprintf ("%c", i) "" ] = i + 0
        }
    }
    {
        encoded = ""
        for (i=1; i<=length($0); ++i) {
            c = substr ($0, i, 1)
            if ( c ~ /[a-zA-Z0-9.-$]/ ) {
                encoded = encoded c             #不需要编码
            } else if ( c == " " ) {
                encoded = encoded "+"  #处理空格
            } else {
                #编码
                lo = ord [c] % 16
                hi = int (ord [c] / 16);
                encoded = encoded "%" hextab [hi] hextab [lo]
            }
        }
        print encoded
    }' 2>/dev/null
}

URL=https://api.twitter.com/1/statuses/update.xml

CONTENT=$*
REPLY=`echo $CONTENT | sed -n -e 's/^.*@\([^ ]\+\).*$/\1/p'`

DATA=`encodeurl $CONTENT`

POST="source=bash&status=$DATA"

#in_reply_to老是不能在下面显示出来, 不知何故
if [ -n "$REPLY" ]
then
    POST=$POST"&in_reply_to="$REPLY
fi  

MESSAGE=`curl -3 -k --silent -x$PROXY -u$USERNAME:$PASSWORD -d"$POST" $URL`

exit 0

Comments

• 2010/05/24, 54chen writes: http://www.54chen.com/_linux_/ssh-twitter-client.html 分享一下perl的版本
• 2010/05/24, 雪候鸟 writes: @54chen Perl也是Linux标准配备, 顶.
• 2010/05/24, pityonline writes: 贵博代码粘贴后每行都多了行号，还要手动去删除。最好换个能保留文件原来的编辑器……
• 2010/05/24, Brilliance writes: 我的UTF8发出去的汉字是***= =!
• 2010/05/25, Tweets that mention shell下发推脚本 | 风雪之隅 -- Topsy.com writes: [...] This post was mentioned on Twitter by 阿才, 大路阿神. 大路阿神 said: 【人肉GR分享】shell下发推脚本 http://www.laruence.com/2010/05/24/1515.html [...]
• 2010/07/08, AWu writes: 靠谱！ mark了～
• 2010/07/08, AWu writes: #in_reply_to老是不能在下面显示出来, 不知何故？ 这个是什么意思？ 如果是转义的话，你可以考虑用单引号～
• 2010/07/15, 雪候鸟 writes: @AWu 就是在一条twitter下面会显示 : about * hours ago via web in reply to somebody
• 2010/07/30, mahone writes: 这样就能绕过GFW了？如果是的话请告之原理，谢谢。 还是只是一个发帖查看的简单工具？
• 2010/07/31, 雪候鸟 writes: @mahone 不会, 还需要借助代理, 或者VPN.

Related posts:

• 分割GBK中文遭遇乱码的解决
• Linux上配置Nginx+PHP5(FastCGI)
• 数组非数字键名引号的必要性
• 深入理解PHP原理之变量(Variables inside PHP)
• PHP CLI模式下的多进程应用

Related Posts:

• BTwitter(Twitter In Bash)

• 作者: Laruence( )
• 本文地址: http://www.laruence.com/2010/04/21/1442.html
• 转载请注明出处

一直使用putty(pietty), 因为简单,小巧.

但是, 一直也羡慕SecureCRT支持sz/rs进行file transfer, 很简单,,,很方便… 而小Putty就只能借助ftp或者winscp了….

今天发现了一个基于Putty的改进版Le Putty(项目地址:http://sourceforge.net/projects/leputty/), 可以完美的支持ZModem进行file transfer.

下载Le Putty以后, 解压到自己的目录.

在目录中, 解压lsrz, 然后在Le Putty中Setting->ZModem中, 将sz和rz路径指向从lsrz中解压出来的对应可执行文件, 并设置好本地接受文件目录.

接下来, 登录服务器,

1. 下载:

 $ sz  file

然后在Le Putty的标题栏右键, 选择ZModem Recive…

2. 上传:

 $ rz

然后在Le Putty的标题栏右键, 选择ZModem Upload…

不足: 找不到显示Menu Bar的设置,,,, 也没有像pietty那样初始的简单登录界面., 不过,, 这些都是可以忍受的,

Comments

• 2010/04/21, evan writes: putty 可以用 scp
• 2010/04/21, Platinum writes: 一直在 SecureCRT 下用 scp 的路过
• 2010/04/21, Anders writes: putty上传不是问题，下载不行， 上传直接将 文件拖动到putty上就可以上传了。 下载的话就是 winscp了。
• 2010/04/21, 雪候鸟 writes: @anders 在我们公司,,上传,winscp都不行, 因为不是直接连接, 需要中转...
• 2010/04/24, zwws writes: XShell支持, 一直在用, 而且对个人用户的免费的.
• 2010/04/28, alewater writes: 百度应该是用的relay机器做的中转，还有可恶的token密码，防止密码被盗。
• 2010/05/09, 飞猪 writes: 来了就顶顶。。

Random Posts:

• 在Windows下编译Yaf
• 回答下在bugs.php上的一个问题
• 使用exit(-1)为什么得到255退出码?
• 汉字和Unicode码(utf-8)之间的转换(Pack/Unpack)
• Apache主导全美100大网站
• 编写提供对象给PHP使用的Module
• Facebook性能大提升的秘密：HipHop
• 浏览器多tab打开同一URL串行化的问题
• PHP Pallas CMS源码公布
• 数组非数字键名引号的必要性

• 本文地址: http://www.laruence.com/2010/04/17/1433.html
• 文章转自: Venom

Vim是一种毒品，一旦你习惯之后就无法离开：），写Blog也是如此。以前用Vim写Blog是依赖Vimperator可以调出Vim进行编辑，不过今天发现了更简便、连游览器都不需要开的方法，那就是Vim的Blog插件：vimpress。vimpress支持获取文章列表并编辑修改文件、新建文章、现场保存，并支持文章分类、标签。

PS：这篇文章就是我使用vimpress直接在gVim中完成的。

需注意的是，vimpress仅支持xlmrpc，下载前请先检查你的Blog是否具有xlmrpc功能！具体关于xlmrpc的信息请访问http://zh.wikipedia.org/zh-cn/XML-RPC

vimpress的下载地址在http://www.vim.org/scripts/script.php?script_id=1953

下载完vimpress之后，将插件对应文件夹放入。然后编辑blog.vim找到并修改以下代码。

command! -nargs=0 BlogList exec("py blog_list_posts()")
command! -nargs=0 BlogNew exec("py blog_new_post()")
command! -nargs=0 BlogSend exec("py blog_send_post()")
command! -nargs=1 BlogOpen exec('py blog_open_post(<f-args>)')
python <<EOF
# -*- coding: utf-8 -*-
import urllib , urllib2 , vim , xml.dom.minidom , xmlrpclib , sys , string , re

#####################
#      Settings     #
#####################

enable_tags = 1
blog_username = 'Test' #你用于登陆Blog的账户名
blog_password = 'Test' #你的Blog账户的地址
blog_url = 'http://www.test.com/xmlrpc.php' #你的Blog的xmlrpc文件地址  

#####################
# Do not edit below #
#####################

handler = xmlrpclib.ServerProxy(blog_url).metaWeblog
edit = 1

def blog_edit_off():
  global edit
  if edit:
    edit = 0
    for i in ["i","a","s","o","I","A","S","O"]:
    .....省略

然后重新启动你的Vim即可，以下是vimpress的命令清单。

:BlogList #列出Blog里的文章
:BlogNew #创建新文章
:BlogOpen ID #打开ID为“”的文章
:BlogSend #发布文章

vimpress的格式为：

"Strid #你的文章的ID
"Title #文章的标题
"Cats #文章分类，如有多个分类需建立多个Cats
"Tags #文章标签，多个标签需中间加入，空格

转载标注: 如果是wordpress, 在setting->writing中开启xml-rpc既可以使用. 不过目前不支持excerpt和custom fields, 比较郁闷.

Comments

• 2010/04/18, 小熊 writes: 小熊来拜雪候鸟锅锅
• 2010/04/18, Tweets that mention 用Vim写Blog -- Topsy.com writes: [...] This post was mentioned on Twitter by Jerry Wang, 开瓢android机器人. 开瓢android机器人 said: 用Vim写Blog http://goo.gl/fb/TvtOr [...]
• 2010/04/18, Yufeng writes: 哈哈，的确是会上瘾的，也说不上来为啥，只感觉别的工具写代码都好像不那么好用……
• 2010/04/18, 雪候鸟 writes: @yufeng 呵呵,现在赞同我当时要求你使用VIM了吧. :)
• 2010/04/19, Anders writes: 帮你纠错: 需注意的是，vimpress仅支持xlmrpc，下载前请先检查你的Blog是否具有xlmrpc功能！具体关于xlmrpc的信息请访问http://zh.wikipedia.org/zh-cn/XML-RPC 应该为 xmlrpc吧。
• 2010/04/19, SpriteWood » Blog Archive » vimpress and new colorscheme of wp writes: [...] google reader, 在 风雪之隅 上发现了这个蛮好玩的东东 vimpress, 配置一下 用户名/密码/xmlrpc地址 [...]
• 2010/04/20, 技术世界 writes: 我用的不是博客程序!~~
• 2010/05/06, yufeng writes: @雪候鸟 唉，当时要是不用就好了，导致心理失衡，看人家用IDE就想推销VIM，还要用力克制推销欲望，只淡淡一句：哦，其实VIM也挺好用的。
• 2010/07/12, personal loans writes: Do you acknowledge that it is the best time to get the mortgage loans, which will help you.

Related Posts:

• 将PHP Manual融入(g)Vim
• VIM中文乱码解决方案

• 本文地址: http://www.laruence.com/2010/01/27/1265.html
• 文章转自: Lucky_xi的百度空间

最近遇到的几个问题， 都和LD_LIBRARY_PATH有关， 想整理一篇心得， 但发现一片比较好的介绍文章， 就不再赘笔了。

一、编译和连接

一般来说，如果库的头文件不在 /usr/include 目录中，那么在编译的时候需要用 -I 参数指定其路径。由于同一个库在不同系统上可能位于不同的目录下，用户安装库的时候也可以将库安装在不同的目录下，所以即使使用同一个库，由于库的路径的不同，造成了用 -I 参数指定的头文件的路径也可能不同，其结果就是造成了编译命令界面的不统一。如果使用 -L 参数，也会造成连接界面的不统一。编译和连接界面不统一会为库的使用带来麻烦。

为了解决编译和连接界面不统一的问题，人们找到了一些解决办法。其基本思想就是：事先把库的位置信息等保存起来，需要的时候再通过特定的工具将其中有用的 信息提取出来供编译和连接使用。这样，就可以做到编译和连接界面的一致性。其中，目前最为常用的库信息提取工具就是下面介绍的 pkg-config。

pkg-config 是通过库提供的一个 .pc 文件获得库的各种必要信息的，包括版本信息、编译和连接需要的参数等。这些信息可以通过 pkg-config 提供的参数单独提取出来直接供编译器和连接器使用。

  The pkgconfig package contains tools for passing the include path and/or library
paths to build tools during the make file execution.

  pkg-config is a function that returns meta information for the specified library.

  The default setting for PKG_CONFIG_PATH is /usr/lib/pkgconfig because of the prefix
we use to install pkgconfig. You may add to PKG_CONFIG_PATH by exporting additional
paths on your system where pkgconfig files are installed. Note that PKG_CONFIG_PATH is
only needed when compiling packages, not during run-time.

在默认情况下，每个支持 pkg-config 的库对应的 .pc 文件在安装后都位于安装目录中的 lib/pkgconfig 目录下。例如，我们在上面已经将 Glib 安装在 /opt/gtk 目录下了，那么这个 Glib 库对应的 .pc 文件是 /opt/gtk/lib/pkgconfig 目录下一个叫 glib-2.0.pc 的文件：

prefix=/opt/gtk/
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include

glib_genmarshal=glib-genmarshal
gobject_query=gobject-query
glib_mkenums=glib-mkenums

Name: GLib
Description: C Utility Library
Version: 2.12.13
Libs: -L${libdir} -lglib-2.0
Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include

使用 pkg-config 的 –cflags 参数可以给出在编译时所需要的选项，而 –libs 参数可以给出连接时的选项。例如，假设一个 sample.c 的程序用到了 Glib 库，就可以这样编译：

$ gcc -c `pkg-config --cflags glib-2.0` sample.c

然后这样连接：

$ gcc sample.o -o sample `pkg-config --libs glib-2.0`

或者上面两步也可以合并为以下一步：

$ gcc sample.c -o sample `pkg-config --cflags --libs glib-2.0`

可以看到：由于使用了 pkg-config 工具来获得库的选项，所以不论库安装在什么目录下，都可以使用相同的编译和连接命令，带来了编译和连接界面的统一。

使用 pkg-config 工具提取库的编译和连接参数有两个基本的前提：

库本身在安装的时候必须提供一个相应的 .pc 文件。不这样做的库说明不支持 pkg-config 工具的使用。

pkg-config 必须知道要到哪里去寻找此 .pc 文件。

GTK+ 及其依赖库支持使用 pkg-config 工具，所以剩下的问题就是如何告诉 pkg-config 到哪里去寻找库对应的 .pc 文件，这也是通过设置搜索路径来解决的。

对于支持 pkg-config 工具的 GTK+ 及其依赖库来说，库的头文件的搜索路径的设置变成了对 .pc 文件搜索路径的设置。.pc 文件的搜索路径是通过环境变量 PKG_CONFIG_PATH 来设置的，pkg-config 将按照设置路径的先后顺序进行搜索，直到找到指定的 .pc 文件为止。

安装完 Glib 后，在 bash 中应该进行如下设置：

$ export PKG_CONFIG_PATH=/opt/gtk/lib/pkgconfig:$PKG_CONFIG_PATH

可以执行下面的命令检查是否 /opt/gtk/lib/pkgconfig 路径已经设置在 PKG_CONFIG_PATH 环境变量中：

$ echo $PKG_CONFIG_PATH

这样设置之后，使用 Glib 库的其它程序或库在编译的时候 pkg-config 就知道首先要到 /opt/gtk/lib/pkgconfig 这个目录中去寻找 glib-2.0.pc 了（GTK+ 和其它的依赖库的 .pc 文件也将拷贝到这里，也会首先到这里搜索它们对应的 .pc 文件）。之后，通过 pkg-config 就可以把其中库的编译和连接参数提取出来供程序在编译和连接时使用。

另外还需要注意的是：环境变量的设置只对当前的终端窗口有效。如果到了没有进行上述设置的终端窗口中，pkg-config 将找不到新安装的 glib-2.0.pc 文件、从而可能使后面进行的安装（如 Glib 之后的 Atk 的安装）无法进行。

在我们采用的安装方案中，由于是使用环境变量对 GTK+ 及其依赖库进行的设置，所以当系统重新启动、或者新开一个终端窗口之后，如果想使用新安装的 GTK+ 库，需要如上面那样重新设置 PKG_CONFIG_PATH 和 LD_LIBRARY_PATH 环境变量。

这种使用 GTK+ 的方法，在使用之前多了一个对库进行设置的过程。虽然显得稍微繁琐了一些，但却是一种最安全的使用 GTK+ 库的方式，不会对系统上已经存在的使用了 GTK+ 库的程序（比如 GNOME 桌面）带来任何冲击。

为了使库的设置变得简单一些，可以把下面的这两句设置保存到一个文件中（比如 set_gtk-2.10 文件）:

export PKG_CONFIG_PATH=/opt/gtk/lib/pkgconfig:$PKG_CONFIG_PATH
export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH

之后，就可以用下面的方法进行库的设置了（其中的 source 命令也可以用 . 代替）：

$ source set_gtk-2.10

只有在用新版的 GTK+ 库开发应用程序、或者运行使用了新版 GTK+ 库的程序的时候，才有必要进行上述设置。

如果想避免使用 GTK+ 库之前上述设置的麻烦，可以把上面两个环境变量的设置在系统的配置文件中（如 /etc/profile）或者自己的用户配置文件中（如 ~/.bash_profile） ；库的搜索路径也可以设置在 /etc/ld.so.conf 文件中，等等。这种设置在系统启动时会生效，从而会导致使用 GTK+ 的程序使用新版的 GTK+ 运行库，这有可能会带来一些问题。当然，如果你发现用新版的 GTK+ 代替旧版没有什么问题的话，使用这种设置方式是比较方便的。加入到~/.bashrc中，例如：

PKG_CONFIG_PATH=/opt/gtk/lib/pkgconfig

重启之后：

[root@localhost ~]# echo $PKG_CONFIG_PATH
/opt/gtk/lib/pkgconfig

二、运行时

库文件在连接（静态库和共享库）和运行（仅限于使用共享库的程序）时被使用，其搜索路径是在系统中进行设置的。一般 Linux 系统把 /lib 和 /usr/lib 两个目录作为默认的库搜索路径，所以使用这两个目录中的库时不需要进行设置搜索路径即可直接使用。对于处于默认库搜索路径之外的库，需要将库的位置添加到 库的搜索路径之中。设置库文件的搜索路径有下列两种方式，可任选其一使用：

在环境变量 LD_LIBRARY_PATH 中指明库的搜索路径。
在 /etc/ld.so.conf 文件中添加库的搜索路径。

将自己可能存放库文件的路径都加入到/etc/ld.so.conf中是明智的选择 ^_^
添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如：

/usr/X11R6/lib
/usr/local/lib
/opt/lib

需要注意的是：第二种搜索路径的设置方式对于程序连接时的库（包括共享库和静态库）的定位已经足够了，但是对于使用了共享库的程序的执行还是不够的。这是 因为为了加快程序执行时对共享库的定位速度，避免使用搜索路径查找共享库的低效率，所以是直接读取库列表文件 /etc/ld.so.cache 从中进行搜索的。/etc/ld.so.cache 是一个非文本的数据文件，不能直接编辑，它是根据 /etc/ld.so.conf 中设置的搜索路径由 /sbin/ldconfig 命令将这些搜索路径下的共享库文件集中在一起而生成的（ldconfig 命令要以 root 权限执行）。因此，为了保证程序执行时对库的定位，在 /etc/ld.so.conf 中进行了库搜索路径的设置之后，还必须要运行 /sbin/ldconfig 命令更新 /etc/ld.so.cache 文件之后才可以。ldconfig ,简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的库文件 缓存到/etc/ld.so.cache 以供使用。因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下 /sbin/ldco .cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用 的，结果编译 现明明就在那放着，搞的想大骂computer蠢猪一个。 ^_^

在程序连接时，对于库文件（静态库和共享库）的搜索路径，除了上面的设置方式 。因为用 -L 设置的路径将被优先搜索，所以在连接的时候通常都会以这种方式直接指定

前面已经说明过了，库搜索路径的设置有两种方式：在环境变量 LD_LIBRARY_PA 文件中设置。其中，第二种设置方式需要 root 权限，以改变 /etc/ld.so.conf 文件并执 系统重新启动后，所有的基于 GTK2 的程序在运行时都将使用新安装的 GTK+ 库。不幸的 会给应用程序带来兼容性的问题，造成某些程序运行不正常。为了避免出现上面的这些情 中对于库的搜索路径的设置将采用第一种方式进行。这种设置方式不需要 root 权限，设

$ export LD_LIBRARY_PATH=/opt/gtk/lib:$LD_LIBRARY_PATH

可以用下面的命令查看 LD_LIBRAY_PATH 的设置内容：

$ echo $LD_LIBRARY_PATH

至此，库的两种设置就完成了。

Related posts:

• 图解aclocal、autoconf、automake、autoheader、configure
• 用Tidy优化你的HTML(Optimizing HTML with Tidy)
• mysqlnd插件mysqlnd_ms的介绍
• Firefox DNS Cache 清除 扩展 V0.1
• 扩展PHP[Extending PHP](一)

Random Posts:

• JS文件装载器(Eve Js Loader)
• 寻找函数定义在哪个模块
• 浏览器多tab打开同一URL串行化的问题
• VIM中文乱码解决方案
• PHP:Header
• PHP中的Hash算法
• Yaf的性能对比测试
• PHP的老式语法
• 关于Javascript的作用域链的几句话
• 通过访客分布看中国IT业的发展

• 本文地址: http://www.laruence.com/2009/11/18/1154.html
• 文章转自: http://www.linuxcomputer.cn/

作为Linux下的程序开发人员,大家一定都遇到过Makefile,用make命令来编译自己写的程序确实是很方便.一般情况下,大家都是手工写一个简单Makefile,如果要想写出一个符合自由软件惯例的Makefile就不那么容易了.

在本文中,将给大家介绍如何使用autoconf和automake两个工具来帮助我们自动地生成符合自由软件惯例的 Makefile,这样就可以象常见的 GNU程序一样,只要使用”./configure”,”make”,”make instal”就可以把程序安装到Linux系统中去了.

这将特别适合想做开放源代码软件的程序开发人员,又或如果你只是自己写些小的Toy程序,那么这个文章对你也会有很大的帮助.
　

一.Makefile介绍

　　Makefile是用于自动编译和链接的 ,一个工程有很多文件组成,每一个文件的改变都会导致工程的重新链接,但是不是 所有的文件都需要重新编译,Makefile中纪录有文件的信息,在 make时会决定在链接的时候需要重新编译哪些文件.
　
　 Makefile的宗旨就是 ：让编译器知道要编译一个文件需要依赖其他的 哪些文件.当那些依赖文件有了改变,编译器会自动的发现最终的生成文件已经过时,而重新编译相应的 模块.
　　
Makefile的 基本结构不是 很复杂,但当一个程序开发人员开始写Makefile时,经常会怀疑自己写的 是 否符合惯例,而且自己写的 Makefile经常和自己的 开发环境相关联,当系统环境变量或路径发生了变化后,Makefile可能还要跟着修改.这样就造成了手工书写Makefile的 诸多问题,automake恰好能很好地帮助我们解决这些问题.
　　
使用automake,程序开发人员只需要写一些简单的 含有预定义宏的 文件,由autoconf根据一个宏文件生成configure,由automake根据另一个宏文件生成Makefile.in,再使用configure依据Makefile.in来生成一个符合惯例的 Makefile.下面我们将详细介绍Makefile的 automake生成方法.
　　

二.使用的 环境

　　本文所提到的 程序是 基于Linux发行版本：Fedora Core release 1,它包含了我们要用到的 autoconf,automake.

三.从helloworld入手

　　我们从大家最常使用的 例子程序helloworld开始.

　　下面的 过程如果简单地说来就是 ：

　　新建三个文件：

　　　helloworld.c
　　　configure.in
　　　Makefile.am

　　然后执行：

aclocal; autoconf; automake --add-missing; ./configure; make; ./helloworld

　　就可以看到Makefile被产生出来,而且可以将helloworld.c编译通过.

　　很简单吧,几条命令就可以做出一个符合惯例的 Makefile,感觉如何呀.

　　现在 开始介绍详细的 过程：

　　1.建目录

　　在 你的 工作目录下建一个helloworld目录,我们用它来存放helloworld程序及相关文件,如在 /home/my/build下：

$ mkdir helloword
$ cd helloworld

　　2. helloworld.c

　　然后用你自己最喜欢的 编辑器写一个hellowrold.c文件,如命令：vi helloworld.c.使用下面的 代码作为helloworld.c的 内容.

#include <stdio.h>
int main(int argc, char** argv){
	printf("%s", 'Hello, Linux World!\n");
	return 0;
}

　　完成后保存退出.
　　现在 在 helloworld目录下就应该有一个你自己写的 helloworld.c了.

　　3.生成configure

　　我们使用autoscan命令来帮助我们根据目录下的 源代码生成一个configure.in的 模板文件.
　　命令：

$ autoscan
$ ls
configure.scan helloworld.c

　　执行后在 hellowrold目录下会生成一个文件：configure.scan,我们可以拿它作为configure.in的 蓝本.
　　现在 将configure.scan改名为configure.in,并且编辑它,按下面的 内容修改,去掉无关的 语句：

==========================configure.in内容开始=========================================
# -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.
AC_INIT(helloworld.c)
AM_INIT_AUTOMAKE(helloworld, 1.0)
# Checks for programs.
AC_PROG_CC
# Checks for libraries.
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_OUTPUT(Makefile)
==========================configure.in内容结束=========================================

　　然后执行命令aclocal和autoconf,分别会产生aclocal.m4及configure两个文件：

$ aclocal
$ls
aclocal.m4 configure.in helloworld.c
$ autoconf
$ ls
aclocal.m4 autom4te.cache configure configure.in helloworld.c

　　大家可以看到configure.in内容是 一些宏定义,这些宏经autoconf处理后会变成检查系统特性.环境变量.软件必须的 参数的 shell脚本.

　　autoconf 是 用来生成自动配置软件源代码脚本（configure）的 工具.configure脚本能独立于autoconf运行,且在 运行的 过程中,不需要用户的 干预.

　　要生成configure文件,你必须告诉autoconf如何找到你所用的 宏.方式是 使用aclocal程序来生成你的 aclocal.m4.

　　aclocal根据configure.in文件的 内容,自动生成aclocal.m4文件.aclocal是 一个perl 脚本程序,它的 定义是 ：”aclocal – create aclocal.m4 by scanning configure.ac”.

　　autoconf从configure.in这个列举编译软件时所需要各种参数的 模板文件中创建configure.

　　autoconf需要GNU m4宏处理器来处理aclocal.m4,生成configure脚本.

　　m4是 一个宏处理器.将输入拷贝到输出,同时将宏展开.宏可以是 内嵌的 ,也可以是 用户定义的 .除了可以展开宏,m4还有一些内建的 函数,用来引用文件,执行命令,整数运算,文本操作,循环等.m4既可以作为编译器的 前端,也可以单独作为一个宏处理器.

4.新建Makefile.am
　　新建Makefile.am文件,命令：

$ vi Makefile.am
　　内容如下:
AUTOMAKE_OPTIONS=foreign
bin_PROGRAMS=helloworld
helloworld_SOURCES=helloworld.c

　　automake会根据你写的 Makefile.am来自动生成Makefile.in.

　　Makefile.am中定义的 宏和目标,会指导automake生成指定的 代码.例如,宏bin_PROGRAMS将导致编译和连接的 目标被生成.
　　5.运行automake:

$ automake --add-missing
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Makefile.am: installing `./depcomp'

　　automake会根据Makefile.am文件产生一些文件,包含最重要的 Makefile.in.

　　6.执行configure生成Makefile

$./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
$ ls -l Makefile
-rw-rw-r-- 1 yutao yutao 15035 Oct 15 10:40 Makefile

你可以看到,此时Makefile已经产生出来了.

7.使用Makefile编译代码

$make
if gcc -DPACKAGE_NAME=\"FULL-PACKAGE-NAME\" -DPACKAGE_TARNAME=\"full-package-name\" -DPACKAGE_VERSION=\"VERSION\" -DPACKAGE_STRING=\"FULL-PACKAGE-NAME\ VERSION\" -DPACKAGE_BUGREPORT=\"BUG-REPORT-ADDRESS\" -DPACKAGE=\"helloworld\" -DVERSION=\"1.0\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_STDLIB_H=1  -I. -I.     -g -O2 -MT helloworld.o -MD -MP -MF ".deps/helloworld.Tpo" -c -o helloworld.o helloworld.c; \
then mv -f ".deps/helloworld.Tpo" ".deps/helloworld.Po"; else rm -f ".deps/helloworld.Tpo"; exit 1; fi
gcc  -g -O2   -o helloworld  helloworld.o

　　运行helloworld

$ ./helloworld
Hello, Linux World!

　　这样helloworld就编译出来了,你如果按上面的 步骤来做的 话,应该也会很容易地编译出正确的 helloworld文件.你还可以试着使用一些其他的 make命令,如make clean,make install,make dist,看看它们会给你什么样的 效果.感觉如何？自己也能写出这么专业的 Makefile,老板一定会对你刮目相看.

四.深入浅出

　　针对上面提到的 各个命令,我们再做些详细的 介绍.

　　1. autoscan
　　autoscan是 用来扫描源代码目录生成configure.scan文件的 .autoscan
可以用目录名做为参数,但如果你不使用参数的 话,那么autoscan将认为使用的是当前目录.
autoscan将扫描你所指定目录中的 源文件,并创建configure.scan文件.
　　2. configure.scan
　　configure.scan包含了系统配置的 基本选项,里面都是 一些宏定义.我们需要将它改名为
configure.in
　　3. aclocal
　　aclocal是 一个perl 脚本程序.aclocal根据configure.in文件的 内容
,自动生成aclocal.m4文件.aclocal的 定义是 ："aclocal - create
aclocal.m4 by scanning configure.ac".
　　4. autoconf
　　autoconf是 用来产生configure文件的 .configure是 一个脚本,它能设置
源程序来适应各种不同的操作系统平台,并且根据不同的 系统来产生合适的 Makefile,从而可以使
你的源代码能在不同的操作系统平台上被编译出来.
　　configure.in文件的 内容是 一些宏,这些宏经过autoconf 处理后会变成检查系统
特性.环境变量.软件必须的 参数的 shell脚本.configure.in文件中的 宏的 顺序并没
有规定,但是 你必须在 所有宏的 最前面和最后面分别加上AC_INIT宏和AC_OUTPUT宏.
　　在 configure.ini中：
　　#号表示注释,这个宏后面的 内容将被忽略.
　　AC_INIT(FILE)
　　这个宏用来检查源代码所在 的 路径.
AM_INIT_AUTOMAKE(PACKAGE, VERSION)
　　 这个宏是 必须的 ,它描述了我们将要生成的 软件包的 名字及其版本号：PACKAGE是软件包
的名字,VERSION是 版本号.当你使用make dist命令时,它会给你生成一个类似
helloworld-1.0.tar.gz的 软件发行包,其中就有对应的 软件包的 名字和版本号.
AC_PROG_CC
　　这个宏将检查系统所用的 C编译器.
AC_OUTPUT(FILE)
　　这个宏是 我们要输出的 Makefile的 名字.
　　我们在 使用automake时,实际上还需要用到其他的 一些宏,但我们可以用aclocal 来帮
我们自动产生.执行aclocal后我们会得到aclocal.m4文件.
　　产生了configure.in和aclocal.m4 两个宏文件后,我们就可以使用autocon
f来产生configure文件了.
　　5. Makefile.am
　　Makefile.am是 用来生成Makefile.in的 ,需要你手工书写.Makefile.
am中定义了一些内容：
AUTOMAKE_OPTIONS
　　这个是 automake的 选项.在 执行automake时,它会检查目录下是 否存在 标准
GNU软件包中应具备的各种文件,例如AUTHORS.ChangeLog.NEWS等文件.
我们将其设置成foreign时,automake会改用一般软件包的 标准来检查.
bin_PROGRAMS
　　这个是 指定我们所要产生的 可执行文件的 文件名.如果你要产生多个可执行文件,
那么在各个名字间用空格隔开.
helloworld_SOURCES
　　这个是 指定产生"helloworld"时所需要的 源代码.如果它用到了多个源文件,
那么请使用空格符号将它们隔开.比如需要helloworld.h,helloworld.c那么请写成:
helloworld_SOURCES= helloworld.h helloworld.c.
　　如果你在 bin_PROGRAMS定义了多个可执行文件,则对应每个可执行文件都要定义相对的
filename_SOURCES.
　　6. automake
　　我们使用automake --add-missing来产生Makefile.in.
　　选项--add-missing的 定义是 "add missing standard files
 to package",它会让automake加入一个标准的 软件包所必须的 一些文件.
　　我们用automake产生出来的 Makefile.in文件是 符合GNU Makefile惯例
的 ,接下来我们只要执行configure这个shell 脚本就可以产生合适的 Makefile 文
件了.
　　7. Makefile
　　在 符合GNU Makefiel惯例的 Makefile中,包含了一些基本的 预先定义的 操作：

make
　　根据Makefile编译源代码,连接,生成目标文件,可执行文件.
make clean
　　清除上次的 make命令所产生的 object文件（后缀为".o"的 文件）及可执行文件.
make install
　　将编译成功的 可执行文件安装到系统目录中,一般为/usr/local/bin目录.
make dist
　　产生发布软件包文件（即distribution package）.这个命令将会将可执行文件及相关
文件打包成一个tar.gz压缩的 文件用来作为发布软件的 软件包.
　　它会在 当前目录下生成一个名字类似"PACKAGE-VERSION.tar.gz"的 文件.PA
CKAGE和VERSION,是 我们在 configure.in中定义的 AM_INIT_AUTOM
AKE(PACKAGE, VERSION).
make distcheck
　　生成发布软件包并对其进行测试检查,以确定发布包的正确性.

Comments

• 2010/01/25, Nathan writes: That's awesome! It would be great help for me.

Random Posts:

• 扩展PHP[Extending PHP](一)
• PHP:Header
• 深入理解PHP原理之变量分离/引用(Variables Separation)
• Opcodes list
• PHP字符串比较
• 深入理解PHP原理之函数(Introspecting PHP Function)
• Facebook性能大提升的秘密：HipHop
• 在PHP Module中获取$_GET/$_POST/$_COOKIE的方法研究
• HTTP1.0下HTTP_HOST为空
• 谈谈用户可预感体验

• 作者: Laruence( )
• 本文地址: http://www.laruence.com/2009/11/13/1138.html
• 转载请注明出处

PATH_INFO是一个CGI 1.1的标准，经常用来做为传参载体.

比如, 我们可以使用PATH_INFO来代替Rewrite来实现伪静态页面, 另外不少PHP框架也使用PATH_INFO来作为路由载体.

在Apache中, 当不加配置的时候, 对于PHP脚本, AcceptPathInfo是默认接受的, 也就是说:

如果在服务器在存在一个/laruence/index.php

那么, 对于如下请求,

/laruence/index.php/dummy
/laruence/dummy

Apache都接受, 都会认为是对info.php的访问, 并会设置PATH_INFO为dummy

而对于Nginx下, 是不支持PATH INFO的, 也就是它不会默认设置PATH_INFO.

而因为默认的配置文件对PHP的支持只是很基础的, 所以对于默认配置来说对于上面的访问也会是404, 提示找不到文件出错.

这对于一些使用PATH_INFO来传递关键信息的PHP框架来说(比如Kohana, Thinkphp), 简直是致命的.

对于这个问题, 一般来说有俩种解决方法, 第一种就是使用rewrite, 但是这个方法的缺点也是很明显的, 需要把PATH_INFO转换成Query String. 此处就不说明这种方法了~

而, 第二种方法就是我今天要提的, 模拟PATH_INFO:

首先 , 我们知道在Nginx中, 是通过对文件名的扩展名匹配, 来决定是否要交给php cgi服务器去解释的. 在nginx.conf中一般都有如下的默认配置段:

location ~ .php$ {
	fastcgi_index  index.php;
	fastcgi_pass   127.0.0.1:9000;
	include        fastcgi_params;
}

所以,对于形如/laruence/info.php/pathinfo这样的文件路径, Nginx是不会正确的交给php cgi服务器的. 所以我们需要改写这段配置为:

	location ~ .php {//片段匹配
	fastcgi_index  index.php;
	fastcgi_pass   127.0.0.1:9000;
	include        fastcgi_params;
}

现在, 脚本路径已经交由PHP自己处理了. 那怎么增加PATH_INFO呢?

首先, 我们需要打开PHP中cgi.fix_pathinfo配置项, 打开这个配置项以后, PHP会去根据CGI规范来检查SCRIPT_FILENAME中那部分是访问脚本和PATH_INFO(ini配置解释), 并根据SCRIPT_NAME来修改PATH_INFO(和PATH_TRANSLATED)为正确的值(其实也就是说明, PHP最初对CGI 1.1的支持并不到位)

然后, 就只要添加一个FASTCGI_PARAM项就好了:

location ~ .php {
	fastcgi_index  index.php;
	fastcgi_pass   127.0.0.1:9000;
	include        fastcgi_params;
	fastcgi_param  PATH_INFO $fastcgi_script_name;
}

现在试试吧…

btw: 当然, 上面的解决方法, 把对路径的分析交给了PHP去处理, 网上也有朋友给出了另外一种配置方法, 这个方法是由Nginx来分析路径(也就不需要fix_pathinfo):

location ~ \.php
{
	fastcgi_index index.php;
	fastcgi_pass 127.0.0.1:9000;
	include      fastcgi_params;
	set $path_info "";
	set $real_script_name $fastcgi_script_name;
	if ($fastcgi_script_name ~ "^(.+?\.php)(/.+)$") {
	set $real_script_name $1;
	set $path_info $2;
}
fastcgi_param SCRIPT_FILENAME /var/html/$real_script_name;
fastcgi_param SCRIPT_NAME $real_script_name;
fastcgi_param PATH_INFO $path_info;
}

后记, 最近发现的一个安全漏洞(Nginx + PHP CGI的一个可能的安全漏洞)和这个配置有关系, 请大家务必在使用第二种配置的时候,关闭cgi.fix_pathinfo. 另外关于这个漏洞我个人认为这个和Nginx没啥关系, 不属于Nginx的漏洞. 是配置的问题, 现在到处都在说是Nginx的Bug, 不妥不妥.

Comments

• 2009/11/13, zwws writes: 按上文修改conf后 访问/p.php/ 得到的结果是 /p.php/index.php
• 2009/11/13, esayr writes: 得到的结果 /p.php/index.php 是正常的.相当于一个文件夹. 文章转载请求.:)
• 2009/11/13, zwws writes: 纠正下, 我访问/p.php/ PATH_INFO是/index.php 访问/p.php/aa PATH_INFO是/aa 不明白了
• 2009/11/13, zwws writes: @esayr 大概理解你的意思了, 可是问题是apache下访问/p.php/返回的是/ 难道只能通过程序去"智能"判断么? 能否通过调整nginx的配置来解决呢?
• 2009/11/14, 雪候鸟 writes: @zwws 我已补充自己判断的配置, ;)
• 2009/11/15, zwws writes: 反复折腾了三次到现在, 结果依旧如下: 访问http://localhost/p.php/ PATH_INFO 为 /index.php PHP_SELF 为 /p.php/index.php 配置文件和http://localhost/p.php/的phpinfo()截图放在这了: http://www.zvv.cn/nginx_conf.rar
• 2009/11/15, zwws writes: 有空的话帮忙瞅瞅, thanks. :)
• 2009/11/15, zwws writes: 解决了. http://www.zvv.cn/blog/show-110-1.html
• 2009/11/16, 雪候鸟 writes: @zwws con~~ ;)
• 2009/11/17, Torr writes: 好文章，转载到 deving.cn 了，希望可以和更多的人分享
• 2010/01/20, Nginx/PHP Fastcgi PATH_INFO的一个问题 | 风雪之隅 writes: [...] 通过在nginx.conf中模拟PATH_INFO的方法会有一个bug. 那就是PATH_INFO不会被urldecode. [...]
• 2010/03/18, xinqiyang writes: 谢谢博主的分享，问题搞定了，Nginx 群
• 2010/04/08, LORIHerrera23 writes: I will recommend not to wait until you earn enough money to order different goods! You can get the loan or just small business loan and feel free
• 2010/05/20, PHP中的PATH_INFO | 鸭嘴的blog writes: [...] Nginx(PHP/fastcgi)的PATH_INFO问题 [...]
• 2010/05/21, nginx真的存在文件类型解析漏洞吗？ « 每日IT新闻，最新IT资讯，聚合多站点消息，保证你与世界同步 writes: [...] http://www.laruence.com/2009/11/13/1138.html， [...]
• 2010/05/22, nginx文件类型错误解析漏洞 – kindle's blog writes: [...] http://www.laruence.com/2009/11/13/1138.html Posted on 2010-05-21 at 3:05 下午 | Filed: 网络文摘 | Entry RSS 2.0 feed | Leave a [...]
• 2010/08/06, Trail's Blog » Nginx(PHP/fastcgi)的PATH_INFO问题 writes: [...] 本文地址: http://www.laruence.com/2009/11/13/1138.html [...]
• 2010/08/06, Guaranteed SEO writes: Guaranteed SEO runs a good Guaranteed google rank in the google.It is made of Guaranteed SEO company.Use the guaranteed SEO give the customers the guaranteed results whatever you want to search.Customers can put different sort of products in the guaranteed SEO. Customers can find their products in the Guaranteed google results.Guaranteed SEO has a eximious service team for every customer to the Guaranteed google position to show their products.
• 2010/09/28, 网站推广 writes: power cord网站利用半年时间采用了如下网站推广策略: URL优化。 美容网站不断优化URL,提高URL与推广内容的关联性。护肤例如 搜索“塑料产品”,在搜索页的URL中包含了关键词和搜索条件。 热敏 电阻中小企业特别需要有诚意、有能力帮助Louis Vuitton中小 企业成长的专业人士长期深入到企业中识别挑战、离心泵定 义问题、Replica Louis Vuitton剖析原因、万能试验机提出策略和解决方案.
• 2010/09/29, 纽约旅游租车 writes: 在纽约旅游租车:你可以享受一下汽车停下来为你让路的待遇。纽约购物这个待遇大家都知道,但是与跟着旅游团鱼贯而行的感受是不同的,纽约机场接送比如你独自一人时,发现让你过路的汽车乃是一重型大卡车(比坦克还重),大力士司机高踞在驾驶室里哀求般地请你先走。纤维球过滤器你在国内患了汽车恐惧症,你大吃一惊:汽车居然停下来,让你先。你不知所措,不敢动,等着它怒按喇叭。饮用水设备对不起,汽车上的喇叭基本上没人用,都生锈了。汽车总是静悄悄地开,总在为它侵扰行人的世界而内疚着似的。司机在等你过街,你太不好意思了,装着并不过路的样子,广东卫星电视等大卡车走掉,才猫着腰飞快溜过。如此几番,过大街就放开胆子了,广东卫星电视安装汽车恐惧症不治而愈。广东安装卫星电视看着排成一条龙的汽车恭候着你,你发现你不是什么过街老鼠,你乃步行之王。
• 2010/10/19, 气动隔膜泵 writes: 气动隔膜泵上海博生水泵制造有限公司系ISO9001-2000国际质量管理体系认证企业。磁力泵由原上海长虹工业泵厂联合国内多家同行及引进外资组建而成的合资企业。产品广泛应用于市政建设、农田水利、上海房地产律师火力发电、石油化工、冶金矿山、房产律师消防环保、食品、航运、医药和轻纺等各个领域，HART手操器是中国水泵业协会和压力变送器全国水泵联销体两大组织的成员企业。螺杆泵 水泵博生公司拥有一批专业技术精、上海房产律师管理水平高的复合型人才.
• 2010/10/27, 竹纤维家纺 writes: 现代都市生活忙碌而紧张,一个竹纤维家纺温暖的家能带给每个人最放松的休闲时光，如果说 的发展顺应人们热爱健康、 巴黎诗碧曼注重环保的迫切需求;就是这样的一个品牌,看好 ,源于它 ,其推出的竹纤维品牌家纺产品绝对是符合市场消费需求的产品,深大玉妹符合追求健康时尚产品和生活品味的人们所要求的。2.自动割管机机械设备防寒过冬所需各种油料的储备工作,自动割料机及时更换各类机械发动机的润滑油和防冻液,检查调整蓄电池电解液的比重等;带式过滤机对轨道车等进行彻底检查,严格按照要求做好橡胶带式过滤机制动试验,确保制动性能良好。
• 2010/11/15, 金属管转子流量 writes: 几种常用金属管转子流量计的基础知识和比较，叶轮、涡轮流量计、活塞或孔板等用以分流流体。PD流量计的精确度较高,是测量粘性液体的几种方法之一。齿轮流量计像PD流量计,涡轮流量计也会产生不可恢复的压力误差,也需要移动部件。 电磁流量计 具有传导性的流体在流经电磁场时,通过测量电压可得到流体的速度；齐齐哈尔市旅游资源十分丰富,波士顿旅游素以生态环境良好,野生动物植物繁多,山水景色秀美,文化古迹奇特,冰雪风光绮丽而著称。纽约购物近年来,我市旅游产业有了长足的发展,cheap handbags已经成为国民经济的重要组成部分。特别是我市是少数民族聚集区域NFL Jerseys,民族地区的历史文化积淀深厚,自然资源超声波清洗机、人文资源独具特色。
• 2010/11/25, 进口泵 writes: PS3 power cord Cyber Monday deals 2010 Best Buy Target & More ，power cord the next generation of gaming with Nyko's Power Cord for PlayStation 3. The power cord fits into any standard wall outlet and works great as a；江苏大学海水淡化装置科研成果国际领先，乳化机国产高压泵样机一次开机成功,进口阀门现场有一台国外进口泵也同时运行,经检测,在相同频率运行时,国产泵流量、均质器压力均高于进口泵,电机电流值低于进口泵,效率约为进口泵的1.11倍。进口水泵这意味着一个日产万吨级的反渗透海水淡化装置,进口泵如采用两台国产高压泵运行。
• 2010/12/10, Channel Magnets writes: 悬吊Channel Magnets地球仪 眼界超越局限尽在掌握,悬吊磁铁地球仪,仅仅是材质的变化,Sensors Magnets就把地球仪的呆板一扫而空;深灰的金属色,富有时尚触觉。 Other Magnetic Assembly它可以通过磁铁吸附,挂在墙上成为立体的球型壁画,悬吊在天花板上作为装饰,或者只是简单摆放在桌上。美白重要的是,无论何时何地;桃皮绒销量不减 ,寒意日渐袭人,这一季适用于制作成夹克衫、Nike air max、休闲装的面料在市场上销量一直是相当不错,商家忙碌着向工厂下订单、puma shoes做货样、催出货。cheap handbags无论是内销订单,还是外贸订货,护肤桃皮绒在近期的盛泽市场上有其一定的地位,尤其深受东欧地区的客商喜欢。
• 2011/04/14, cute writes: http://wiki.nginx.org/HttpFcgiModule#.24fastcgi_script_name fastcgi_split_path_info
• 2011/11/17, xiatian writes: location ~ .php {//片段匹配 光这样配置还是有风险,如果网站允许上传文件的话(比如图片),用户上传一个muma.php.jpg,该jpg文件内容为一个php木马,然后请求这个路径,如果php可以解析该目录里的文件的话,nginx会把它交给php解析执行,那木马就可以运行了,虽然有很多如果,但不注意可能性还很大. 对于框架来说好办,框架只访问index.php,所以只要nginx将php首页交给php处理.其他的php文件一律返回404好了. nginx还新增了一个fastcgi_split_path_info参数用于获取PATH_INFO信息: fastcgi_split_path_info ^(/index\.php)(.*)$; fastcgi_param PATH_INFO $fastcgi_path_info;
• 2011/11/18, Nginx(PHP/fastcgi)的PATH_INFO问题 » ijser writes: [...] 本文地址: http://www.laruence.com/2009/11/13/1138.html [...]

Related Posts:

• Nginx/PHP Fastcgi PATH_INFO的一个问题
• Nginx + PHP CGI的一个可能的安全漏洞
• 我们什么时候应该使用异常?
• 使用exit(-1)为什么得到255退出码?
• PHP的历史
• 如何设置一个严格30分钟过期的Session
• 2012年1月全球www网站技术报告
• PHP5.2.*防止Hash冲突拒绝服务攻击的Patch
• PHP数组的Hash冲突实例
• 通过构造Hash冲突实现各种语言的拒绝服务攻击

• 本文地址: http://www.laruence.com/2009/07/28/1030.html
• 转载文章

原文地址:http://shiningray.cn/linux-shang-pei-zhi-nginx-php5-fastcgi.html

Nginx是俄罗斯人编写的十分轻量级的HTTP服务器，以事件驱动的方式编写，所以有非常好的性能，同时也是一个非常高效的反向代理、负载平衡。其拥有匹配Lighttpd的性能，同时还没有Lighttpd的内存泄漏问题，而且Lighttpd的mod_proxy也有一些问题并且很久没有更新。

因此我打算用其替代Apache应用于Linux服务器上。但是Nginx并不支持cgi方式运行，原因是可以减少因此带来的一些程序上的漏洞。那么我们必须使用FastCGI方式来执行PHP程序。

下面是我成功地配置Nginx + PHP5 FastCGI的过程

首先安装或编译Nginx

安装Nginx

源码包可以在官方主页上下载。Ubuntu 7.10可以直接通过apt安装，也可以从这里下载最新的deb包：

sudo apt-get install nginx

wget http://sysoev.ru/nginx/nginx-0.5.34.tar.gz
tar zxvf nginx-0.5.34.tar.gz
cd nginx-0.5.34
./configure #默认配置安装路径为/usr/local/nginx 可以追加--prefix=/usr设置到/usr
make && make install  # install要求有root权限

/usr/local/nginx/conf 配置目录
/usr/local/nginx/html 默认的网站根目录
/usr/local/nginx/logs 日志和pid文件目录
/usr/local/nginx/sbin 执行文件目录

sudo /etc/init.d/nginx start

/usr/local/nginx/sbin/nginx

update-rc.d nginx defaults

#fastcgi_params
fastcgi_param  GATEWAY_INTERFACE  CGI/1.1;
fastcgi_param  SERVER_SOFTWARE    nginx;
fastcgi_param  QUERY_STRING       $query_string;
fastcgi_param  REQUEST_METHOD     $request_method;
fastcgi_param  CONTENT_TYPE       $content_type;
fastcgi_param  CONTENT_LENGTH     $content_length;
fastcgi_param  SCRIPT_FILENAME    $document_root$fastcgi_script_name;
fastcgi_param  SCRIPT_NAME        $fastcgi_script_name;
fastcgi_param  REQUEST_URI        $request_uri;
fastcgi_param  DOCUMENT_URI       $document_uri;
fastcgi_param  DOCUMENT_ROOT      $document_root;
fastcgi_param  SERVER_PROTOCOL    $server_protocol;
fastcgi_param  REMOTE_ADDR        $remote_addr;
fastcgi_param  REMOTE_PORT        $remote_port;
fastcgi_param  SERVER_ADDR        $server_addr;
fastcgi_param  SERVER_PORT        $server_port;
fastcgi_param  SERVER_NAME        $server_name;
# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param  REDIRECT_STATUS    200;

cgi.fix_pathinfo=1;

server {
    index index.php;
    root  /usr/local/nginx/html;

    location ~ .*.php$ {
        include /usr/local/nginx/conf/fastcgi_params;  #请根据自己保存的路径进行设置
        fastcgi_index index.php;
        fastcgi_pass  127.0.0.1:9000; #请根据自己的FastCGI绑定的地址和端口进行配置
    }
}

kill -HUP `cat /usr/local/nginx/logs/nginx.pid`

1.如果进程崩溃，难以配置重新启动
2.单进程的效率低

wget http://www.lighttpd.net/download/lighttpd-1.4.18.tar.bz2 #获取Lighttpd的源码包
tar -xvjf lighttpd-1.4.18.tar.bz2
cd lighttpd-1.4.18
./configure  #编译
make
cp src/spawn-fcgi /usr/local/bin/spawn-fcgi #取出spawn-fcgi的程序

/usr/local/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u www-data -g www-data -f /usr/bin/php-cgi

-f <fcgiapp> 指定调用FastCGI的进程的执行程序位置，根据系统上所装的PHP的情况具体设置
-a <addr> 绑定到地址addr
-p <port> 绑定到端口port
-s <path> 绑定到unix socket的路径path
-C <childs> 指定产生的FastCGI的进程数，默认为5（仅用于PHP）
-P <path> 指定产生的进程的PID文件路径
-u和-g FastCGI使用什么身份（-u 用户 -g 用户组）运行，Ubuntu下可以使用www-data，其他的根据情况配置，如nobody、apache等