nginxphp500错误日志

㈠ 网页出现nginx error怎么办

方法1 （永久调整）

vi /etc/security/limits.conf

在文件末加上：

* soft
nofile 8192
* hard nofile 20480

同时vi /etc/sysctl.conf末尾添加

fs.file-max=8192
重新启动，在使用ulimit -n查看的数已经是8192

方法2 （临时用）

直接在终端输入 ulimit -n 8192 按回车就ok了

500 Internal Server
Error错误补充：

1、硬盘空间满了

使用 df -k
查看硬盘空间是否满了。清理硬盘空间就可以解决500错误。nginx如果开启了access log，在不需要的情况下，最好关闭access log。access
log会占用大量硬盘空间。

2、nginx配置文件错误

这里不是指语法错误，nginx如果配置文件有语法错误，启动的时候就会提示。当配置rewrite的时候，有些规则处理不当会出现500错误，请仔细检查自己的rewrite规则。如果配置文件里有些变量设置不当，也会出现500错误，比如引用了一个没有值的变量。

3、如果上面的问题都不存在可能是模拟的并发数太多了，需要调整一下nginx.conf的并发设置数

解决方法是：

1 打开/etc/security/limits.conf文件，加上两句

复制代码
代码如下:

* soft nofile 65535
* hard nofile 65535

2 打开/etc/nginx/nginx.conf
在worker_processes的下面增加一行

复制代码
代码如下:

worker_rlimit_nofile 65535;

3
重新启动nginx，重新载入设置

复制代码
代码如下:

kill -9 `ps -ef | grep php | grep -v grep | awk
'{print $2}'`
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 100 -u www-data -f
/usr/bin/php-cgi
killall -HUP nginx

重启后再看nginx的错误日志，也没有发现500报错的情况了。

㈡ PHP写的页面无法访问，报HTTP500错误，这个是怎么回事

原因百分之80来自于网站根目录的config.php文件中资料库相关设定错误，这种错误排除，只要检查一下config.php文件中的服务器和资料库名称、使用者名称、密码，还有资料库前缀字串，再来就是档案文件路径，只要是多一个或少一个符号、大小写错误、空格…绝对会赏你一个[HTTP 500 内部服务器发生错误]的排头吃。

再来百分之10的错误来自于网站程式码设计错误也会出现[HTTP 500 内部服务器发生错误]的页面，这个错误一来可以从视窗工具=>网际网路选项=>进阶=>去掉勾选:显示易懂的HTTP错误讯息，二来可以从网站根目录的error_log纪录中看出一些端倪，再来排除，还有百分之5刚好碰上访问的网站在维护，最多的例子是网站升级和网站迁移。
将错误讯息显示出来。

而显示的方法有两种，一种是设定php.ini；另一种是透过程式码开启，操作方法请参考以下：
一、设定php.ini

1.首先开启php.ini档

2.使用“Ctrl”+“F”搜寻【display_errors】

3.将“display_errors=Off”改为“display_errors=On”

4.重新启动Apache

5.重启开启网页

二、透过程式码开启

1.开启显示“服务器错误(500)”的程式档

2.于程式档加入以下程式码

ini_set("display_errors", "On"); // 设定是否显示错误( On=显示, Off=隐藏 )

3.重启开启网页

㈢ php 502 bad gateway怎么解决

1. php.ini的memory_limit 过小（如果有个别php程序进程需要占用极大内存时这个必须注意）
2. php-fpm.conf中max_children或者max_requests 设置不合理（设置过小会因为没有足够的cgi进程处理请求，设置过大会出现一会儿有响应正常，一会儿等很久才有响应的情况，一般情况下children按 照内存计算，比如说1G设置64，2G128。这个根据实际情况自行调整。另外查看当前的PHP FastCGI进程数是否够用的命令为：netstat -anpo |grep “php-cgi” | wc -l 如果实际使用的“FastCGI进程数”接近预设的“FastCGI进程数”，那么，说明“FastCGI进程数”不够用，需要增大。）
3. 查看nginx错误日志，发现 pstream sent too big header while reading response headerfrom upstream ，则检查client head buffer，fastcgi buffer size是否过小，可设置为32K。
4. php程序执行时间过长而超时，检查nginx和fastcgi中各种timeout设置。（nginx 中的 fastcgi_connect_timeout 300;fastcgi_send_timeout 300 ：fastcgi_read_timeout300; keepalive_timeout ； php-fpm中的request_terminate_timeout，php.ini中的max_execution_time）
5. php-fpm有一个参数 max_requests ，该参数指明了每个children最多处理多少个请求后便会被关闭。在大量处理请求下，如果该值设置过小会导致children频繁的自杀和建立而浪费 大量时间，若所有的children差不多都在这个时候自杀，则重建前将没有children响应请求，于是出现502 。可以将该值设置大一些或者是0[无限]。
如果你服务器并发量非常大，那只能先增加机器，然后按以下方式优化会取得更好效果;但如果你并发不大却出现502，一般都可以归结为配置问题，脚本超时问题。

