pangome是什么护肤品
Ⅰ 这位漫威天神组名字叫什么他有多厉害身高多少体重多少看着感觉好厉害，要详细回答哦！再给我发一
最早登场于1979年，在1994年《神奇四侠》年刊里，kubik为读者当旁白讲解时遇到一名天神组，（注：当时的kubik是mu一切因果、逻辑、概念、宇宙等等诞生之前就已经存在.kubik是语言绝对无法形容，思维绝对无法想象，用一种说法kubik是超越逻辑的新全能。它的一个造物在上个世纪80年代，在和某个mu级别的角色对抗时。微不足道的一点力量形成的余波将mu规模一切宇宙的每一个生命、每一个细胞、任何花草树木全部变成超越人类一切逻辑认知的存在）kubik说，就算自己真正的超越
天神组创造多元宇宙
全能，但在这名天神组面前还是弱小的如同什么都不是！（（漫威入门分级：超级英雄<天父神=古神（全世界所有神话宗教中任何神、概念。）<天神组<额外维度级别<mu级别<真五大神级别<超mu级别<me级别<om级别）这个分级只供参考，不一定当真、因为漫威老漫画中都有真正意义上的普通人随便创造宇宙的描述、也有普通人身体比宇宙还大、上个世纪80年代更有普通人能随便做个选择而抹除无限个平行宇宙，也有连超级英雄级别都不如的人物表现出随便修改漫画内一切设定、一切剧情。可见漫威编辑们的节操）
Celestials]天神是一种宇宙超级神族。他们有二千英尺高, 全身都穿着盔甲。没有谁曾见过他们盔甲之下是什么样子或是知道他们的起源。知道的仅仅是他们过去曾在四个不同的时期拜访过地球，每一次拜访都改变了地球的历史。第一队天神大约在一百万年以前来到地球，在地球最高等的生物身上进行遗传基因的测试和实验，于是早期的人类诞生了。
94年神奇四侠(5张)
测试了人类基因的多种变化后，天神创造了两种人类后代类型，[the Eternals]永恒者和[the Deviants]异常者。他们对重要人类实验对象的唯一遗留物就是植入了一个睡眠状态的脱氧核糖核酸合成物，这个合成物某一天将会发生良性突变。
第二队天神大约在二万五千年以前来到地球来检查他们第一次拜访的结果。当发现异常者技术的方向产生了相反的结果后，天神们摧毁了异常者们的主要塞Lemuria。那股破坏的反作用力引起了大陆板块的改变，最后成为了亚特兰蒂斯大陆沉没的原因。
第三队天神在一千年前到达地球来检查人类发展的进度。他们登陆的地点被永恒者们作为了和秘鲁的印加人一起工作的地方。第三队天神在一次偶然的事件中被地球的神族遇见，包括北欧神族[Asgardians]的奥丁和奥林匹亚神族的宙斯、印度的梵天和湿婆神以及数不清的各种混沌神明在内，他们联手挑战了[Celestials]天神干涉人类事件的权利。 那一次大战的结果是，地球所有主要的神族发誓放弃他们参与涉及人类命运的行动。
第四队天神近几年到达了地球，目的是为了审判人类的价值观，既然那个沉睡状态的可以发生良性突变的DNA合成物由于全世界辐射等级加重已经被激活了。天神认为适者生存。当天神离开地球时，地球上最杰出的十二个人类将伴随他们一同离开。
无法知道究竟有多少个天神存在。甚至在地球上的第四队天神有多少个成员也是一个谜。其中有九个已经知道名字和职能，其它的天神虽然被见到过但却无法辨认出来。第四队天神中唯一知道的天神领袖是One Above All【本人注：这个只是天神组的老大他停留在地球期间保持环绕在母舰周围。登陆部队的首领是法官Arishem。
然而，目前所知道的是，为了进行遗传基因的实验，天神已经拜访过许多其它的种族。例如，[Skrulls]Skrull族被了解到就是天神实验的一个结果。天神们已经审判过很多这样的种族，然而地球显然是这些种族当中因对宇宙不存在潜在威胁破坏而目前唯一顺利通过天神审判的种族。
那里的迹象已经仅表现出天神的绝对力量。第四队天神中的每个成员都能抵抗住[Eternals]永恒者和[Asgardians]北欧诸神以及梵天之类的全世界所有神话体系中创世神以及混沌神集体力量的一次全力的正面攻击。Arishem已显示出一个念头就足以永久消除所有混沌神族领域空间的强大力量（不同尺寸,大小,特殊领域,不同概念、不同逻辑、如北欧神话里的九重天,中国的三十三层天,佛教的三千大千世界等等..........)。
天神强大力量的另一显示是，当第四队天神离开时，天神从凡人的思维和记忆中清除了他们过去和最近到访过的所有证据。至今只有永恒者，异常者，梵天、湿婆神、奥丁、盖亚、卡洛斯等天父以及少数的地球超级英雄没有被抹除他们到访过的记忆。
已知天神有
法官Arishem
当审判日来临时，Arishem是第一个到访行星的天神。如果他判决一个种族灭亡，他会召唤Exitar来灭族。Arishem最近决定消灭掉Pangoria行星上的高等种族并保护那里发现的次级种族。同时与此类似的，另一个Arishem登陆了Skrull族目前的皇家行星。
职能：在Arishem的手掌中有一个公式，他用这个来决定一个种族是生存还是灭亡。
搜索者Eson
Eson是第一个到访指定行星的天神。他到达那里时，那里的高智能生物还没有进化出来。
职能：Eson具有搜索生命体的能力，他找到的这些生命体拥有被天神改良的潜能。
根除者Exitar
如果Arishem已经判决了一个种族的灭亡，Exitar就会出现，首先开始灭绝被判决灭亡的种族。一旦灭绝完成，为了使其它生物可以在那里繁衍发展起来他便开始清洗并重建世界。Exitar的存在最近被[Thor]雷神发现。在对Pangoria行星的判决时，Exitar曾被Arishem召唤过。当雷神试图保护Pangoria行星对抗天神时，他设法穿透了Exitar的盔甲并事实上连接上了Exitar的大脑。尽管受到雷神的干扰，Exitar仍然毁灭了行星上的高等种族并将世界重建为原始状态供下个种族繁衍发展。
收集者Gammenon
Gammenon与队伍中其余的天神一同出现。
他的目的是寻找和采集在行星上发现的以供研究的每个生物样本。
改变生物形态：Gammenon有CL1000的能力将目标转变成“生物种子胶囊”。他将这些胶囊储存在他的权杖末端。生物如此地被转变成静止状态直到胶囊再次被转变回他们原来的最初存在形态。
测量者Hargen
Hargen与队伍中其余的天神一同出现。
分析者Jemiah
Jemiah和Gammenon互相配合行动。
分析生物：他拥有CL3000的能力来分析每个生物样品每一方面可能发挥的才能。
计算者Nezar
Nezar与Gammenon和Hargen一同出现。
One Above All
这个天神在队伍中负责协调和管理其余天神的工作。
当其余的天神登陆到行星上时，他会留守在他们的母舰上。
探索者Oneg
Oneg与队伍中其余的天神一同出现。他探索的是行星本身而并非行星上的生物。
检查官Tefral
如果一队天神降临，Tefral会与其余天神一同出现。
他研究正在审查之中的行星的表面特征，包括行星上的高等种族建造的各种物体。
测试者Ziran
Ziran与队伍中其余的天神一同出现。
他研究被选中的种族的各种行为，尤其是他们对天神出现的反应
在《银河护卫队》中有短暂露脸。
集体照貌似就这一张
Ⅱ compango是什么意思 《西语助手》西汉
compango指的是加利西亚乡下制作的熏制香肠、咸肉等食品
Ⅲ 怎么源码安装 PKGCONFIGPATH设置转
怎么源码安装 PKG_CONFIG_PATH设置
如何从源码包安装软件？
从源码包安装软件最重要的就是仔细阅读README INSTALL等说明文件
它会告诉你怎样才能成功安装
通常从源码包安装软件的步骤是：
tar jxvf gtk+-2.4.13.tar.bz2 解开源码包
cd gtk+-2.4.13/ 进入源码目录
./configure 似乎在某些环境下./configure会造成终端退出
而使用. configure则会正常运行,如果有这个现象，就试试 . configure
通过configure程序猜测主机信息，最终建立Makefile,以完成make，所以如果./configure不成功
而去make的话,就会出现"make: *** No targets specified and no makefile found.
Stop."
make 当./configure成功结束后，就开始正式编译程序了.
make install 编译成功后使用make install安装
make uninstall
某些软件支持卸载，可能使用该方法卸载，如果支持的话，通常会在README中写到(似乎比较少)
configure程序带有很多参数，可以通过 ./configure --help
查看详细内容,通常位于前面的是常规configure的
参数说明，末尾是该程序的可用参数说明。
./configure --prefix=/usr
指定安装目录，通常从源码包编译安装的软件默认会放在/usr/local下
因为这是FHS(Filesystem Hierarchy
Standard)的规定，不知道什么是FHS？看看这篇文章吧：
http://www.pathname.com/fhs/pub/fhs-2.3.html相信它会让你对linux系统结构有更好的理解，很值得读读。
再说一下几个关系到能否成功编译的东东：/etc/ld.so.conf ldconfig
PKG_CONFIG_PATH
首先说下/etc/ld.so.conf:
这个文件记录了编译时使用的动态链接库的路径。
默认情况下，编译器只会使用/lib和/usr/lib这两个目录下的库文件
如果你安装了某些库，比如在安装gtk+-2.4.13时它会需要glib-2.0 >=
2.4.0,辛苦的安装好glib后
没有指定 --prefix=/usr
这样glib库就装到了/usr/local下，而又没有在/etc/ld.so.conf中添加/usr/local/lib
这个搜索路径，所以编译gtk+-2.4.13就会出错了
对于这种情况有两种方法解决：
一：在编译glib-2.4.x时，指定安装到/usr下，这样库文件就会放在/usr/lib中，gtk就不会找不到需要的库文件了
对于安装库文件来说，这是个好办法，这样也不用设置PKG_CONFIG_PATH了 (稍后说明)
二：将/usr/local/lib加入到/etc/ld.so.conf中，这样安装gtk时就会去搜索/usr/local/lib,同样可以找到需要的库
将/usr/local/lib加入到/etc/ld.so.conf也是必须的，这样以后安装东东到local下，就不会出现这样的问题了。
将自己可能存放库文件的路径都加入到/etc/ld.so.conf中是明智的选择 ^_^
添加方法也极其简单，将库文件的绝对路径直接写进去就OK了，一行一个。例如：
/usr/X11R6/lib
/usr/local/lib
/opt/lib
再来看看ldconfig是个什么东东吧 ：
它是一个程序，通常它位于/sbin下，是root用户使用的东东。具体作用及用法可以man ldconfig查到
简单的说，它的作用就是将/etc/ld.so.conf列出的路径下的库文件 缓存到/etc/ld.so.cache
以供使用
因此当安装完一些库文件，(例如刚安装好glib)，或者修改ld.so.conf增加新的库路径后，需要运行一下/sbin/ldconfig
使所有的库文件都被缓存到ld.so.cache中，如果没做，即使库文件明明就在/usr/lib下的，也是不会被使用的，结果
编译过程中抱错，缺少xxx库，去查看发现明明就在那放着，搞的想大骂computer蠢猪一个。 ^_^
我曾经编译KDE时就犯过这个错误，(它需要每编译好一个东东，都要运行一遍)，所以
切记改动库文件后一定要运行一下ldconfig，在任何目录下运行都可以。
再来说说 PKG_CONFIG_PATH这个变量吧:
经常在论坛上看到有人问"为什么我已经安装了glib-2.4.x，但是编译gtk+-2.4.x
还是提示glib版本太低阿？
为什么我安装了glib-2.4.x，还是提示找不到阿？。。。。。。"都是这个变量搞的鬼。
先来看一个编译过程中出现的错误 (编译gtk+-2.4.13):
checking for pkg-config... /usr/bin/pkg-config
checking for glib-2.0 >= 2.4.0 atk >=
1.0.1 pango >= 1.4.0... Package glib-2.0 was not
found in the pkg-config search path.
Perhaps you should add the directory containing
`glib-2.0.pc\'
to the PKG_CONFIG_PATH environment variable
No package \'glib-2.0\' found
configure: error: Library requirements (glib-2.0 >=
2.4.0 atk >= 1.0.1 pango >= 1.4.0)
not met; consider adjusting the PKG_CONFIG_PATH environment
variable if your libraries are in a nonstandard prefix so
pkg-config can find them.
[root@NEWLFS gtk+-2.4.13]#
很明显，上面这段说明，没有找到glib-2.4.x,并且提示应该将glib-2.0.pc加入到PKG_CONFIG_PATH下。
究竟这个pkg-config PKG_CONFIG_PATH glib-2.0.pc 是做什么的呢？ let me tell you
^_^
先说说它是哪冒出来的，当安装了pkgconfig-x.x.x这个包后，就多出了pkg-config，它就是需要PKG_CONFIG_PATH的东东
pkgconfig-x.x.x又是做什么的？ 来看一段说明：
代码:
The pkgconfig package contains tools for passing the include path
and/or library paths to build tools ring 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 ring run-time.
我想看过这段说明后，你已经大概了解了它是做什么的吧。
其实pkg-config就是向configure程序提供系统信息的程序，比如软件的版本啦，库的版本啦，库的路径啦，等等
这些信息只是在编译其间使用。你可以 ls /usr/lib/pkgconfig
下，会看到许多的*.pc,用文本编辑器打开
会发现类似下面的信息：
prefix=/usr
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
glib_genmarshal=glib-genmarshal
gobject_query=gobject-query
glib_mkenums=glib-mkenums
Name: GLib
Descrīption: C Utility Library
Version: 2.4.7
Libs: -L${libdir} -lglib-2.0
Cflags: -I${includedir}/glib-2.0
-I${libdir}/glib-2.0/include
明白了吧，configure就是靠这些信息判断你的软件版本是否符合要求。并且得到这些东东所在的位置，要不去哪里找呀。
不用我说你也知道为什么会出现上面那些问题了吧。
解决的办法很简单，设定正确的PKG_CONFIG_PATH，假如将glib-2.x.x装到了/usr/local/下，那么glib-2.0.pc就会在
/usr/local/lib/pkgconfig下，将这个路径添加到PKG_CONFIG_PATH下就可以啦。并且确保configure找到的是正确的
glib-2.0.pc,就是将其他的lib/pkgconfig目录glib-2.0.pc干掉就是啦。(如果有的话
^-^)
设定好后可以加入到~/.bashrc中，例如：
PKG_CONFIG_PATH=/opt/kde-3.3.0/lib/pkgconfig:/usr/lib/pkgconfig:/usr/local/pkgconfig:
/usr/X11R6/lib/pkgconfig
[root@NEWLFS ~]#echo $PKG_CONFIG_PATH
/opt/kde-3.3.0/lib/pkgconfig:/usr/lib/pkgconfig:/usr/local/pkgconfig:/usr/X11R6/lib/pkgconfig
从上面可以看出，安装库文件时，指定安装到/usr，是很有好处的，无论是/etc/ld.so.conf还是PKG_CONFIG_PATH
默认都会去搜索/usr/lib的，可以省下许多麻烦，不过从源码包管理上来说，都装在/usr下
管理是个问题，不如装在/usr/local下方便管理
其实只要设置好ld.so.conf，PKG_CONFIG_PATH路径后，就OK啦 ^_^
另外某些软件因为版本原因(比如emacs-21.3)，在gcc-3.4.x下编译无法成功,(make 出错)
使用低版本的gcc就可能编译通过。
可能是因为gcc-3.3.x和gcc-3.4.x变化很大的缘故吧。
暂时想到了这么多，先记下这些吧，如果你对源码包编译有了一点的了解，就不枉我打了这么半天字啦。 ^_^
另外./configure 通过，make
出错，遇到这样的问题比较难办，只能凭经验查找原因，比如某个头文件没有找到，
这时候要顺着出错的位置一行的一行往上找错，比如显示xxxx.h no such file or directory
说明缺少头文件
然后去google搜。
或者找到感觉有价值的错误信息，拿到google去搜，往往会找到解决的办法。还是开始的那句话，要仔细看README,INSTALL
程序如何安装，需要什么依赖文件，等等。
另外对于newbie来说，编译时，往往不知道是否成功编译通过，而编译没有通过就去make install
必然会出错，增加了解决问题的复杂性，可以通过下面方法检查是否编译成功：
一：编译完成后，输入echo $? 如果返回结果为0,则表示正常结束，否则就出错了
echo $? 表示 检查上一条命令的退出状态，程序正常退出 返回0,错误退出返回非0。
二：编译时，可以用&&连接命令，
&&
表示"当前一条命令正常结束，后面的命令才会执行"，就是"与"啦。
这个办法很好，即节省时间，又可防止出错。例：
./configure --prefix=/usr && make
&& make install
编译DOSBOX时出现"cdrom.h:20:23: SDL_sound.h: No such file or
directory"
今天忽然想回味下经典DOS游戏，于是编译这个DOSBOX模拟器，README中说明需要SDL_SOUND
于是下载，安装，很顺利，没有指定安装路径，于是默认的安装到了/usr/local/
当编译DOSBOX make 时，出现如下错误：
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include
-I/usr/include/SDL -D_REENTRANT -march=pentium4 -O3 -pipe
-fomit-frame-pointer -MT dos_programs.o -MD -MP -MF
".deps/dos_programs.Tpo" -c -o dos_programs.o dos_programs.cpp;
then mv -f ".deps/dos_programs.Tpo" ".deps/dos_programs.Po"; else
rm -f ".deps/dos_programs.Tpo"; exit 1; fi
In file included from dos_programs.cpp:30:
cdrom.h:20:23: SDL_sound.h: No such file or directory
<------错误的原因在这里
In file included from dos_programs.cpp:30:
cdrom.h:137: error: ISO C++ forbids declaration of `Sound_Sample\'
with no type
cdrom.h:137: error: expected `;\' before \'*\' token
make[3]: *** [dos_programs.o] Error 1
make[3]: Leaving directory
`/root/software/dosbox-0.63/src/dos\'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/root/software/dosbox-0.63/src\'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/software/dosbox-0.63\'
make: *** [all] Error 2
[root@NEWLFS dosbox-0.63]#
看来是因为cdrom.h没有找到SDL_sound.h这个头文件
所以出现了下面的错误，但是我明明已经安装好了SDL_sound阿？
经过查找，在/usr/local/include/SDL/下找到了SDL_sound.h
看来dosbox没有去搜寻/usr/local/include/SDL下的头文件，既然找到了原因，就容易解决啦
[root@NEWLFS dosbox-0.63]#ln -s /usr/local/include/SDL/SDL_sound.h
/usr/include
做个链接到/usr/include下，这样DOSBOX就可以找到了，顺利编译成功，回味仙剑ing....^_^
曾经编译Xorg-6.8.1的时候，也出现找不到freetype.h的问题，原因也是如此。
编译安装软件时，经常遇到类似的情况，都是因为找不到需要的头文件而出现错误，也许是因为
没有安装相关的头文件，或者是安装了但没有找到，如上例。
找不到的情况：做个链接到/usr/include下，就可以了。
没安装的情况：去google找什么东东包括该头文件，安装上就应该可以了。
通常错误提示也都是"No such file or directory"，所以编译失败时要好好找找错误信息哦。
错误信息总是在Error上面不远的，耐心点 ^_^
不修改/etc/ld.so.conf使用非默认路径下的库文件-----LD_LIBRARY_PATH
环境变量LD_LIBRARY_PATH列出了查找共享库时除了默认路径之外的其他路径。
如果不想修改或无法修改(无root权限)/etc/ld.so.conf而使用其他路径下的库文件
就需要设置LD_LIBRARY_PATH了，例：export
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/opt/lib
这样就可以使用/opt/lib下的库文件啦。当然还是修改/etc/ld.so.conf方便。
Ⅳ php5.6.25 php_win32api.dll扩展类
一、准备工作 上pkgs/download/nginx-1/download/nginx-1206/get/php-5.4.14.tar.gz/from/this/mirror // 解压 [root@pangou php]# tar -zxvf php-5.4.14.tar.gz 安装依赖包 [root@pangou php]# yum install -y libxml2-devel libjpeg-devel libpng-devel freetype-devel openssl-devel libcurl-devel libmcrypt-devel 编译php [root@pangou php]# ls php-5.4.14 php-5.4.14.tar.gz [root@pangou php]# cd php-5.4.14 [root@pangou php-5.4.14]# pwd /root/Downloads/php/php-5.4.14 [root@pangou php-5.4.14]# ls acinclude.m4 CREDITS ltmain.sh NEWS README.MAILINGLIST_RULES README.TESTING stamp-h.in aclocal.m4 ext main pear README.namespaces README.TESTING2 stub.c build EXTENSIONS makedist php5.spec.in README.NEW-OUTPUT-API README.UNIX-BUILD-SYSTEM svnclean.bat buildconf footer Makefile.frag php.gif README.PARAMETER_PARSING_API README.WIN32-BUILD-SYSTEM tests buildconf.bat generated_lists Makefile.gcov php.ini-development README.PHP4-TO-PHP5-THIN-CHANGES run-tests.php TSRM CODING_STANDARDS genfiles Makefile.global php.ini-proction README.REDIST.BINS sapi UPGRADING config.guess header makerpm README.EXTENSIONS README.RELEASE_PROCESS scripts UPGRADING.INTERNALS config.sub INSTALL missing README.EXT_SKEL README.SELF-CONTAINED-EXTENSIONS server-tests-config.php vcsclean configure install-sh mkinstalldirs README.GIT-RULES README.STREAMS server-tests.php win32 configure.in LICENSE netware README.input_filter README.SUBMITTING_PATCH snapshot Zend [root@pangou php-5.4.14]# ./configure --prefix=/opt/php --with-config-file-path=/opt/php/etc --with-mysql=/usr/ --with-mysqli=/usr/bin/mysql_config --with-iconv-dir --with-freetype-dir --with-jpeg-dir --with-png-dir --with-zlib --with-libxml-dir=/usr --enable-xml --disable-rpath --enable-discard-path --enable-magic-quotes --enable-safe-mode --enable-bcmath --enable-shmop --enable-sysvsem --enable-inline-optimization --with-curl --with-curlwrappers --enable-mbregex --enable-fastcgi --enable-fpm --enable-force-cgi-redirect --enable-mbstring --with-mcrypt --enable-ftp --with-gd --enable-gd-native-ttf --with-openssl --with-mhash --enable-pcntl --enable-sockets --with-xmlrpc --enable-zip --enable-soap --without-pear --with-gettext --with-mime-magic // 编译时间可能有点长。。。 // 编译成功后，安装 [root@pangou php-5.4.14]# make && make install // 安装时间也比较长 安装成功后，php的位置就应该在/opt/php目录下，接下去就是配置 // 复制配置文件到配置目录下 [root@pangou php-5.4.14]# cp /root/Downloads/php/php-5.4.14/php.ini-proction /opt/php/etc/php.ini [root@pangou php-5.4.14]# cp /opt/php/etc/php-fpm.conf.default /opt/php/etc/php-fpm.conf [root@pangou php-5.4.14]# cd /opt/php/etc/ [root@pangou etc]# ls php-fpm.conf php-fpm.conf.default php.ini // 然后配置nginx的配置文件，让其可以运行php [root@pangou etc]# cd /opt/nginx/conf/ [root@pangou conf]# ls fastcgi.conf fastcgi_params koi-utf mime.types nginx.conf scgi_params uwsgi_params win-utf fastcgi.conf.default fastcgi_params.default koi-win mime.types.default nginx.conf.default scgi_params.default uwsgi_params.default [root@pangou conf]# vim nginx.conf 1、去掉 #user nobody; 的#号， 变成 user nobody; 2、去掉 #location ~ .php$ { # root html; # fastcgi_pass 127.0.0.1:9000; # fastcgi_index index.php; # fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; # include fastcgi_params; #} 之前的#号， 并修改 fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; 为 fastcgi_param SCRIPT_FILENAME /opt/nginx/html$fastcgi_script_name; 最终修改后的内容为： location ~ .php$ { root html; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME /opt/nginx/html$fastcgi_script_name; include fastcgi_params; } 重启nginx服务，并开启php-fpm [root@pangou ~]# /opt/nginx/sbin/nginx [root@pangou ~]# /opt/php/sbin/php-fpm // 创建phpinfo文件 [root@pangou ~]# vim /opt/nginx/html/phpinfo.php 内容为 phpinfo(); ?> 访问127.0.0.1/phpinfo.php 安装成功。mysql，mysqli等扩展都有。 这边有一点偷懒，并没有编译安装mysql，而是使用yum安装的mysql。