PHP返回页面空白原因分析-Nginx+PHP

分析过程:

  • Nginx通过FastCGI接口将PHP页面文件传递给PHP-FPM管理器处理
  • PHP-FPM调用PHP环境解析后返回响应数据给Nginx
  • 用户呈现页面

问题原因罗列:
1、Nginx配置错误,未将要解析的PHP页面传递给PHP环境解析,请详细检查配置
2、是否关闭Selinux文件控制,导致Nginx无法正常读取到PHP页面
3、PHP-FPM进程未开启,Nginx未正常连接到PHP环境,可以考虑重启一下
4、PHP页面代码是否错误,尝试本地运行PHP命令测试PHP页面

原文地址:http://blog.51cto.com/10978134/2074191

时间: 2024-11-02 11:12:22

PHP返回页面空白原因分析-Nginx+PHP的相关文章

JavaScript中的ParseInt("08")和“09”返回0的原因分析及解决办法

今天在程序中出现一个bugger ,调试了好久,最后才发现,原来是这个问题. 做了一个实验: alert(parseInt("01")),当这个里面的值为01====>07时都是正常的,但是在"08","09"就会返回0 (这种现象出现在ie内核的浏览器中,如360浏览器就会出现这种错误)(谷歌,火狐不受影响). 查阅资料得知着这种现象原因: 大神的解释: 01--07自然没有问题,但是09,08都是不合格的八进制形式,所以被按照0处理了.

PHP代码错误导致PHP返回页面空白

解析过程:Nginx通过FastCGI接口将PHP页面文件传递给PHP-FPM管理器处理PHP-FPM调用PHP环境解析后返回响应数据给Nginx用户呈现页面 问题现象:PHP测试页测试没问题,说明PHP和Nginx配置没问题.当解析开发使用的PHP页面时,返回空白页面,这个时候说明是开发的PHP代码中有错误. 处理方法:1.使用本地PHP环境直接运行PHP页面测试是否代码有错误. 2.因为是PHP解析时没有将错误信息返回给前端页面做提示,所以我们需要开启PHP的显示错误信息的功能. # vi

Flex 页面空白或Error #2032

日前用flex.arcgis做了一个地图显示的页面,本机调试没题目,公布后放到用户办事器上(win2003,ie6)ie6显示页面空白,换搜狗浏览器显示Error #2032,只显示进度条,客户端用ie6显示空白,360浏览器等显示Error #2032.用下面两种办法结合后题目解决. 从网上找的几个解决办法,留做备用 第一种景象: 状况:在安装flshbuilder的机械上调试或公布用多种浏览器运行都没题目,但公布到没装flshbuilder的机械上后此外机械除了装过flshbuilder的机

Atitit.php  nginx页面空白 并返回500的解决

Atitit.php  nginx页面空白 并返回500的解决 1.1. 空白问题起源1 1.2. Php.ini 开启display_err1 1.3. 修改www.conf ,并重启动.重启php-fpm1 1.1. 空白问题起源 正常的php ok的..错误php不显示问题..本地的apache可以显示错误.应该是服务器的nginx问题配置.. 在使用nginx的过程中总是会碰到nginx提示500错误,可是具体错误在哪里出的就需要跑到后台去查看error-log, 很是不方便. 1.2.

网站假死 重启NGINX无效 必须重启PHP 原因分析

一.错误提示说明: Nginx 502 Bad Gateway:请求的PHP-CGI已经执行,但是由于某种原因(一般是读取资源的问题)没有执行完毕而导致PHP-CGI进程终止. Nginx 504 Gateway Time-out:所请求的网关没有请求到,简单来说就是没有请求到可以执行的PHP-CGI. 二.错误提示原因分析: 一般来说Nginx 502 Bad Gateway和php-fpm.conf的设置有关. 而Nginx 504 Gateway Time-out则是与nginx.conf

自定义Nginx返回页面

1.403返回页面 #user nobody; worker_processes 4; #error_log logs/error.log; #error_log logs/error.log notice; #error_log logs/error.log info; #pid logs/nginx.pid; events { worker_connections 65500; } http { include mime.types; default_type application/oct

Beforeunload打点丢失原因分析及解决方案

淘宝的鱼相在 2012 年 8 月份发表了一篇文章,里面讲述了他们通过一个月的数据采集试验,得到的结果是:如果在浏览器的本页面刷新之前发送打点请求,各浏览器都有不同程度的点击丢失情况,具体点击丢失率统计大家请看下图(数据日期为 2012 年 7 月份): 从图中可以看出,chrome,safari 这类 webkit 内核的浏览器在本页刷新之前发送打点,导致的丢失最为严重,分别为 61%,76%,而 ie8 丢失的情况最少,为7%. (具体大家可以参看此文:http://ued.taobao.c

nginx源码分析--nginx模块解析

nginx的模块非常之多,可以认为所有代码都是以模块的形式组织,这包括核心模块和功能模块,针对不同的应用场合,并非所有的功能模块都要被用到,附录A给出的是默认configure(即简单的http服务器应用)下被连接的模块,这里虽说是模块连接,但nginx不会像apache或lighttpd那样在编译时生成so动态库而在程序执行时再进行动态加载,nginx模块源文件会在生成nginx时就直接被编译到其二进制执行文件中,所以如果要选用不同的功能模块,必须对nginx做重新配置和编译.对于功能模块的选

Golang适合高并发场景的原因分析

典型的两个现实案例: 我们先看两个用Go做消息推送的案例实际处理能力. 360消息推送的数据: 16台机器,标配:24个硬件线程,64GB内存 Linux Kernel 2.6.32 x86_64 单机80万并发连接,load 0.2~0.4,CPU 总使用率 7%~10%,内存占用20GB (res) 目前接入的产品约1280万在线用户 2分钟一次GC,停顿2秒 (1.0.3 的 GC 不给力,直接升级到 tip,再次吃螃蟹) 15亿个心跳包/天,占大多数. 京东云消息推送系统 (团队人数:4