迷榖林

现象：请求发出去以后，提示413 Request Entity Too Large 原因：看就知道是因为请求太大了，因为是个上传文件的接口，没办法压缩请求大小，所以需要给Nginx配置一下最大请求体（默认为1M） 解决：添加client_max_body_size配置可解决 client_max_body_size 30M; 如果配置在http块代表全局生效、如果配置在server块代表单个站点生效、如果配置在location块代表特定路径生效。 添加完成后重启Nginx即可解决。

现象：node编译vue项目，build时提示： javascript out of memory 原因：node编译时，用的是Google的V8引擎进行编译，V8引擎编译时默认分配的内存大小只有1.4G（对于64位系统来说）。当项目比较大时，会出现1.4G内存太小导致的溢出的问题。 解决：node提供了自定义编译内存的办法，我是通过在打包脚本上增加一行代码解决的： export NODE_OPTIONS="--max-old-space-size=4096" 即让编译时使用的内存为4096M。 由于我是流水线打包，所以需要在每次执行脚本时，手动改一下环境变量，如果是本地打包的话，其实一劳永逸的设置node一次就可以。

为什么要补档补档文章均首发于2019年-2020年这一年多的时间里，由于疏忽，这段时间用hexo写的博客都没有做备份，源文件也被埋葬到了一块打不开的硬盘里。好在经过回忆，那时写的大部分博客内容较为浅显，基本在网上有更加成熟的其它博客，故无需对其中的大部分文章进行补档。回忆起来，大概只有几篇比较冷门领域的博客，笔者经常收到读者的交流邮件，故决定对这几篇文章逐步进行补档。所谓逐步，就是慢慢补，想起来就补，慢慢补。补充：补档的原则是，不进行勘误、调整、补充和删减，仅完全按照原文进行复制粘贴。 1今天是5月21号，离上次更新过去了差不多一个月，现在更新EMV的第二篇，也是实习期间学到的。 这次是持卡人码，即被扫码，在消费过程中，持卡人将自己终端内生成的持卡人码展示给商家，商家使用“扫枪”扫描持卡人，完成消费。EMVCo官方同样也给出了持卡人码的规范文档，文档内容：文档 上篇已经对EMV码做过介绍，这里直接介绍EMV持卡人码的生成规则。持卡人码同样是字符串，将字符串按照特定的规则解析，实现转账功能。和EMV商户码字符串不同的主要有两点： 1、持卡人码在生成后经过了Base64编码。 2...

为什么要补档补档文章均首发于2019年-2020年这一年多的时间里，由于疏忽，这段时间用hexo写的博客都没有做备份，源文件也被埋葬到了一块打不开的硬盘里。好在经过回忆，那时写的大部分博客内容较为浅显，基本在网上有更加成熟的其它博客，故无需对其中的大部分文章进行补档。回忆起来，大概只有几篇比较冷门领域的博客，笔者经常收到读者的交流邮件，故决定对这几篇文章逐步进行补档。所谓逐步，就是慢慢补，想起来就补，慢慢补。补充：补档的原则是，不进行勘误、调整、补充和删减，仅完全按照原文进行复制粘贴。 1最近在公司实习，收获还是蛮大的，今天是4月24号，离实习结束还有两天，简单总结一下实习学到的东西。 来实习主要是学到了两方面的东西吧，一边是Android的一些基础，一边是相关的一些业务，顺带还了解了下公司的开发部门到底是怎么运作的。 关于Android的部分是个大坑，以后填，所以接下来几天写一些业务上的东西，也就是这两个多月本人一直在打交道的——支付二维码。先来说说EMV码，其实EMV二维码分两种，一种是商户码，一种是持卡人码；商户码，也就是主扫码，就是你去商店付款时，用手机APP去扫的店...

现象其它地方拉下来的项目运行时报错：error：[vite] [plugin:vite:import-analysis] Package subpath ‘./dist/vuex.esm-bundler.js’ is not defined by “exports” in/uni-app-vue3.0/node_modules/vuex/package.json 解决对应文件修改为： "require": "./dist/vuex.cjs.js", "import": "./dist/vuex.mjs" }, "./*": "./*", "./": "./" },“module”: “dist/vuex.esm-bundler.js”,