易栈网-膘叔

以前没注意过，好象也没有发生过，最近在使用UniApp创建小程序的时候，运行几下就突然出现：[JS 文件编译错误] 以下文件体积超过 500KB，已跳过压缩以及 ES6 转 ES5 的处理。

很烦人，一旦出现这个错误，tab页几乎都是正常的。但无法跳转到其他页面，出错信息是xxxxpage not registed。

在开发者工具上设置过：Es6转为Es5，不启用。uniapp的manifest.json中，对微信小程序也是设置了，上传时压缩代码，但仍然不起作用。

这时候看一下，HbuilderX的运行菜单，运行->运行到小程序模拟器->运行时是否压缩代码，如果没有打勾，就打个勾。

----网上有提示，如果用cli创建的，则需要package.json中增加：

"dev:mp-weixin": "cross-env NODE_ENV=development UNI_PLATFORM=mp-weixin vue-cli-service uni-build --watch --minimize"

--

再次运行，正常了。

 这次春节风暴英雄有一个补丁很小的更新，在M1的苹果电脑上居然可以显示技能范围了。这个BUG已经有一年了，为什么这个只有几十M的更新就改掉了？

难道真的是因为风暴被微软收购才更新的？？

在使用本地valet进行开发的时候，打开刚指定的域名，出现：ERR_EMPTY_RESPONSE

 感觉每到年末都要自己写一下总结来回顾一下这一年的收获和其他，然而今年也算是疫情第二年，真要谈收获感觉是没有什么特别的。

写之前本来想看看以前都写了啥，结果翻了一下，2020没写，2019没写，就没有继续往前翻了。

2021年里在程序方面没有什么建树，当然以前也没有啥建树，无非就是在熟练工的基础上继续往前走了一点，这一点在2022年要有所改变。值得一小提的是，2021年居然看了一个多月的java代码，实话实说，在前几年就几乎没有碰过java代码，也就偶尔用kotlin写了点测试代码。所以2021年的事情就不多废话再提了。

2022年，还是要有一些小展望和自己的想法：

1、出一点小产品，否则永远处于代工（外包）的最底层，没有属于自己的东西

2、可能会往java/go上去偏靠一点，减少PHP的代码量了

3、flutter，至少要出1~2个小APP。

其他就真是随缘了。看起来好象不是什么大目标，什么赚上500万之类的也不想，按部就班吧

----

写完之后，发现一个事儿，那就是一直提的，要将博客用laravel重写一遍都没有动手，嗯。明年2月底前一定出来！！I promise。

写这个标题的时候，我已经构建包大约有40多次。构建成功的只有10来次。以下就是记录的踩坑内容，有一部分是云托管自身的，还有一部分是我自己瞎搞导致的

在写之前，先提一下，目前session无法处理，即重新构建后，session会丢失，所以如果要开放，请尽量使用无状态的方式，否则session没了很烦人，可以尝试用jwt或者类似token的方式先处理吧。

开始踩坑

1、官方的demo里面不含mysql，所以要编译带有mysql的php版本。php官方有现成的：php:fpm-alpine3.15，然而，这个也是不带pdo_mysql的，只有mysqlnd，所以自己在写Dockerfile的时候需要加上docker-php-ext-install pdo_mysql && docker-php-ext-enable php_mysql，

    问题就在这里。3.15/3.14，这两个命令都失败，会报没有权限，然而我明明是root，后来网上查了一下，好象就是alpine包的问题，降到3.13，可以编译，但随之而来的问题是，编译需要100多s，看了下，基本上在2分钟左右。

    然后参考网上的教程，在本地先构建好，然后将pdo_mysql导出来，复制到指定位置。于是我踩的大坑就来了。。。。。我按照教程step by step的完成了，结果上线后发现无法load，感觉很奇怪。折腾了将近1小时，才想起来，我默认构建的m1版本的，而线上是amd64，最后指定版本：FROM --platform=linux/amd64 php:fpm-alpine3.15，进行本地构建。

    再将so文件拷过去，发现还是有点小问题，比如，我在php.ini里加入了extension=pdo_mysql，但进系统一看，还是没有加载。用php -i|grep ini发现，这个fpm镜像，只能建一个ini文件，扔在/usr/local/etc/php/conf.d才OK

    于是照做。OK了

2、云托管里有一个MYSQL ，上一篇有提到，这个数据库怎么都无法删除，显示我不是管理员，于是我一想，我不是买了云数据库么，于是想着利用【对等网络】的功能，将这两个账号打通成内网，这样不就可以从内网直接连数据库了么？经过一翻折腾，发现还是不通。发了工单后，他们建议我不要PING（之前我是直接PING的），而是用telnet xxxx 3306进行测试。 经过测试，OK，能够打通，但也费了不少时间

    最开始的时候，是一直无法将数据库和VPC绑定在一个vpc网络里，后来发现，原来我的数据库从几年前创建好到现在一直是基础网络，也就是说是独立的，后面改成vpc网络才OK。这里一开始没注意，至少浪费半小时以上时间

3、既然这样能够打通，那我的轻量服务器和云数据库能打通吗？测试了好久，发现腾讯云有提供：云联网 功能，利用这个功能，将轻量服务器和云数据库采用VPC的方式打通了。

4、最后的问题就这样来了。。云托管能不能和轻量级打通呢？？？我不是走了云联网了么？也搞了【对等网络】，结果看了一下文档，只有出口的那个网络（即主VPC）和对等网络的对方才能直接互联，与VPC创建云联网的机器不能直接互联。。。这个就好纠结了。。。

   创建对等网络的VPC，我早就删除了。。。也就是说我已经无法让轻量服务器和云托管互通了。。。

   对等网络有两种：同账号对等、不同账号对等，在同地区是免费的。跨区要收费

----

经过一个周末的折腾，总算是解决了不少问题，虽然没有全部搞定，但还是比较成功。。。比较满足，周末没有虚度