tg2web

今天做了web app的消息通知，只需要点频道页面的小铃铛然后同意浏览器给你推送即可。

评论目前做好了，消息通知也会有，仅对于登录用户

下一个迭代的目标就是评论通知，分两类
1. 管理员对于任何post的评论都将被通知
2. 回复通知（不包括自己回复自己）

Azure因为AI最近疯狂烧钱提前几天烧完了，这次所有的周报会晚一点更新了

也就是这里的milestones

后面这个tg2web的项目会做一波增强功能，比如搜索hashtag，以及搜索ticker（以 $ 开头的形式，比如 $BTC, $QQQ)，这会很方便查找到历史

oracle永久免费这个服务器用了几年了，期间账户也从免费账户升级到验证账户，这个机器是我见过的性价比最高的，接近无限♾️，因为你并不需要付一分钱，你只需要在最开始付出一点时间就行。

后面的想法是，既然tg2web和openclaw现在跑在了同台机器上，我会先把它俩的network打通，tg2web打算开放一些internal API给openclaw使用让它负责运维和管理工作，然后也会探索更多可能性，总之对这个事情抱有挺多期待的

有些感想，关于做这个tg2web的技术选型，个人一开始是走的云原生的道路，一切服务都通过micro services的形式部署在azure上，那样很好，也确实没什么槽点，稳定跑了几个月体验很好。

但是后来又仔细一想，大部分的项目可能真的用不着过度设计搞太复杂，也不是什么情况都得要用到“分布式”、”云原生“，对于很多场景其实架构越简单越强。

举个例子，你租用azure的container instance跑你的容器，最低配置0.25 CPU 0.5 memory，其实真的用不到这么多，大部分的容器的状态即使是处理real-time streaming，也绰绰有余，大部分0.05 CPU 0.1 memory都够得不行。成本其实还是很高的，即使我有免费的azure subscription。平台开销反而高于业务开销。

我觉得更多的意义是在于当你设计架构的时候，是如何通过这个过程去思考的，比如说当我选用微服务架构的时候我会去想耦合度该怎么权衡，未来的瓶颈会在哪里，如何各司其职等问题，至于你想最后部署在云原生的平台，还是单机部署，这些都是后话，但是思考这些问题有利于自己架构设计水平的提高，我们可以过早思考，但不必过早优化。

不得不说快很多，开发也舒服好多

把service bus消息总线换成了redis

测试一下webhook

测试网站已经上线，测试几天没问题就迁移

https://test.tg2web.live/

周末的计划安排：
1. 迁移tg2web架构从azure到oracle永久免费的arm服务器（也就是跟openclaw的同台机器）
2. 试试tg2web直接跟openclaw合作

这么做的原因是打算把资源留给 Azure OpenAI

这个地方算错了，我一共四个频道，一般至少三个都有更新，所以有至少三个请求，这么一算每周cost大概3美金💸

最近用AI把自己以前几个toy project盘活了，而且还进化了好多，AI builds everything

一次性用GPT 5.4 pro模型回补了近两个月的数据量，cost完全okay，这笔金额也是关联在已有的订阅，不用自己真的掏钱，后面频率是weekly的话，基本上平均0.6-0.7美金？对于每周来说基本是是忽略不计的金额了

已经搞定，参考

https://tg2web.live/channel/-1003888244528/digests

用了公司给的azure订阅申请了foundry，然后加到openclaw，免费薅，很爽