nginx超时状态(nginx超时状态码)

nginx超时状态码

nginx跨域报504错误。

Nginx 504错误(Gateway time-out 网关超时)的含义是所请求的网关没有请求到，简单来说就是没有请求到可以执行的PHP-CGI一般看来, 这种情况可能是由于nginx默认的fastcgi进程响应的缓冲区太小造成的, 这将导致fastcgi进程被挂起, 如果你的fastcgi服务对这个挂起处理的不好, 那么最后就极有可能导致504 Gateway Time-out。

现在的网站, 尤其某些论坛有大量的回复和很多内容的, 一个页面甚至有几百K，默认的fastcgi进程响应的缓冲区是8K, 我们可以设置大点，

nginx504超时

　　情况一：由于nginx默认的fastcgi进程响应缓冲区太小造成：　　这种情况下导致fastcgi进程被挂起，如果fastcgi服务队这个挂起处理不是很好的话，就可能提示“504 Gateway Time-out”错误。　　情况一解决办法：　　默认的fastcgi进程响应的缓冲区是8K，可以设置大一点，在nginx.conf里，加入：fastcgi_buffers 8 128k　　这表示设置fastcgi缓冲区为8块128k大小的空间。　　情况一解决办法（改进）：　　在上述方法修改后，如果还是出现问题，可以继续修改nginx的超时参数，将参数调大一点，如设置为60秒：　　send_timeout 60;　　经过这两个参数的调整，结果没有再提示“504 Gateway Time-out”错误，说明效果还是挺不错的，问题基本解决。　　情况二：PHP环境的配置问题　　这里需要对php-fpm和nginx进行配置修改。因为这种情况下，也会出现“504 Gateway Time-out”错误提示。　　情况二解决办法（ php-fpm配置修改）：　　将max_children由之前的10改为30，这样操作是为了保证有充足的php-cgi进程可以被使用。　　将request_terminate_timeout由之前的0秒改成60秒，这样使php-cgi进程处理脚本的超时时间提高到60秒，可以防止进程被挂起以提高利用效率。　　情况二解决办法（nginx配置修改）：　　为了减少fastcgi的请求次数，尽量维持buffers不变，要更改nginx的几个配置项，如下：　　将fastcgi_buffers由4 64k改为2 256k;　　将fastcgi_buffer_size 由64k改为128k;　　将fastcgi_busy_buffers_size由128k改为256k;　　将fastcgi_temp_file_write_size由128k改成256k。　　情况二解决办法修改完，需要重新加载php-fpm和nginx的配置，然后再进行测试。之后就没有发现“504 Gateway Time-out”错误，效果也还是不错的。

nginx超时时间设置建议

可以设置upstream_response_time的时间来控制多个服务器的切换时间 另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒

nginx 超时

这是由于服务器端的配置出现了状况，平时也很少见到。

具体解决法就是修改配置文件：1、把max_children由之前的10改为现在的30，这样就可以保证有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

2、接着再更改nginx的几个配置项，减少FastCGI的请求次数，尽量维持buffers不变：fastcgi_buffers由464k改为2256k；fastcgi_buffer_size由64k改为128K；fastcgi_busy_buffers_size由128K改为256K；fastcgi_temp_file_write_size由128K改为256K。

nginx超时默认单位多少

可以设置upstream_response_time的时间来控制多个服务器的切换时间

另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒

nginx超时重试机制

python程序员二面一般问以下几个问题：

1: Python 列表、元组、字典的区别？

这个问题应该经常被问到，我们在这里详细做个解释。

列表(List)，Python的列表实际上是一个动态数组，存储在一个连续的内存区块中，随机存取的复杂度是O(1)，插入和删除元素时会造成内存块的移动，时间复杂度是O(n)。同时它是一个可变对象，当我们对列表进行赋值时获取到的只是它的内存地址，如果需要将列表里的内容全部复制给另一个变量，需要用到copy（浅拷贝）和deepcopy（深度拷贝）。

元组(Tuple)，Python的元组是一个不可变的数据结构，它本质上也是一个数组。因为是不可变对象，所以Tuple的长度在创建时就是恒定的，所以我们也无法对它进行添加和删除元素的操作。不过在Tuple内所包含的对象是可变的。当我们把包含元组的变量赋值给另一个变量时，实际上是在内存中重新申请了一块内存空间用于新建了一个元组。

字典（Dict)，Python的字典是一个哈希表，根据键值对(Key,Value)直接访问的数据结构。关于哈希函数在这里不多做解析，大家可以自行了解。如果字典在产生哈希冲突时，也就是Key遇到重复的时候。Python会通过开放定址法来计算下一个候选位置，反复测试最终保证生成的哈希值不会产生冲突。字典跟列表一样，也是可变对象，复制内容同样需要用到copy（浅拷贝）和deepcopy（深度拷贝）。

2: 如何将一个字符串或者数字倒序输出？

字符串倒序，我们可以利用Python的切片对字符串进行倒序，参考如下代码:

str1 = "长风几万里，吹度玉门关"print(str1[::-1])

切片的参数格式: [start_index: stop_index: step]

