nginx反向代理后为什么访问php文件会提示404？
可能的原因：
nginx配置有误，没有将请求转发到正确的处理程序（如php-fpm等），转发到一个不存在着的路径
请求已经转发到php处理程序，但php处理程序配置没有找到对应的脚本
php已经处理了脚本，但代码里返回了一个404的状态码
如何启用Apache的PHP-FPM多实例？
步骤
1：安装 Epel 仓库步骤
2：安装 nDeploy RPM 仓库，这是此次安装中最为 重要的步骤。步骤
3：使用 yum 从 nDeploy 仓库安装 nDeploy 和 Nginx 插件。步骤
4：启用/配置 Nginx 为反向代理。 完成这些步骤后，下面为服务器中所有可用 PHP 版本安装 PHP-FPM 包，EA3 使用 remi 仓库来安装这些包。可以运行这个 nDeploy 脚本来下载所有的包。
PHP传值，引用和传址的区别？
实参（被调）、行参（主调）
函数调用中发生的数据传送是单向的。即只能把实参的值传送给形参，而不能把形参的值反向地传送给实参。 因此在函数调用过程中，形参的值发生改变，而实参中的值不会变化。
--传值：
是把实参的值赋值给行参,相当于复制一块同样的空间那么对行参的修改，不会影响实参的值
--传地址：
是传值的一种特殊方式，只是他传递的是地址，不是普通的如int那么传地址以后，实参和行参都指向同一个对象--传引用：
真正的以地址的方式传递参数
传递以后，行参和实参都是同一个对象，只是他们名字不同而已对行参的修改将影响实参的值
即传址时只需在函数调用时在参数的前面加上"&"号即可。将函数外部的值的内存地址传递给内部的参数，在函数内部的所有操作都会改变函数外部参数的值。
值传递（passl-by-value）： 压栈的是参数的副本。任何的修改是在副本上作用，没有作用在原来的变量上。
过程中：被调函数的形式参数作为被调函数的局部变量处理，即在堆栈中开辟了内存空间以存放由主调函数放进来的实参的值，从而成为了实参的一个副本。值传递的特点是被调函数对形式参数的任何操作都是作为局部变量进行，不会影响主调函数的实参变量的值。
传指针（pointer）： 压栈的是指针变量的副本。当你对指针解指针操作时，其值是指向原来的那个变量，所以对原来变量操作。
引用传递(pass-by-reference)：压栈的是引用的副本。由于引用是指向某个变量的，对引用的操作其实就是对他指向的变量的操作。
过程中：被调函数的形式参数虽然也作为局部变量在堆栈中开辟了内存空间，但是这时存放的是由主调函数放进来的实参变量的地址。被调函数对形参的任何操作都被处理成间接寻址，即通过堆栈中存放的地址访问主调函数中的实参变量。正因为如此，被调函数对形参做的任何操作都影响了主调函数中的实参变量。
所谓值传递，就是说仅将对象的值传递给目标对象，就相当于copy；系统将为目标对象重新开辟一个完全相同的内存空间。
所谓引用，就是说将对象在内存中的地址传递给目标对象，就相当于使目标对象和原始对象对应同一个内存存储空间。如果对目标对象进行修改，内存中的数据也会改变。