我有一个nginx服务器和一个php-fpm后端。在nginx服务器上，我有一个client_max_body_size限制上传任何东西。所以我决定禁用post_max_size和upload_max_size？反正它们已经被nginx服务器限制了.这样可以避免重复的限制和配置。为了做到这一点，我确实试图让他们
client_max_body_size
post_max_size
upload_max_size
post_max_size = 0 upload_max_filesize = 0
字符串这似乎做的工作，虽然部分记录。这个设置安全吗？
nhn9ugyo1#
post_max_size的文档在Changelog中说：5.3.2，5.2.12通过将post_max_size设置为0来允许无限的文章大小。所以正确的值是0，而不是-1。5.3.4的更新日志说，当内容类型是application/x-www-form-urlencoded时，这不起作用。但是，由于你必须使用multipart/form-data上传文件，当你想允许大文件上传时，这是不相关的。upload_max_size的文档并没有说明如何使其不受限制，但看起来很可能是一样的。验证这个期望应该很简单，你可以提交一个bug报告来修复文档。
0
-1
application/x-www-form-urlencoded
multipart/form-data
r8xiu3jd2#
这种React（还）不符合事实。由于NGINX限制了上传大小，因此该限制实际上适用于与PHP的任何通信。因此PHP中的限制是不必要的。但这一点是基于这样一个事实，即NGINX正在正确地完成这项工作。
2条答案
按热度按时间nhn9ugyo1#
post_max_size的文档在Changelog中说：5.3.2，5.2.12通过将post_max_size设置为0来允许无限的文章大小。
所以正确的值是
0，而不是-1。5.3.4的更新日志说，当内容类型是application/x-www-form-urlencoded时，这不起作用。但是，由于你必须使用multipart/form-data上传文件，当你想允许大文件上传时，这是不相关的。upload_max_size的文档并没有说明如何使其不受限制，但看起来很可能是一样的。验证这个期望应该很简单，你可以提交一个bug报告来修复文档。r8xiu3jd2#
这种React（还）不符合事实。
由于NGINX限制了上传大小，因此该限制实际上适用于与PHP的任何通信。因此PHP中的限制是不必要的。
但这一点是基于这样一个事实，即NGINX正在正确地完成这项工作。