如果我们不填写切片起止位置参数，那么默认是取字符串全部内容，当step参数(步长)为负数时，字符串会自动从右往左取值，-1就是依次取值，那么就自然是倒序了。

我们同样可以通过切片的原理对数字进行倒序输出。

# 正整数的情况number = 10002new_number = int(str(number)[::-1])# 负整数的情况number = -10002new_number = int('-{0}'.format(str(abs(number))[::-1]))

3: 谈一下Python的内存管理机制

Python内建了垃圾回收处理机制，引用计数是这个机制的一部分。

在Pyhton源码中，实际上是用 Py_INCREF(op) 和 Py_DECREF(op) 这两个宏来增加和减少引用计数。

当一个对象被创建、被赋值、被参数传递，函数返回之前的时候，它的引用计数值(ob_refcnt)都可能会被加1(INC)，一直进行累加。

当对象变量失去作用域的时候，引用计数的值会减1(DEC)。

当一个对象的引用计数减少到0之后(ob_refcnt为0)，Py_DECREF(op)会调用该对象 "析构函数"(__del__) 将其从内存中释放。

4: 什么是Session、Cookie、Token？

Session是一个概念，信息存储在服务端。

Cookie是对Session的一种实现，并信息存储在客户端（浏览器）。

因为HTTP协议无状态的特性，以至于我们需要在浏览器和服务端之间建立一个用于识别用户身份和详细信息的凭证，这个凭证可以是Cookie、Token任意一种。

当用户登陆成功时，我们可以将其的身份凭证在服务端生成一个Session信息，保存在文件，数据库或者内存里，通常Session会有一个Session id。

因为访问服务端Session 信息需要用到Session id，所以通常情况下，我们将Session id存在Cookie里。

Cookie其实信息在用户登陆产生Session信息之后再将Session id或者别的附加信息返回给客户端，由客户端存储在本地文件里。

当浏览器向服务端发起请求时会带着Cookie里的Session id访问服务端，服务端根据Session id找到存储好的Session信息，如果信息能找到并且内容无误，即视为访问有效。

Cookie除了存储Session id外也可以存储其他非敏感的信息（例如用户昵称，头像等），提供给浏览器直接使用，而不用每次都从服务端去拿。

关于Token，实际上用在基于RESTAPI相关的服务里比较多。

它的认证机制是当用户登陆后服务端算出一个Token信息存储在服务端并返回给客户端，内容通常包含 用户id，当前时间戳，签名和其他信息。

Token在客户端一般存放于localStorage、cookie、或sessionStorage中。在服务器一般存于数据库中。

当客户端再次请求服务端时，会从本地拿到Token信息，并放在headers中，服务端收到请求，会自动去headers里拿到Token进行解析以用于识别用户身份。

5：GET和POST的区别和作用？

GET和POST在本质上没有区别，HTTP协议并没有规定GET和POST传输数据长度的限制。

唯一的限制可能存在于服务端的服务程序和浏览器。

通常在 Nginx或者各种WebServer服务程序里会有定义GET和POST传输最大长度的限制。

而GET提交的数据长度限制通常取决于浏览器，每种浏览器的限制不一样。

在HTTP协议中，使用什么样的Method和数据如何传输其实没有相互的关系，在绝大多数的WebServer里。GET和POST提交的数据其实都在BODY区域内，我们既可以通过GET来传输文件，也可以通过POST来传输文件。

之所以通常定义GET用来获取数据，POST用来提交数据是因为GET请求是幂等的，POST请求不是。

幂等性是指一次和多次请求某一个资源应该具有同样的副作用。简单来说意味着对同一URL的多个请求应该返回同样的结果。

基于幂等的原则，我们用GET进行数据的添加修改删除时会有副作用，因为在网络情况不好的时候GET会自动尝试重试，增加了重复操作数据的风险。而用它获取数据就不会存在这样的风险，因为我们哪怕对一个资源请求100万次，它还是不会改变。

这个问题看面试官的技术水准，如果面试官愿意跟你聊得比较深入，那你可以这么回答。如果面试官自己心里也是一些标准答案的话，那建议只回答GET用于获取数据，POST用于提交数据。

另外DELETE方法其实也是幂等的，哪怕你删除100万次，数据其实也只会被删除一次。

nginx110超时

这是由于服务器端的配置出现了状况，平时也很少见到。具体解决办法就是修改配置文件：

1、把max_children由之前的10改为现在的30，这样就可以保证 有充足的php-cgi进程可以被使用；把request_terminate_timeout由之前的0s改为60s，这样php-cgi进程 处理脚本的超时时间就是60秒，可以防止进程都被挂起，提高利用效率。

2、接着再更改nginx的几个配置项，减少fastcgi的请求次 数，尽量维持buffers不变：fastcgi_buffers由 4 64k 改为 2 256k；fastcgi_buffer_size 由 64k 改为 128k；fastcgi_busy_buffers_size 由 128k 改为 256k；fastcgi_temp_file_write_size 由 128k 改为 256k。

nginx超时时间设置 10s

可以设置upstream_response_time的时间来控制多个服务器的切换时间 另外，max_fails=3 fail_timeout=30s，可以通过设置失败次数和超时时间来控制失败时间，默认是3*30＝90秒