网站报错fastcgi request record is too big:

这个错误通常发生在使用FastCGI协议的Web服务器（如Nginx）与FastCGI后端（如PHP-FPM）之间通信时，FastCGI请求记录的大小超出了配置的限制。

要解决这个问题，您可以尝试以下几个步骤：

1. 增加FastCGI请求记录的大小限制。

在Nginx配置文件中，找到`fastcgi_buffers`和`fastcgi_buffer_size`指令，并适当增加它们的值，以增加FastCGI请求记录的大小限制。例如：

fastcgi_buffers 16 16k;
fastcgi_buffer_size 32k;

2. 增加PHP-FPM中FastCGI请求记录的大小限制。

在php-fpm.conf或php-fpm.d/www.conf配置文件中，找到`request_terminate_timeout`和`request_slowlog_timeout`指令，并适当增加它们的值，以增加FastCGI请求记录的大小限制。例如：

request_terminate_timeout = 300s
request_slowlog_timeout = 300s

3. 检查是否有其他因素导致此错误。

例如，可能是Web服务器或FastCGI后端的资源限制，导致无法处理大型FastCGI请求记录。您可以检查系统日志和其他错误消息，以找出可能的原因，并作出相应的更改。

请注意，如果您不确定如何正确更改配置文件，或者您没有足够的权限进行更改，请先备份配置文件，然后咨询系统管理员或技术支持人员。

相关问题

NGINX报错FastCGI sent in stderr:"Primary script unkown"

NGINX报错"FastCGI sent in stderr: Primary script unknown"通常是由于FastCGI与PHP之间的通信问题引起的。当NGINX无法找到指定的PHP脚本时，就会出现这个错误。

为了解决这个问题，你可以尝试以下几个步骤：

1. 确保你的PHP脚本路径是正确的。检查NGINX配置文件中的location指令是否正确地指向了PHP脚本所在的位置。

2. 检查PHP-FPM配置文件中的socket或IP地址和端口号是否正确。确保NGINX能够正确连接到PHP-FPM。

3. 检查PHP-FPM日志，查看是否有其他错误信息。如果有其他错误，根据错误信息进行相应的修复。

4. 检查文件和目录权限。确保NGINX用户对PHP脚本和相关文件有足够的读取权限。

5. 重启NGINX和PHP-FPM服务。有时候重启服务可以解决临时的通信问题。

使用Nginx配置多个端口，访问PHP页面报错connect() failed (111: Connection refused) while connecting to upstream

如果您使用Nginx配置了多个端口，访问PHP页面时出现了"connect() failed (111: Connection refused) while connecting to upstream"的错误，这可能是因为Nginx无法连接到PHP-FPM进程导致的。解决这个问题需要逐步排查，可以采取以下步骤：

1. 确认PHP-FPM进程是否正常运行，可以使用命令"systemctl status php-fpm"来检查PHP-FPM的状态。
2. 检查Nginx的配置文件中是否正确配置了PHP-FPM的地址和端口号，例如：

location ~ \.php$ {
    fastcgi_pass   127.0.0.1:9000;
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    include        fastcgi_params;
}

其中，fastcgi_pass指定了PHP-FPM的地址和端口号，这里假设PHP-FPM运行在本地的9000端口上。
3. 检查SELinux或者防火墙是否设置了限制，例如是否开启了SELinux并限制了Nginx连接PHP-FPM的端口。
4. 可以尝试重启Nginx和PHP-FPM进程，看看是否能够解决问题。

如果以上步骤都不能解决问题，可以查看Nginx和PHP-FPM的错误日志，看看是否有更详细的错误信息。根据错误信息进一步排查问题。