Nginx HTTP:413 Request Entity Too Large解决方法
概述
今天遇到一个问题，在PHP程序中上传图片出现了以下错误：HTTP:413 Request Entity Too Large。
开发环境：CentOS + Nginx + PHP + MySql
解决方案
解决此问题，根据上传数据文件的大小，需要调节PHP和Nginx相关的参数配置。
配置PHP
PHP默认上传文件大小限制为2M，如果超出2M你需要修改PHP配置文件php.ini里面的参数。
post_max_size = 8M （表单提交的最大限制，此项不是限制上传单个文件的大小，而是针对整个表单提交的数据进行限制。） upload_max_filesize = 2M （上传的单个文件的最大限制） 需要保证 post_max_size >= upload_max_filesize ，也就是前者不小于后者。 修改之后一定要重启 php-fpm。
配置Nginx
除了修改 php 配置，你也需要修改nginx配置文件nginx.conf。
client_max_body_size 30M;
其中30M可以根据需要上传文件大小自行设定。
修改之后一定要重新载入nginx(service nginx restart)。
总结
今天解决了好几个小问题，挨个记录下~~
进步不用多，每天一点点
-
1px 方案在 VUX 组件内应用广泛，包括 Grid, ButtonTab, XTable, XButton, Cell 等等。 利用 Flexbox + 1px 你可以实现复杂的宫格布局。 引入 在你项目的App.vue引入，组件内不需要再重复引入。 <style lang="less"> @import '~vux/src/styles/1px.less'; </style> 可用类名：
-
本文向大家介绍vue跨域解决方法，包括了vue跨域解决方法的使用技巧和注意事项，需要的朋友参考一下 vue项目中，前端与后台进行数据请求或者提交的时候，如果后台没有设置跨域，前端本地调试代码的时候就会报“No 'Access-Control-Allow-Origin' header is present on the requested resource.” 这种跨域错误。 要想本地正常的调试，解
-
本文向大家介绍python3的UnicodeDecodeError解决方法，包括了python3的UnicodeDecodeError解决方法的使用技巧和注意事项，需要的朋友参考一下 爬虫部分解码异常 以下是设计的通用解码 通过 text 获取编码 通过数据 来解编码(推荐) errors=‘replace' 使解码不报异常, 然后把几个常用的编码一个个试下, 最后要看落下来的数据, 所以最好拿数
-
问题内容： 我正在将JTOpen JDBC驱动程序用于DB2通用数据库。除了简单的语句，我对SQL的经验很少。 从这个问题中，我看到尝试“在事务期间插入/更新非日记表中的行”时，抛出了我正在获取的错误（SQL7008）。 根据项目负责人的说法，我们的数据库未记录在日志中，因此不会很快出现（不要问我为什么，我不是DBA）。但是，我正在一个项目中，几乎一劳永逸（而不是每次调用一次执行都会自动提交）的功
-
在维基百科中，背包的算法如下： 我在网上找到的所有例子的结构都是一样的<我无法理解的是，这段代码是如何考虑到最大值可能来自较小的背包这一事实的？E、 如果背包容量为8，那么最大值可能来自容量7（8-1）<我找不到任何逻辑来考虑最大值可能来自较小的背包。这是错误的想法吗？
-
本文向大家介绍详解Django CAS 解决方案，包括了详解Django CAS 解决方案的使用技巧和注意事项，需要的朋友参考一下 CAS单点登录主要是为了解决主系统和子系统的统一登录问题，能够做到任意一个子系统登录成功后，再登录其他子系统后不再需要认证，让用户不用重复地进行登录认证。CAS单点登录的方案很多，并且大多数都是采用session的方式，而本文结合个人实践，着重讨论django cas
-
你可以看到，虽然我们有一些复制对象的方法，但是我们没有使它不可变，因为我们可以将episode的属性设置为8.另外，在这种情况下我们如何修改episode属性？ 我们通过调用assign： name: 'Star Wars', console.log(movie1.episode); // writes 7