1.php-fpm进程数不够用
使用netstat -napo |grep "php-fpm" | wc -l查看一下当前fastcgi进程个数，如果个数接近conf里配置的上限，就需要调高进程数。
但也不能无休止调高，可以根据服务器内存情况，可以把php-fpm子进程数调到100或以上，在4G内存的服务器上200就可以。
2. 调高调高linux内核打开文件数量
可以使用这些命令(必须是root帐号)
echo 'ulimit -HSn 65536'>> /etc/profile
echo 'ulimit -HSn 65536'>> /etc/rc.local
source /etc/profile
3.脚本执行时间超时
如果脚本因为某种原因长时间等待不返回，导致新来的请求不能得到处理，可以适当调小如下配置。
nginx.conf里面主要是如下
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
php-fpm.conf里如要是如下
request_terminate_timeout =10s
4.缓存设置比较小
修改或增加配置到nginx.conf
proxy_buffer_size 64k;
proxy_buffers 512k;
proxy_busy_buffers_size 128k;
5. recv()failed (104: Connection reset by peer) while reading response header fromupstream
可能的原因机房网络丢包或者机房有硬件防火墙禁止访问该域名
但最重要的是程序里要设置好超时，不要使用php-fpm的request_terminate_timeout，
最好设成request_terminate_timeout=0;
因为这个参数会直接杀掉php进程，然后重启php进程，这样前端nginx就会返回104: Connection reset by peer。这个过程是很慢，总体感觉就是网站很卡。
May 01 10:50:58.044162[WARNING] [pool www] child 4074, script'/usr/local/nginx/html/quancha/sameip/detail.php' execution timed out(15.129933 sec), terminating
May 01 10:50:58.045725 [WARNING] [pool www] child 4074 exited on signal 15SIGTERM after 90.227060 seconds from start
May 01 10:50:58.046818 [NOTICE] [pool www] child 4082 started
说一千道一万最重要的就是程序里控制好超时，gethostbyname、curl、file_get_contents等函数的都要设置超时时间。
另一个就是多说，这个东西是增加了网站的交互性，但是使用的多了反应就慢了，如果你网站超时且使用了多说是，可以关闭它。
6、自己遇到502的解决办法：
调整增大php 和Nginx 的backlog数。

㈣ b站打不开，500 Internal Server Error

500 Internal Server Error 内部服务错误：顾名思义500错误一般是服务器遇到意外情况，而无法完成请求。500出错的可能性：编程语言语法错误，web脚本错误，并发高时，因为系统资源限制，而不能打开过多的文件。

一般解决思路：查看nginx、php的错误日志文件，从而看出端倪。如果是too many open files，修改nginx的worker_rlimit_nofile参数，使用ulimit查看系统打开文件限制。

修改/etc/security/limits.conf，还是出现too many open files，那就要考虑做负载均衡，把流量分散到不同服务器上去了。如果是脚本的问题，则需要修复脚本错误，优化代码。

㈤ nginx本地配置多虚拟主机怎么老是出现500错误

500的错，多数是内部的，php级别居多，都是致命的错误。看了你的nginx配置，虽然不是很标准的写法，暂时没发现问题，而且nginx出现500的机率不多。具体排错要看nginx的错误日志才能说昨准。

先这样：
根据你的描述，很可能php中关于mysql的扩展未加载。试写一个测试文件，内容<?php phpinfo(); ?>看看有没有关于mysql的选项。

㈥ 同一主机nginx PHP环境建的基于端口的2个网站,不能同时访问会报500错误

同时运行多个php版本吗？PHPWAMP8.8.8.8n里面的nginx是支持多版本同时运行的

这款软件我也是刚发现的，很好用，很给力，自己不会搭建的话，可以用集成环境PHPWAMP8.8.8.8n，这个环境的NGinx站点管理很强大，支持无限自定义

以下内容来自网络经验里面的介绍
小编发现最近PHPWAMP集成环境又更新了phpwamp8.8.8.8n版本
phpwamp8.8.8.8n一共集成了12个PHP版本和3个mysql版本，并且可以高度自定义，你可以定义任何版本，解压后差不多1个G的大小，压缩包确仅有几十M，解压即可使用，纯绿色很方便，集成了apache和nginx等，支持asp、php、net

大家知道Nginx官方的windows版本用着很不稳定，时不时就会挂掉，而且默认安装后也不像apache那样有服务可以开机启动，毕竟nginx最适合的还是在linux下，不过最近更新的这款phpwamp8.8.8.8n安装后是有服务的，该软件作者自己写了一个Nginx服务，能开机启动，而且还能给每个站点分配不一样的进程，也可以随意指定站点的php版本！最关键的是该服务启动的php-cgi进程，就算你手动用杀毒软件的任务管理器也关不掉！关掉后会自动恢复，而且网站服务依旧正常！！除非你自己点击软件界面上的卸载服务才会关闭，该保护功能可以对网站进程起到保护作用。

㈦ 500 Internal Server Error错误怎么回事

500 Internal Server Error错误原因总结：

1、当访问的程序出错时，就会返回500错误。

解决办法：

1、给“系统盘:”目录添加一个“Authenticated Users”的用户，其中AppData目录是隐藏的，在进入的时候可以直接在地址栏输入路径，或者在文件夹选项里显示隐藏文件。2、设置权限步骤：

右击Temp文件夹，选择“属性”》选择“安全”选项卡》单击“编辑”》出来“Temp 的权限”对话框，单击“添加”，在下面的“输入对象名称来选择”中输入Authenticated Users（也可以点击“高级...”按钮，再点击“查找”按钮，在查找结果中选择Authenticated Users），确定》返回到“Temp 的权限”，将Authenticated Users的权限中的完全控制给勾上，确定》确定。