clash 出事后一直用的 v2rayA ，今天为了这事儿重新换回 clash ，选择了 clash verge

谢谢楼主，又被骗了 99 ，到 27 年了

前几年一个小项目想用 logto 做认证，但是没有集成企业微信，然后自己 fork 了微信的连接器改吧改吧，前后持续了得有 1 个月，logto 项目组非常耐心的帮我修改我的弱智代码，格式检查打回过，测试不完整被打回过。但是最终还是合并了，开心。
但是也是唯一一次提 PR 了 hhh

纯好奇。
域名是 cn 还加了 cloudflare ，是把域名解析到 cloudflare 了吗？
cn 允许运营 blog 吗，我印象中好像不行呃呃。

如果你的 192.168.0.100:10010 能识别 192.168.0.100:10010/book 这个路径，可以试试修改 nginx 的 proxy_pass 配置
proxy_pass http://192.168.0.100:10010 ; --> proxy_pass http://192.168.0.100:10010/book ;
如果你后端真正的服务识别不了 /book 这个路径，你可以在 nginx 额外加 server 配置 book.abc.com proxy_pass 到 192.168.0.100:10010

我看你的 /book 还加了 proxy_set_header ，这样会让你后端真正的服务接收到 {host: abc.com} ，不知道这符不符合你的期望

我启用硬解后体验了两天，然后关闭了硬解，配置太差性能跟不上，客户端解的时候播放更流畅。
如果有不支持的编码，那就放弃这个编码的资源。

Cantook

你图上的是正式的网站吧？正式的网站打开怎么会请求 127.0.0.1:16005 这个本机地址？检查一下代码吧，是不是这个资源本身要在服务端请求的

APPEND 的贴图一股子超级小 x 的味儿

最起码，灵吉菩萨肯定有故事可以写，影神图里的灵吉和剧情里的灵吉表现不一样

@Harharhar 这两个 IP 最早出现在腾讯云漏洞扫描服务的地址池里，但是不知道为什么最近文档更新了，漏洞扫描的文档显示了一批新的 IP ，可能是有人找客服质疑了吧
你发的这个 wedata 文档在腾讯云上也有产品介绍，我也看不懂它的使用场景，好像是集合多个数据源，供其他应用调用？
https://cloud.tencent.com/document/product/1267/94885

@body007 #17 这种请求应该不是从微信服务器发出的，是从发送方或者接受方的客户端发出的，是为了显示链接卡片

@lx0758 不是，是机房的物理机

@billccn 忘了说，从客户端到 nginx 之间是 https 的。所以我一直在纠结这个 code 是怎么被第三方获取的，如果不是第三方，那就是浏览器了呗

@CaptainD 这可能是没充上电，耳机会认为自己只是“没有被放在耳朵里，放在了一边没用”；
清理一下充电仓里面的灰尘和耳机的尾巴就好了

@ETiV 你这个比楼主的可信度高多了