项目前景问题的讨论 #150
Replies: 5 comments 4 replies
-
|
嗯。首先，订阅链接方面容易做，我也在想。 搞一个选项，开启后订阅链接就使用各个协议自己定义的格式，而不是vs所定义的“通用格式”。 另外我在想的一个功能是，通过你的配置文件生成 对应的订阅链接。 目前vs有的功能是交互模式中生成配置文件并生成订阅链接（这个生成的订阅链接是 各个协议自定义的格式，而不是vs的格式），但是没有针对已有的配置生成订阅链接的功能。 还有就是反过来，可以把订阅链接转换成对应的 toml文件，这样就很方便进一步上手vs了。 |
Beta Was this translation helpful? Give feedback.
-
|
拉人也不急。首先，咱这个项目虽说有一些创新，但是没什么必要，纯粹是我追求完美的产物。自己用的挺舒服，毕竟代码都是自己写的，放心。其次，bug还是有，推给大量用户也是不够负责，现在这样就挺好。 客户端的话，还是要麻烦其他有时间的同学了。暂时不感兴趣。现在手机客户端就用现有的就行，电脑上我用命令行挺顺的。 讲真，如果一个用户能对vs感兴趣，那么我觉得很大可能上，他不是个一般人，他一定善于钻研，发现了vs的闪光点，这样的人是乐于学习，且很熟练使用命令行的。 |
Beta Was this translation helpful? Give feedback.
-
|
然后，trojan我们也支持lazy啊，你看release历史就知道了。我们所有的都要支持。vless因为我推出了v1，所以也没有放弃，只不过暂时没时间搞。 |
Beta Was this translation helpful? Give feedback.
-
|
我的意思是要不要也半放弃VLESS，只做兼容xray的处理 |
Beta Was this translation helpful? Give feedback.
-
|
其它语言版本有开展进度吗？单单建一个轻量级客户端分支怎么样 |
Beta Was this translation helpful? Give feedback.
-
|
没有进度。比如rust语言，已经有leaf或者v2ray-rust。而我自己是有c语言计划，但是没做。 是的，客户端必须要轻量级，符合 simple的理念。如果是mac端的话，我在使用 ClashX， 感觉很不错，可以以它为蓝本着手。 客户端的关键问题是，不同平台之间差异很大，总是要按平台去使用不同的应用，所以很难全由一个人维护。 |
Beta Was this translation helpful? Give feedback.
-
|
客户端使用rust效率更高，通用性也能满足主流 |
Beta Was this translation helpful? Give feedback.
-
|
rust版本肯定要做的，只不过我rust水平还不够，需要先多练习一段时间，才能写出好代码。 |
Beta Was this translation helpful? Give feedback.
-
|
目前交互模式的 格式转换功能、 gui计划以及 vs面板计划 均 贯彻了该讨论的精神 |
Beta Was this translation helpful? Give feedback.
-
VLESS支持问题
VLESS开发灵魂人物rprx已失联销号，虽然Xray说是社区维护，但和v2fly还是明显不同的，核心的VLESS和xTLS基本上可以说是rprx一人主导，随着他的消失实际上项目可以说进入了续命状态，虽然Xray一直在更新但主要是修补，核心的VLESS和xTLS一直没什么更新。乍一看这里说的主要是xTLS，其实VLESS也是一样的。v2fly明确表示VLESS会被移除并建议迁到Trojan，sing-box入站直接没有VLESS，说了这么多呢，是建议大佬考虑下把开发重心和未来方向转到Trojan上，比如lazy和QUIC什么的
客户端支持问题
一个项目能走多久当然是取决于开发者的意愿，不过随着使用者数量的增多，开发者热情也会更高，所以我一直在TG上安利Verysimple，但是却没能拉来多少人，原因除了大佬之前在TG群里得罪过人以外（咳咳），主要是大家听到没什么客户端支持后就没兴趣了，因此客户端支持还是很重要的
目前Win和Linux应该能跑core，安卓似乎只能在termux里跑？路由器想用就更需要技术了。Lazy这种跟性能有关的技术，只有路由器比较需要，PC和现在的移动设备根本不缺这点性能，然而客户端最简单的只有PC，所以定位比较尴尬
虽然本项目有打着对小白友好的旗号，配置文件也确实好写，但是对小白来说最需要的不是这个，而是个GUI，是GUI啊！没GUI的话小白完全没安全感。目前大佬很忙因此肯定是没空搞GUI的，所以这里来讨论讨论呢，怎样能让VS有更多的GUI支持呢，比如fork一个开源的然后改改之类的（之前V2ray转Xray就有这种），或者跟路由器圈大佬们去py下等等
目前在专属GUI几乎没有的情况下，强调兼容性是很重要的，建议文档着重这个方向修改下，比如强调只有Lazy等技术才需要使用VS客户端、QUIC兼容ray系所有客户端，SimplegRPC兼容所有gun-lite的gRPC，如Clash全系、sing-box(也不能说是兼容，只是两端gun-lite的话性能最好)
让一个ray用户把客户端和服务端都迁到VS的话心里跨度比较大，建议从服务端着手，先迁服务端，客户端可以保持不变，这样难度就小多了，也可以搞一个类似订阅转换的脚本，识别*ray和sing-box的配置并转换为VS的
对了说到这里，那个极简模式我看说明是不兼容其他格式的订阅链接，那样感觉没意义了，虽然VLESS本来就有订阅格式不统一的问题，目前应该是V2rayN和Sagernet的格式用的比较多，要是支持他们的格式呢，就可以方便小白用户轻松迁移过来了，Trojan的订阅要是能支持下也很好，我记得Trojan是有统一的订阅格式
Beta Was this translation helpful? Give feedback.
All reactions