小程序

每个开发者大概都有个小梦想——做一款属于自己的软件，被很多人用，要是还能赚点钱就更好了。可现实是，不少好想法哪怕做成了产品，最后也难免中途夭折。原因五花八门，运营恰恰是很多开发者的短板；更现实的是“收益”问题——纯靠“爱发电”的项目能走多远，其实谁也说不准。 我的小程序《豆豆证照工坊》上线半个多月后，我也遇上了这个难题。 上周微信团队发消息说，我的云环境欠费了。一开始我以为这东西是免费的，后来才搞明白：小程序上线前，云环境对开发者是免费的；可一旦正式上线，就得开始付费了。 登录后台一看，好家伙——两周的瑞幸咖啡钱直接没了，还没算那个每月19.9元的“穷鬼套餐”（基础版）。这哪儿是“爱发电”啊，分明是拿我的咖啡钱在发电。这下我不得不认真想了：软件得有收益，至少得能覆盖基础支出吧？ 纠结这事儿的时候，心里其实挺矛盾的。一方面，总希望自己花时间琢磨出来的产品，能被更多人喜欢、用上，还能帮到大家；可另一方面，“得靠收益支撑软件运行”的现实又摆在哪儿——每一次接口调用、图片处理、数据存储，都在消耗资源，总有人得为这些买单。 纠结了好一阵，最后还是选了“要钱不要脸”——开始考虑收费。 不过以...

最近在鼓捣一个关于图像处理相关的小程序，出于快速开发考虑，在后台开发这块，没有选择走传统的后台部署服务。毕竟，购买云服务器，注册购买域名以及备案等一系列操作下来，也够让人心累。 这次选择的是微信开发的平台的云托管，至于为什么走的不是云函数开发，其中就涉及到了开发语言的选择–python, 如果改用javascript重写一下，成本有点高，所以最终方案选择云托管。 在按照云托管的部署流程一通走下来后，everything is fine. But… 离大谱的，接口请求和响应，居然不能超过1M, 而我这程序就是关于图像处理的，动不动图片大小就会超过1M。如果非要限制用户图片大小限制在1M以下，太过影响用户体验。 此外我还想过，在用户端使用图像压缩，但图像太大压缩也会存在超过1M的情况，另外清晰度也会受到影响。 在微信开发社区和各个IT论坛找了一圈下来，其实没有比较好的解决方案，最终都需要经过一个中间对象存储的过程。 也就是先将图片上传到云上，让后将图片对象的id作为接口入参传入，后台需要使用到图片的时候根据图片id下载即可，然后将处理后的图片，又要上传回云上，返回给客户端新的图片的i...