jasongwq
jasongwq
可以考虑在推送到微信或者钉钉的消息中加入广告反馈按钮，方便反馈广告样本
钉钉推送markdown类型可以带link（不清楚微信是否支持），[反馈广告](https://server/count?url=xxx&title=xxx) 2c在推送消失时url和title已知，因此可以生成带该link的markdown类型消息 需要在互联网上部署服务接收该链接请求，去重后保存记录 当然建议在Readme中申明相关隐私政策，并允许用户通过config关闭该反馈按钮
\[反馈广告](https://server/count?url=xxx&title=xxx)
这种方式都是GET请求，很少有服务开放GET的能力，但如果在github上放个静态页面，让用户点击链接后跳转到一个静态页面，再在静态页面上点击反馈，那可做的事情就很多了，甚至可以实现套娃，通过点击按钮向另一个公共的钉钉机器人推送数据，评论接口，搜集服务，都能实现，就是稍复杂了些。 其他终端不够开放的话还有一种就是推两次，一次推送信息，此次推送信息反馈链接，就是侵入性太强，对用户干扰太大，可以默认关闭，能接受的用户自己手动开启。
可以考虑在分发器侧提供RSS，那就实现了RSS进，RSS出，RSS阅读器的生态足够庞大，可以考虑利用下
是的，2c项目能力是实现将内容分类，但是如果是推送的方式，对于用户来说要不遗漏消息，要不被动接收不关心的信息，如果是查询的方式就给了用户更多的选择权，可以选择什么时候看什么信息，发挥内容分类最大的优势
如果考虑利用第三方的话可以考虑类似Huginn之类的软件，Huginn 通过一个Webhook Agent接收Event，并通过Data Output Agent发布为RSS。可使用的agents如下：https://huginnio.herokuapp.com/agents
Thank you for your response. ### Can you share your load balancer configuration? load balancer configuration with CiliumL2Announcement ``` kubectl describe svc imos-gblda-5063u Name: imos-gblda-5063u Namespace: default Labels: app=imos-gblda Annotations:...
This configuration seems to be an enterprise option. You can try contacting enterprise support.：https://www.continue.dev/enterprise https://github.com/continuedev/continue/blob/16bfb958f804e81b88ca3568ebee5c1a90cd4134/core/continueServer/stubs/client.ts#L14
I am using [PaddleOCR](https://github.com/PaddlePaddle/PaddleOCR/blob/release/2.6/README.md) to implement ocr and support retrieval on the app