V2EX › LonnyWong 的所有回复 › 第 8 页 / 共 29 页

V2EX = way to explore

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

For Existing Member Sign In

1 ... 4 5 6 7 8 9 10 11 12 13 ... 29

❮

❯

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@liuguang #91 go 写的 cli 程序

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@nikenidage1 #47 我放弃了吗？不是编译出了 Win7 专用的版本？感谢 #22 wwqgtxx 大佬的回复，让我找到了更好的支持 Win7 的办法。
你要坚持是“软广”，那就是吧。我是写了个开源软件，遇到了个问题，也想到了个解决办法（不是很好的办法）。所幸，因为这个贴子，让我找到了更好的办法。“软广”就“软广”吧，无所谓。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@loolac #44 不好说，没统计，也不会加任何统计的功能。不过，早期不支持 Win7 时，是产生了 2 个 issue 。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@pkoukk #38 XP 不到 2% ，Win7 是 22%，换句话说，每 5 个 Windows 用户就有一个是 Win7 用户。

https://gs.statcounter.com/windows-version-market-share/desktop/china

如果可以支持，又不是特别的麻烦，又何乐而不为呢？本来就是用爱发电，不单单只是取悦自己了。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@zackzergzeng #27 旧版本可能更可怕，明知安全漏洞而不修。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@wwqgtxx @0o0O0o0O0o #22 #24 感谢两位大佬！这种做法比我的好多了。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@LuckyLauncher #17 纯用爱发电！但也是爱用就用，无所谓。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@0o0O0o0O0o #13 都是权衡，一边是与时俱进，一边是近 1 / 5 的 Windows 用户。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@kokutou #12 我会用 Win7 测试过的，在 Cygwin 、MSYS2 或 Git Bash 内，是可以用的，遇到的问题也做了兼容。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@skuuhui #10 我不用 Win7 ，只是有部分用户用，详见 issue：

https://github.com/trzsz/trzsz-ssh/issues/13

https://github.com/trzsz/trzsz-ssh/issues/22

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@BeautifulSoap #8 你要这么说，我也不反驳。我也就看看大家是如何做的，决定一个放弃 Win7 的时间。

2024 年 7 月 8 日

回复了 LonnyWong 创建的主题 › 推广 › 在升级到 go1.21 与兼容 Win7 之间，你会如何选择？

@afxcn #3 新版本往往会带来新特性，有些代码写起来会优雅很多。KCP 协议是用了 go1.21 的 clear 方法，避免了原来要 copy 内存的写法。QUIC 协议是只支持 go 最新的两个版本，当前也就是 go1.21 和 go1.22 ，用 go1.20 是编译不过的了，具体我没细看。

2024 年 7 月 6 日

回复了 BeiChuanAlex 创建的主题 › 程序员 › rss 现在还有人用吗？现在写一个 rss 的开源项目怎么样？

过滤，关键词提醒

2024 年 7 月 5 日

回复了 YongXMan 创建的主题 › Terminal › 求推荐 Windows 下好用的 terminal

Windows Terminal + https://github.com/trzsz/trzsz-ssh

2024 年 6 月 28 日

回复了 pythonee 创建的主题 › 程序员 › 近期有哪些优秀开源项目源码进行深度阅读

@xxxccc #36 我没有仔细去研究 sshd 的机制，实际端口转发很容易实现的。首先，本地的 tssh 与远程的 tsshd 已经建立了一个通道，只要支持多道复用（或者建立多个通道），只要将服务器的连接与本地的连接串起来，就是端口转发了。具体可以看看源码里 forward.go 的实现，服务端 https://github.com/trzsz/tsshd/blob/main/tsshd/forward.go ，客户端 https://github.com/trzsz/trzsz-ssh/blob/main/tssh/forward.go

2024 年 6 月 27 日

回复了 pythonee 创建的主题 › 程序员 › 近期有哪些优秀开源项目源码进行深度阅读

来研究一下 ssh 吧：

https://github.com/trzsz/trzsz-ssh

https://github.com/trzsz/tsshd

2024 年 6 月 25 日

回复了 LonnyWong 创建的主题 › 推广 › [开源] 低延迟的 ssh，基于 UDP ( KCP ) 实现，类似 mosh（比 mosh 多了端口转发）

@JohnSmith #24 vscode 的 ssh remote 是它自己实现的，它是调用 ssh 创建一个隧道，然后就自己在这个隧道中玩。可以让 vscode 使用 tssh --udp 来创建隧道，这个隧道本身就是走 UDP 协议的，vscode 会在这个隧道上再创建一个一个的终端的。

2024 年 6 月 24 日

回复了 LonnyWong 创建的主题 › 推广 › [开源] 低延迟的 ssh，基于 UDP ( KCP ) 实现，类似 mosh（比 mosh 多了端口转发）

@chinni #22 应该是没有滚动问题的，你可以试一下。

2024 年 6 月 24 日

回复了 LonnyWong 创建的主题 › 推广 › [开源] 低延迟的 ssh，基于 UDP ( KCP ) 实现，类似 mosh（比 mosh 多了端口转发）

#15 --tssh-path 写错了，应该是 --tsshd-path

2024 年 6 月 24 日

回复了 LonnyWong 创建的主题 › 推广 › [开源] 低延迟的 ssh，基于 UDP ( KCP ) 实现，类似 mosh（比 mosh 多了端口转发）

@yushi17 #14 应该可以自动重连的，不过我没有测过，你可以帮忙测一测，然后告诉我结果。

有一个配置项 UdpAliveTimeout ，默认是 100 （秒），超时的话会 tsshd 会自动退出。看你需要在多久之内能重连，要改一下这个配置。

在命令行中，可以这样指定 tssh --udp --tssh-path '~/go/bin/tsshd' -oUdpAliveTimeout=2000 xxx ，这样就是 2000 秒内，可以自动重连。如果 -oUdpAliveTimeout=0 则无论多久都可以重连（理论上），但是 tsshd 会常驻在服务器上，不会自己退出。

也可以在 ~/.ssh/config 中配置，如：

Host xxx
#!! UdpMode yes
#!! TsshdPath ~/go/bin/tsshd
#!! UdpAliveTimeout 2000

1 ... 4 5 6 7 8 9 10 11 12 13 ... 29

❮

❯