關(guān)于CentOS6.7+FPM+NGINX環(huán)境的404問題

wangbin

看了許多網(wǎng)上的優(yōu)化文章，但是依舊經(jīng)常404，實(shí)在沒有辦法只有暫時(shí)采用腳本定時(shí)重啟解決。

我的服務(wù)器 24核CPU.40G內(nèi)存，20T硬盤。應(yīng)該很好的配置了，但是經(jīng)常還是404,請教大家如何解決？


[root@www ~]# cat /etc/php-fpm.d/www.conf
[www]

listen = /tmp/php-fcgi.sock
listen.backlog=4096
listen.allowed_clients = 127.0.0.1
user = nginx
group = nginx
pm = dynamic
pm.max_children = 1024
pm.start_servers = 64
pm.min_spare_servers = 32
pm.max_spare_servers = 128
pm.max_requests = 20480
request_terminate_timeout = 15s
request_slowlog_timeout = 15s
slowlog = /var/log/php-fpm/www-slow.log
rlimit_files = 20480

php_admin_value[memory_limit] = 2048M
php_value[session.save_handler] = files
php_value[session.save_path] = /var/lib/php/session





-------------------------------------------------------------------------

[root@www ~]# cat /etc/nginx/nginx.conf


user              nginx;
worker_processes  8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
error_log  /var/log/nginx/error.log crit;
#error_log  /var/log/nginx/error.log  notice;
pid        /var/run/nginx.pid;
worker_rlimit_nofile 51200;
events {
    use epoll;
    worker_connections  51200;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;
    server_name_in_redirect off;
    server_names_hash_bucket_size 256;
    server_tokens off;
    client_header_buffer_size 64k;
    large_client_header_buffers 16 64k;
    client_max_body_size 64m;
    sendfile on;
    tcp_nopush on;
    keepalive_timeout 90;
    tcp_nodelay off;
    client_body_timeout 60;
    client_header_timeout 60;
    send_timeout 60;
    output_buffers 8 256k;
    postpone_output 1460;
    open_file_cache max=20480 inactive=20s;
    open_file_cache_valid 30s;
    open_file_cache_errors on;
    fastcgi_connect_timeout 300;
    fastcgi_send_timeout 300;
    fastcgi_read_timeout 300;
    fastcgi_buffer_size 256k;
    fastcgi_buffers 16 256k;
    fastcgi_busy_buffers_size 256k;
    fastcgi_temp_file_write_size 256k;
    fastcgi_intercept_errors on;
#    fastcgi_cache TEST;
    fastcgi_cache_valid 200 302 1h;
    fastcgi_cache_valid 301 1d;
    fastcgi_cache_valid any 1m;
    fastcgi_cache_min_uses 1;
    fastcgi_cache_use_stale error timeout invalid_header http_500;

    proxy_buffer_size 256k;
    proxy_buffers 32 1024k;
    proxy_busy_buffers_size 2048k;

    gzip on;
    gzip_min_length  2k;
    gzip_buffers     64 256k;
    gzip_http_version 1.0;
    gzip_comp_level 2;
    gzip_types       text/plain application/x-javascript text/css application/xml;
    gzip_vary on;
    gzip_disable "MSIE [1-6].(?!.*SV1)";

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';
    access_log off;
    index index.html index.php;
    include /etc/nginx/conf.d/*.conf;

wangbin

以前用FreeBSD+nginx+spaw-fcgi 很流暢。

lyhabc

listen = /tmp/php-fcgi.sock   //最好用ip端口的方式，可以解決權(quán)限問題
listen.backlog=4096
listen.allowed_clients = 127.0.0.1  //是不是因?yàn)樽隽讼拗?br /> user = nginx
group = nginx


error_log  /var/log/nginx/error.log crit;  crit改為debug看看  看看日志

slowlog = /var/log/php-fpm/www-slow.log  看看日志

worker_connections 6000; 每個worker支持多少連接 曾經(jīng)設(shè)置過10240 nginx做反向代理 導(dǎo)致502錯誤 最好不要設(shè)置那么大
}

action08

好些參數(shù)是很大，你們是跑的什么機(jī)器啊



個人感覺是巨星機(jī)的配置

wangbin

action08 發(fā)表于 2015-12-13 22:17
好些參數(shù)是很大，你們是跑的什么機(jī)器啊

感謝，打開日志和慢日志，大部分的錯誤都是php的sendmail函數(shù)產(chǎn)生的，需要連接外面的服務(wù)器，這個速度的確比較慢。