博客：http://lijinhuan.blog.51cto.com/
微博：http://weibo.com/lijinhuanexperience
代碼：https://github.com/lijinhuan
一、如何替換500，502，504輸出，使其更加友好的顯示
1、使用error_page 進行設置
error_page 500 502 503 504 /5xx.html
可以參考：http://wiki.nginx.org/HttpCoreModule#error_page
2、獲取修改nginx源碼：ngx_http_special_response.c 里面的
static char ngx_http_error_500_page[] =
"<html>" CRLF
"<head><title>500 Internal Server Error</title></head>" CRLF
"<body bgcolor=\"white\">" CRLF
"<center><h1>500 Internal Server Error</h1></center>" CRLF
;
然后重新編譯
3、404的錯誤配置：http://www.cnblogs.com/jiangyao/archive/2010/07/10/1774981.html
二、解決500錯誤
1、500錯誤指的是服務器內部錯誤，也就是服務器遇到意外情況，而無法履行請求。
2、500錯誤一般有幾種情況：（1）web腳本錯誤，如php語法錯誤，lua語法錯誤等。（2）訪問量大的時候，由於系統資源限制，而不能打開過多的文件
3、一般分析思路：
（1）查看nginx error log ，查看php error log
（2）如果是too many open files，修改nginx的worker_rlimit_nofile參數
使用ulimit查看系統打開文件限制，修改/etc/security/limits.conf
（3）如果是腳本的問題，則需要修復腳本錯誤，並優化代碼
（4）各種優化都做好，還是出現too many open files，那就要考慮做負載均衡，把流量分散到不同服務器上去了
三、解決502，504錯誤
1、使用nginx代理，而后端服務器發生故障；或者php-cgi進程數不夠用；php執行時間長，或者是php-cgi進程死掉；已經fastCGI使用
使用情況等都會導致502、504；
2、502 是指請求的php-fpm已經執行，但是由於某種原因而沒有執行完畢，最終導致php-fpm進程終止。
一般來說，與php-fpm.conf的設置有關，也與php的執行程序性能有關
3、504 表示超時，也就是客戶端所發出的請求沒有到達網關，請求沒有到可以執行的php-fpm。與nginx.conf
的配置也有關系
4、解決思路：
（1）首先查看php-fpm是否有啟動：
root@localhost:/usr/local/openresty/nginx/conf# ps -ef | grep 'php-fpm'
root 25696 1 0 Nov29 ? 00:00:00 php-fpm: master process (/php-fpm.conf)
www 25697 25696 0 Nov29 ? 00:00:01 php-fpm: pool www
www 25698 25696 0 Nov29 ? 00:00:01 php-fpm: pool www
（2）其次，確認php-fpm的worker進程是否夠用，如果不夠用就等於沒有開啟一樣
計算開啟worker進程數目 ps -ef | grep 'php-fpm'|grep -v 'master'|grep -v 'grep' |wc -l
計算正在使用的worker進程，正在處理的請求
netstat -anp | grep 'php-fpm'|grep -v 'LISTENING'|grep -v 'php-fpm.conf'|wc -l
如果上面兩個值接近可以考慮增加worker_connections進程的數量
http://blog.csdn.net/sasoritattoo/article/details/9310133
http://blog.csdn.net/moxiaomomo/article/details/19442737
（3）fastcgi緩存相關修改：
fastcgi_buffer_size ：
這個參數指定將用多大的緩沖區來讀取從FastCGI服務器到來應答的第一部分。通常來說在這個部分中包含一個小的應答頭。
默認的緩沖區大小為fastcgi_buffers指令中的每塊大小，可以將這個值設置更小。
fastcgi_buffers ：
這個參數指定了從FastCGI服務器到來的應答，本地將用多少和多大的緩沖區讀取，
默認這個參數等於分頁大小，根據環境的不同可能是4K, 8K或16K。
第二條指令的參數指定將使用多大的緩沖區來讀取從FastCGI進程到來應答頭，這個值由這兩條命令的結果是：16*4k=64k決定，因此，這意味着所有FastCGI返回的應答，nginx將超過64k的部分寫入磁盤，而64k以內的部分寫入內存。 如果你設置的等待時間太短、機器又繁忙，勢必會造成502問題。
如果是要的是代理模塊，那么會是以下的設置：
proxy_buffer_size 16k;
proxy_buffers 4 16k;
參考：http://bbs.aliyun.com/read.php?tid=145502&fpage=2
（4）超時參數設置，根據實際情況調整
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
（5）殺手鐧，把日志調為debug級別，多看nginx log，php error log；php fpm log
nginx是一個web服務器，因此nginx的access日志只有對訪問頁面的記錄，不會有php 的 error log信息。
nginx把對php的請求發給php-fpm fastcgi進程來處理，默認的php-fpm只會輸出php-fpm的錯誤信息，在php-fpm的errors log里也看不到php的errorlog
原因是php-fpm的配置文件php-fpm.conf中默認是關閉worker進程的錯誤輸出，直接把他們重定向到/dev/null,所以我們在nginx的error log 和php-fpm的errorlog都看不到php的錯誤日志。
調試起來就很痛苦了。解決nginx下php-fpm不記錄php錯誤日志的辦法:
1.修改php-fpm.conf中配置 沒有則增加
catch_workers_output = yes
error_log = log/error_log
2.修改php.ini中配置，沒有則增加
log_errors = On
error_log = "/usr/local/lnmp/php/var/log/error_log"
error_reporting=E_ALL&~E_NOTICE
3.重啟php-fpm，
當PHP執行錯誤時就能看到錯誤日志在"/usr/local/lnmp/php/var/log/error_log"中了
請注意：
1. php-fpm.conf 中的php_admin_value[error_log] 參數 會覆蓋php.ini中的 error_log 參數
所以確保你在phpinfo()中看到的最終error_log文件具有可寫權限並且沒有設置php_admin_value[error_log] 參數，否則錯誤日志會輸出到php-fpm的錯誤日志里。
2.找不到php.ini位置，使用php的phpinfo()結果查看
3.如何修改PHP錯誤日志不輸出到頁面或屏幕上
修改php.ini
display_errors = off //不顯示錯誤信息(不輸出到頁面或屏幕上)
log_errors = on //記錄錯誤信息(保存到日志文件中)
error_reporting = E_ALL //捕獲所有錯誤信息
error_log = //設置日志文件名
程序中修改以上配置
ini_set("display_errors",0)
ini_set("error_reporting",E_ALL); //這個值好像是個PHP的常量
ini_set("error_log","<日志文件名>")
ini_set("log_errors",1);
4.如何將php的錯誤日志輸出到nginx的錯誤日志里
在PHP 5.3.8及之前的版本中，通過FastCGI運行的PHP，在用戶訪問時出現錯誤，會首先寫入到PHP的errorlog中
如果PHP的errorlog無法寫入，則會將錯誤內容返回給FastCGI接口，然后nginx在收到FastCGI的錯誤返回后記錄到了nginx的errorlog中
在PHP 5.3.9及之后的版本中，出現錯誤后PHP只嘗試寫入PHP的errorlog中，如果失敗則不會再返回到FastCGI了，錯誤日志會輸出到php-fpm的錯誤日志里。
所以如果想把php錯誤日志輸出到nginx錯誤日志，需要使用php5.3.8之前的版本，並且配置文件中php的error_log對於php worker進程不可寫
參考http://www.nginx.cn/666.html
轉自：http://lijinhuan.blog.51cto.com/4956547/1584609