@Yako #0 关于Tg Bot推送今天已经着手去写了，单纯的消息提醒还是比较简单的，但是写的时候发现有些地方没有考虑特别清楚，具体有几个点： 推送机器人是否复用之前的vps管理机器人，还是单独做一个机器人出来 论坛计划支持tg登录验证身份，因为手机号验证被吐槽太多了，这个功能怎么和Tg推送Bot结合 关于第二个点，稍加解释下，如果支持tg bot 推送，那么已有账户做一下tg的关联即可，官方有很好的解决方案。这个功能点打算部署到用户设置面板上。tg登录，则是在注册的时候，可以选择用tg登录身份验证代替发短信，不需要手机号验证了，且注册之后自动关联tg。这里有个问题，如果已有账户直接利用tg注册一个新号，无法与原有账户合并数据。可能我想的太多了？
@Yako #5 嗯这个我已经留意很久了，昨天还修复了点击@消息不能取消未读的bug，这俩重复的话，如果先点了@消息，加载页面的时候会自动清理当前页面内未读回复的提醒，如果先点了未读回复的提醒，@消息的提醒没有被清理。解决方案有两个： 一是未读提醒生成时如果两个功能一致则只生成其中一个，也就是你说的方法 还有一个是无论点击哪一个，都清理对应的未读回复和@消息提醒 这两个方案应该都可以，但是第一个方案涉及到我在设计文章/提醒对象模型时没考虑周到的一个点，我用了代理模型，最好还是用工厂会更加自然，如果模型是后者，实现上面的方案1会更加自然方便。但现在如果改成方案1，我需要代码加一些patch和walk through的东西进去，不是很优雅。所以昨天我先放置了一下思考下，是以后等调整内部模型框架的时候顺便用方案1，还是目前更好做的方案2。因为这个跟用户使用习惯有关，所以暂时没有去调整
@Lloyd #9 发布于2022-12-06T13:25:43.000Z，编辑于2022-12-06T13:25:59.000Z @zudaz #7 直接使用markdown超链接语法就可以，我没有对签名开启链接过滤的markdown插件 可以给个语法实例吗，网上的试了还是会提示跳转
第二项感觉很关键啊 感觉得考虑数据库重建了 加一列TG ID@Lloyd #1
@酒神 #3
顺便提个建议 收到回复和“@我的”通知重复了 可以考虑改一下
@Lloyd #1
从业务安全的角度来看，是否分开会比较合适，避免出现异常的时候所有业务都停滞，或者可以整合但是需要有后备资源可以快速切换
@Lloyd #8
那其实可以先用方案2 然后列一个todo等之后有空做1
@Yako #0
关于Tg Bot推送今天已经着手去写了，单纯的消息提醒还是比较简单的，但是写的时候发现有些地方没有考虑特别清楚，具体有几个点：
关于第二个点，稍加解释下，如果支持tg bot 推送，那么已有账户做一下tg的关联即可，官方有很好的解决方案。这个功能点打算部署到用户设置面板上。tg登录，则是在注册的时候，可以选择用tg登录身份验证代替发短信，不需要手机号验证了，且注册之后自动关联tg。这里有个问题，如果已有账户直接利用tg注册一个新号，无法与原有账户合并数据。可能我想的太多了？
@Yako #2 没错是这样的，原来使用的安全模型也需要改动一下，想到这些我就想找个空一点的一天集中写完，不然就先开分支边写完再合并好了，目前要写的功能点着实不少
@Yako #0 如何让签名连接不提示跳转提醒的？
@zudaz #4
没做任何修改 就普通的超链接
@Yako #6 格式可否分享一下，我使用链接会提示跳转。
@Yako #5 嗯这个我已经留意很久了，昨天还修复了点击@消息不能取消未读的bug，这俩重复的话，如果先点了
@消息，加载页面的时候会自动清理当前页面内未读回复的提醒，如果先点了未读回复的提醒，@消息的提醒没有被清理。解决方案有两个：未读回复和@消息提醒这两个方案应该都可以，但是第一个方案涉及到我在设计文章/提醒对象模型时没考虑周到的一个点，我用了代理模型，最好还是用工厂会更加自然，如果模型是后者，实现上面的方案1会更加自然方便。但现在如果改成方案1，我需要代码加一些patch和walk through的东西进去，不是很优雅。所以昨天我先放置了一下思考下，是以后等调整内部模型框架的时候顺便用方案1，还是目前更好做的方案2。因为这个跟用户使用习惯有关，所以暂时没有去调整
@zudaz #7 直接使用markdown超链接语法就可以，我没有对签名开启链接过滤的markdown插件