daymade
daymade
sometimes I wonder if the place was deserted , without a soul to be seen . I tried to change latitude and longitude to a new place , the thought...
已经有大量诈骗账号被封锁了，目前脚本没有过滤掉这一部分账号，我的想法是不要动现有功能，额外在发起请求时，忽略已经被封的账号，这需要以下几个改动： 1. 遍历 all.json 查询哪些账号被封了 2. 将被封的账号记录在 suspended.json 3. 在用户侧点击批量拉黑时，请求前过滤掉 suspended.json 里被封的账号
想了一下交互，最好不要替用户做决定，有两个可选交互： 1. 默认不自动拉黑，用户显式勾选 `帮我自动拉黑` 以后再进行操作 2. 每天检查一次和 all.json 的 diff，提示用户 `插件为您检测共享黑名单有更新，是否拉黑这 30 个账号?` 我更倾向后者，理由如下： 1. 每次拉黑时都有用户确认，用户可以拒绝请求， 这样不会有任何自动化的误操作。 2. 有这个功能之后，如果用户很爱点，可以再加上 `自动拉黑时不必请求确认` 的配置，渐进式告知用户插件准备干什么。
目前的一键拉黑方式没有限流，单个列表加上加急名单共有一百来个账号，点击一次"一键拉黑"按钮会造成瞬间发起一百多个请求。 这种方式目前是安全的，但有潜在风险，尤其是当用户短时间内多次点击多个列表批量拉黑时，从实际经验来看，大概超过500个后会被Twitter强制登出账 号，重新登录后可继续正常使用Twitter。 推特限流文档: https://developer.twitter.com/en/docs/twitter-api/v1/developer-utilities/rate-limit-status/api-reference/get-application-rate_limit_status 对单个用户来说，推特的拉黑接口的限流窗口是 1 天， 期间只允许 400 次操作。 twitter 并没有在文档中写明 block 的限制，但是在 [twitter community](https://twittercommunity.com/t/blocks-create-endpoints-ratelimit/151532/2) 中有人提到了这个问题，twitter 官方回复是： > Block rates are not listed on this page, but you...
安全地、大批量拉黑，放缓请求速度？或者给官方 API 高昂付费来拉黑？ 这里是一个实际的例子: [likers-blocker](https://github.com/dmstern/likers-blocker) 实现了一个拉黑队列, 减缓 api 调用速度. 我们可以超一个轻量级的实现出来.
# Summary This PR implements a development-only logging system for the Refly Chrome extension to eliminate console spam in production while maintaining debugging capabilities during development. Fixes #941 # Impact...
**Describe the bug** The chrome extension continue logs messages in console **To Reproduce** Open any page which will be attached an side button of the refly chrome extension  **Expected...