sun ao
sun ao
感谢开源! 我想请问 不知道能否hook微信的http请求的函数呢? 比如图片之类或者文字之类的post等等http的请求 我想应该是透过某一个微信写了一个类（比如dataService）来做这一件事吧？（基于我浅薄开发angularjs的经验...) 不知道可否找到这个类并且hook之? 这样就能看到https以前的请求长啥样子了...
# 请问有人知道微信发送信息频率上限是多少吗？ 自己的机器人碰到的问题... 希望大家可以来帮助讨论下 先谢过啦 ## 简单介绍下背景： 功能上基本上就是群发，且群发的信息对不同人是不一样的。 然后希望能够越准时越好（比如元旦，最好就是1月1日00:00发送，微信上貌似就显示到分钟，所以有60s的时间来发送，好友大概120个的样子） 当时我做的就是无脑for发送（由于使用nodejs写的，所以所有信息几乎是同时发送的，不会等待前一条发送成功才发送下一条） 一直都没有问题，好像是从去年开始，微信开始提示："发送消息过于频繁，等待对方接受你的好友请求后再发。" ## 原因就是发送消息过于频繁了，于是想到几个解决方案 ### 由于我是用nodejs，所以为了减少并发（同时发送）的数量，则 * 把所有要发送的信息放到一个queue * 等到收到系统收到信息的提示后，再发送下一个 _这个做法应该和python发送的过程一样了，都是堵塞（等待发送结果才做决定）的方法， 但是实际上这种方法连续发送60条会被提示（不知道各位有没有用python试验过）_ _然后对于这种方法，我尝试过发送60条，休息15s左右，还能发送40条，然后会被提示，用此方法应该可以测试出要多久可以恢复60条？_ ### 直接用js的timeout（或者interval），硬设定间隔发送，每x秒发送一条。 _试过1000（也就是1s）没有问题，在500（也就是没0.5s发送一条）的时候，连续发送120条左右就提示错误了_ _上述的120条是指给同一用户发送，我试过分成4个，结果是1人上限是30条左右，所以由此推出微信应该限制是发送请求的数量和具体对象是谁无关。_ _这个测试中，感觉微信设定指标的条件好像有些模糊，因为在无脑发送（在这边中其实对应的是时间间隔为0），也能发送到60条，而每个0.5s是能发送120条，似乎这边有一个 发送频率-发生数量 的函数在？_ ##...
Thanks for you nice work! However I got into trouble when the following logs appeared when I ran the *docker compose up* And I need some help... btc-service | >>>...
According to [this](https://developer.mozilla.org/en-US/docs/Web/SVG/Tutorial/Fills_and_Strokes), strokes are drawn centered around the path, so radius should be *diameter/2 - strokeWidth/2*
Sorry I don't understand why sometimes action 0 makes the agent go left while sometimes it makes the agent freeze or go down and this happens for other actions (from...
YO @makelove 请问你还有继续做下去吗这个?~~
Hi srush, I am so grateful for this art for learning cuda! Could we get more (especially related to some real-life cases)? ❤️❤️❤️
## Description Added the `intervenable_model` parameter to the forward function signature, enabling user-defined intervention classes to have direct access to the model instance. This allows for more advanced manipulations such...