V2EX › studyingss 的所有回复 › 第 10 页 / 共 12 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 12

❮

❯

2023-06-14 11:31:56 +08:00

回复了 studyingss 创建的主题 › 分享创造 › 我花了一周准备，想和你分享 Clash 所有特性运用到极致之后的体验

@Anybfans 使用 secret gist ，然后自建一个 ghproxy 。

2023-06-14 09:39:58 +08:00

回复了 studyingss 创建的主题 › 分享创造 › 我花了一周准备，想和你分享 Clash 所有特性运用到极致之后的体验

@A01514035 可以考虑使用 grpc ，就像示例一样，这样就会只有一条 tunnel 连接。
grpc 的主要缺点是在高丢包线路上表现不佳，tunnel 基本上解决了这个问题，因此可以无成本享受 grpc 连接复用的好处。

2023-06-14 09:35:46 +08:00

回复了 studyingss 创建的主题 › 分享创造 › 我花了一周准备，想和你分享 Clash 所有特性运用到极致之后的体验

@totoro625 是的，tunnels 的一大好处就是解决了原版内核 relay 不支持 udp 的痛点，并且如果是使用支持 uot 的协议的话，就算外层不支持 udp 也可以实现 fullcone 。

实际上 relay 还有很多奇奇怪怪的问题，比如说如 grpc 和 relay 搭配会造成延迟变高，还有内层协议是 http ，tls ，socks 的话有可能会无法连接（我收到不少人询问这个事）。

tunnel 目前看起来没有这些问题，兼容性最佳，又支持 udp 。

（上面这段话与 t.me/R_A_D_E 共同编写）

2023-06-14 08:27:49 +08:00

回复了 studyingss 创建的主题 › 分享创造 › 我花了一周准备，想和你分享 Clash 所有特性运用到极致之后的体验

@israinbow 即便有连接复用也节省不了实际浏览网页的那个握手。
这里节省掉的是代理线路上的握手，这个依然是非常长的。
举个例子来说，如果使用 ws+tls ，那么每个连接都需要两次 tls 握手+1 次 ws upgrade ，把代理线路的握手省掉之后相当于每个连接都只要网站本身的握手，还是可以减少不少的。

当然你说的带宽在视频场景下确实影响也不小，这套方案我实际使用下来起速挺快的，不过这个就因线路而异了。

2023-06-06 19:21:23 +08:00

回复了 studyingss 创建的主题 › 问与答 › 小白前两天搭了个博客，请今天看了眼 cf 的统计，请求数是不是不正常？恳请大佬们指导一下。

@fzls 好的好的，多谢提醒。我想着避免有宣传嫌疑就没有放，没想到还恰好躲过一劫。

2023-04-23 01:41:22 +08:00

回复了 fire1980 创建的主题 › 问与答 › 求解 do not have access to chat.openai.com error 1020

可以试试我的帖子
https://www.v2ex.com/t/933469

2023-04-19 01:19:59 +08:00

回复了 studyingss 创建的主题 › OpenAI › 搭了个可以访问 ChatGPT 的结点，分享给大家用。

@liubing851 教程网上随便搜都有，服务器不清楚，别人送的，我只有 ssh 权限。

2023-04-18 20:14:18 +08:00

回复了 studyingss 创建的主题 › OpenAI › 搭了个可以访问 ChatGPT 的结点，分享给大家用。

@Tender08 好耶