问题描述 保存数据到MySQL时遇到以下错误： Error updating database. Cause: com.mysql.jdbc.PacketTooBigException: Packet for query is too large (10113 > 1024). You can change this value on the server by setting the max_allowed_packet’。 原因是MySQL的max_allowed_packet设置过小引起的，默认设置的是1M，操作数据大于1M会受max_allowed_packet参数限制；改为了10M后问题解决。 使用SQL： show VARIABLES like '%max_allowed_packet%'; 查看max_allowed_packet大小。 解决方案 1. 在my.cnf中（windows下my.ini）修改 max_allowed_packet大小为10M；Max_allowed_packet = 10M。 2. 保存并退出。 3. 重启MySQL服务即可。 ——————— 作者：犁叔 来源：CSDN 原文：https://blog.csdn.net/u012739535/article/details/76132973 版权声明：本文为博主原创文章，转载请附上博文链接！
View Details最近项目中用到了文件图片上传操作， 前端 使用<input type="file" class="ignore" accept="image/jpeg,image/png,image/gif"> （base64字节） 后台使用String字符串进行接收（base64字节） properties配置文件中进行文件上传大小配置 spring.http.multipart.max-file-size=20Mb //上传文件的大小限定；只有上传采用文件格式进行接收时起作用，针对上面的base64格式图片（后台是String进行接收）不起作用； spring.http.multipart.max-request-size=60Mb //上传请求数据的大小限定；限定请求的总数据大小 但是发现当上传文件大小大于1.5M时就会报错：
|
1 2 3 |
2018-06-08 11:03:19.006 ERROR 3784 --- [nio-8080-exec-8] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.web.multipart.MultipartException: Could not parse multipart servlet request; nested exception is java.lang.IllegalStateException: The multi-part request contained parameter data (excluding uploaded files) that exceeded the limit for maxPostSize set on the associated connector] with root cause java.lang.IllegalStateException: The multi-part request contained parameter data (excluding uploaded files) that exceeded the limit for maxPostSize set on the associated connector |
经过分析发现是springboot中的内置tomcat服务器限定了Httppost的最大size 通过在properties中添加如下配置，修改该内置服务器的对HttpPost数据的大小； 成功解决该问题； server.maxHttpHeaderSize=102400000 //设定HttpHeader请求头大小 server.maxHttpPostSize =102400000 //设定Httppost数据大小 from:https://www.cnblogs.com/AnXinliang/p/9154659.html
View DetailsStateOfJS 刚刚发布了 2018年的 JavaScript 现状调查报告，今年他们调查了超过 20000 名 JavaScript 开发者，以确定他们正在使用什么，他们对什么感到满意以及他们想要学习什么。 1、JavaScript 现状 —— “方言” 随着 JavaScript 的成熟，开发者基于 JavaScript 创建了许多其他语言，或者叫“方言”，如 ES6、TypeScript、Flow、Reason、Elm、ClojureScript 、CoffeeScript 等等。曾几何时，CoffeeScript 是该方向的唯一支持者，但如今它已被 ES6 、TypeScript、Flow 等取代。 StateOfJS 表示有充分的理由认为这是整个 JavaScript 的未来。因为随着像 Web Assembly 这样的项目的出现，直接使用 JavaScript 编写代码可能很快就会变得古怪。 2018年的两位大赢家是 ES6 和 TypeScript 。另外 Reason 也值得关注，它背后有 Facebook 的支持，并且拥有非常高的满意度和兴趣值。 2、JavaScript 现状 —— 前端框架 结果基本上和其他榜单类似，React 和 Vue 唱主角，Angular 有垮台的趋势。 StateOfJS 表示，两年前有 27％ 的受访者表示从未听说过 Vue ，但如今这一比例已降至 1.3％ ！虽然 React 仍然拥有更大的市场份额，但 Vue 的迅速崛起也没有停止的迹象。 Angular 本身拥有庞大的用户群，但也很难看到它重新登上前端框架的冠亚宝座。 3、JavaScript 现状 —— 数据层 毫无疑问，Redux 是使用最广泛的工具，82％ 的满意率也证明了它的成熟程度。不过 GraphQL 也并非没有冲击的可能，其用户在两年内从 5％ 上升到了 20％ 。 4、JavaScript 现状 —— 后端框架（服务端） JavaScript 在后端（服务端）领域近年来似乎没有取得任何重大突破，虽然每年都有无数的框架出现，但很少有能够获得很大的成功并挑战 Express 的地位的。 即便是拥有 Express 继任者称号的 Koa ，其满意度也相对较低，使用量也有大幅下滑。 该领域有一个有趣的参与者 —— Next.js，最近引起了很多人的兴趣。虽然它与功能齐全的 Node 后端不太可比，但它专注于解决 React 应用的服务器端渲染问题，使其成为一个非常实用的工具。 5、JavaScript 现状 —— 测试 […]
View Details