最终目标[ { date:"20230304", userID:"", bookCode:"" // 当前学习的词书code needReviewCount:9,// 今日须复习的卡片数， reviewCount:1,
方案现有的注册渠道微信（小程序、微信登陆）手机号AppleID怎么验证targetID属于本人再登陆一次？/token/merge?targetToken = xxxx哪些数据需要转移基础数据卡片 -> user_id卡片的练习记录 -> user_id单词本收藏的单词 （冲突忽略）词书
要实现的功能字段名字段描述示例值forceUpdate是否强制更新trueapkUrlapk下载urlhttps://xxx.apkcontent更新文案内容本次更新有：1.xxx \n 2.xxxtitle更新文案标题新版本更新啦versionName版本号1.0.2apkSize安装包大小（KB
逻辑当用户经前端确认，需要注销时，将其用户态改为 deleting，前端删除token放入延时队列，7天以后，将其所有数据存放到 [ userID ] .json文件中删除所有正常数据如果在此期间登陆，则终止该注销操作手动恢复：将[ userID ] .json的数据，恢复至对应的表中接口delet
业务描述在获取今日卡片时，如果打开了自动生成，则自动生成今天所需的卡片逻辑获取设置的目标数 dailyTargetNum获取当前词书剩余的单词数 totalWordNum获取今日已生成的卡片数 hasGenerateCardNum获取当前的词书进度 currentProgress.getCurInd
一、渠道站内信2. 帖子的回复，”您的帖子有N个回复“3. 审核通过4. 审核业务名对象示例渠道备注注册用户短信重置密码用户短信审核通过用户短信审核拒绝用户短信用户上传待审核管理员邮件点击进入审核页面资料被点赞用户有N个人点赞 ，对你的XX进行了点赞站内信点击查看相应页面帖子的回复用户你发布的XXX
问题现在直接使用的腾讯云的图片压缩 ?imageMogr2/crop/152x152/gravity/center/format/png/interlace/1/quality/17不安全对于tif文件的显示问题，采取的是在前端处理，导致每个页面都需要加载tif.min.js很麻烦如果后端处理，怎么
现在存在的问题现在的消息推送是固定在晚上9点，用户没法自主选择现在的推送服务，与主服务绑定在一起，其实也没什么问题新架构抽出定时任务服务和推送服务
