paging-enabled

1.0.5-dev

mitt: 类似于java的全局 listenrs, listeners.add(type,listener)

page的显示优先级高于components

提前发送了事件后再监听，不会重复监听到，也没有eventbus的stick

用的时候需要考量一下调用时机

lifetimes: {
    attached() {
      const eventBusCaller = (pageVisiable, eventData) => {
        if(pageVisiable) this.loadRegionWeather()
      }
      EventBus.on(this, EventBus.KEYS.XXX, eventBusCaller)
    },
    ready() {
    },
    detached() {
      EventBus.off(this,EventBus.KEYS.XXX)
    }
  },
  pageLifetimes:{
    show() {
      EventBus.onShow(this)
    },
    hide(){
      EventBus.onHide(this)
    }
  },

1.0.4-dev

1.0.3

1.0.2

1.0.1

1.0.0

江山云樾府小程序已审核通过并发布（发布时间2022-07-14 11:00）

小程序版本v1.0.0

本次开发周期: 2022-07-08 – 2022-07-14

2022-07-07:

算起来其实是从6月底开始开发，但是我对小程序这种东西也不熟，
一开始也是一头雾水，后面慢慢看文档做起来，
关于页面布局和配色方案，我想了很多，也对比了很多小程序
就首页那些模块如何做分割，签到和登录的配色，我试了很多很多
才完成现在的总体框架布局，其实我还想了很多，但是鉴于快速开发，
初始化版本先保证基础功能，小程序的开发功能也有很多局限。

开发环境: 官方开发工具 + 小程序官方云开发。

2022-07-13

07-14 01:30 提审，07-14 2:00 提神成功，中间需要补充很多协议
晚上1点多才完全调试完毕，小程序的所有调用，包括云函数请求和返回都是计量收费的，
所以在总体框架结束以后设计了对资源的最小利用，每条数据添加version标志，如果数据
标示一致，则服务器响应后立即返回空串，小程序端沿用缓存数据，直至有新资源下发，
减小数据量，降低成本支出。

2022-07-14

上午10点多审核通过，11点多准备环境发布，11点半通知小程序可用
day1: 发布上线，主要为观察小程序端稳定性，云服务端响应速率，免费额度使用率，
人肉监控小程序云日志和服务器日志，查看是否有异常。

问题：
1，紧急修复云函数问题，故障前26次
问题为线上环境云函数代码未更新，dev环境未同步最新至pn，
不影响小程序使用，默认带了本地配置文件，
小程序云函数统计和服务器日志错误统计一致，请求错误时间和个数一致。

2，修复服务端tab key 错误
news模块数据无法使用配置，问题为前一天晚上抽象了服务器的配置数据，key的服务器名称错误，
影响持续超过5个小时，但不影响小程序使用，默认带了本地配置文

3，2千访问时短暂的出现服务器延迟超过800ms
所以迁移服务器至快速节点（300ms以下），下班前部署了三个节点同步统一代码和资源目录，
因为我的服务器厂商也不太靠谱，一年来一两次停机维护几天没法容灾也不行
自动化脚本同步 systemctl list-timer和onedrive| mega backup（2022-07-25已完成）

4，11:00-18:30 访问人数600+人次，多为第一次访问，顺序点击tab，有手动多次刷新操作,
但因为第一天主要是监控服务器情况，所以没有去及时更新数据

5，小程序图片缓存不会随着移除而清除，需要对同一地址需要增加随机数，
或者后续配置不能替换同名资源, 这就必须持续更新配置资源，费用也会上去

6，小程序分享功能需要添加代码，导致1.0版本分享无法使用
当天发现时已在开发版内进行处理，但是截图需要再考虑，页面截图分享有点丑

7，登录无统计，签到人数只有30人，后续需要增加先到体验
预想的设计结果暂时保密，不对外公布

8，云消息模板更随类目走，只能选已有类目推送模板，消息推送使用云托管和云函数
07-15已实现消息推送，但是这块以来云端记录订阅用户，定时也好，批量也好，都需要
永久记录，用户中心采用springboot+mysql（2022-07-12已完成），但小程序限制有些限制
暂时未发布

9，服务器日志重新格式化，后续量大后用kibana接管，实时分析，现在量太小。。。

2022-07-15

day2: 预计今天根据反馈重新重新配置已发现的部分缺失和错误资源，重新下发至小程序端。

但今天工作有点忙，知晓群内有发布了监管账户资金，处于隐私和及时性考虑
所以初步想做两块：
1，进度更新通知（这块需要开发用户中心，对uinonid订阅后下发消息）
2，真实业主审核工作(依赖文件上传和审核后台)，我自己的服务器倒好说，搭建个s3存储，分分钟能搞定这一切，但是国内域名和服务器都需要再购买，成本这块花销太大，一个月几百块钱支出，小程序云存储原生支持，但是费用这块也是有点坑，难受，
3，靠我一个人审核肯定不想，但是交给管理员或者销售需要开发后台web页面功能，时间多是ok的
但是每天工作有点忙，有点力不从心，公众号小程序发布的文章还没来得及写，工作还没做完

2022-07-16

公纵号文章已发布，已更新配置文件，
1：监管资金，2，2群满员，3，小程序发布，

服务器容器迁移中： 小程序云函数和使用量今天应该会超出限制，域名申请也没有什么作用（个人小程序除了公众号，无法打开webview，当前计划为完成基础功能）

1.登录和签到模块重新调整
2，服务器迁移到微信云
3，消息推送添加完成（用户中心基础代码已加，但是订阅推送逻辑未写）
4，其他细节调整（首页，红绿灯，定制背景，订阅提醒，登录引导，全屏消息）等等的开发中。。。