经历了在线教育行业“双减”，公司转型成人教育，再转型到直播，终于方向更有确定性，可以喘口气，是时候还技术债了。 1、web框架统一。之前用的e

场景： 点击进入小程序页面，页面有需要用户手机号，调起小程序自带的获取手机号，然后支付。 结果发现小程序获取手机号aes解密失败，报-41003

公司接了一个小项目，项目里的多级评论有些技巧，值得写一篇文章记录。 需求是帖子下的评论，先看下设计图： 网上调研了一番，结合当前业务情况，发现一

mq用的是Nats，NATS项目介绍。 server用的是Nats Streaming，消息至少一次传递，可持久化。 mq其实就是生产者、消费者模

1、做正式sql语句处理前，先在测试环境执行sql语句，看看有没有问题 2、如果在不同的数据库间切换，sql语句的表名前面记得加上数据库名，避

1、用户生日数据库字段用字符串，比如“2012-09-08”，时间戳只能从1970年开始，那之前出生的人时间会有问题。生日的字符串要容易做后

分销商表有三个字段：id、level、inviter_id。level表示分销商等级，由小到大0、1、2、3。inviter_id表示当前分

有个给小孩子上语文课的外部合作项目，里面有个成就墙的功能。类似于玩游戏，玩到什么程度可以获得成就。 成就分为3种课程类型，比如语文、朗读、音频

1、分析数据从哪来，怎么存储（大致判断数据规模），怎么展示。比如mysql、dla、MaxCompute 2、是否需要缓存。比如redis 3、

场景： 前端加载更多，列表数据会重复，但又不是必现。刷新后数据又正常了 经过测试，发现是加载更多时，有新纪录插入数据库，导致返回给前端一条上一页