在小程序开发中，我们都知道小程序是没有cookie的，那么用户身份是如何确定的，后段颁发token，前端每次请求头部附带token。既然是token，那么肯定有它的过期时间，没有一个token是永久的，永久的token就相当于一串永久的密码，是不安全的，那么既然有刷新时间，问题就来了前后端交互的过程中token如何存储？ token过期时，前端该怎么处理？ 当用户正在操作时，遇到token过期该怎么办？直接跳回登陆页面？

用flutter搞一波微信，还原微信页面，使用node构建websocket，完成部分会话功能，shared_preferences数据持久化，web_socket_channel通信，provide数据共享。

二次封装el-select增加全选与反选，可举一反三二次 封装UI组件，vue中提供的$attrs可以打印出组件上绑定的所有属性，$listeners可以打印出组件上绑定的所有事件，而$slots可以打印出组件传入的所有插槽；这里遍历插槽$slots，需求只需要多选的select显示按钮，则添加attrs.hasOwnProperty('multiple')&&$attrs.multiple!==false； 并且组件插槽具有多个插槽，为了不影响其他插槽使用则限制插槽名称name==='default'

解决 npm ERR! Cannot read properties of null (reading ‘pickAlgorithm‘)报错问题,在终端运行命令：npm cache clear --force（npm缓存清除--强制） 若是上条命令不行，则 npm cache clean --force (npm缓存清理--强制) 然后再次执行命令进行安装：npm install 再启动项目即可：npm run dev

报错errMsg: "XXXX:fail privacy permission is not authorized" errno: 104，uniapp开发小程序，接入隐私协议弹窗，主动显示弹窗，被动显示弹窗，完美显示/关闭，另附bus全局工具类，隐私协议弹窗组件源码奉上。

在微信小程序【琴房易约】的需求开发中,遇到一个需求，那就是每个琴房需要张贴一个对应的贴纸二维码，这些贴纸二维码中的信息对应不同琴房的id参数等信息，小程序各不相同，同样琴房名称也不相同，但最终需要的贴纸大同小异，虽然只有55张，但也不可能逐个的手动去设计吧，所以我们利用PS的变量以及脚本来完成，同样以下教程可以使用制作工牌、证书、餐饮点餐贴纸等。首先在批量生成桌贴/工牌之前，需要准备好ps母板与数据源：下方为ps母板，其中小程序码图层与琴房编号图层为变量图层，需要动态更换。

​琴房易约上线啦！！！琴房易约，让预约琴房简易便捷不再难！经过一段时间的研发，给予母校的第二款产品终于上线啦，第一款是在校期间研发的商图助理，这款产品在需求产出、原型设计、界面开发、数据库设计、API接口开发等，一个人耗费了大概2年时间（2017/11/24~2019/09/03），4次大版本迭代，数不尽的小版本最终上线（目前线上版本后端已托朋友重构，毕竟自己不是专业后端童鞋）。琴房易约 是我正式工作四年后开发的产品，因为有了积累的研发经验，这款产品研发周期并不算长，大概1月时间左右。