Project X Channel pinned «We have created Project VLESS for non-Chinese users (Russian mainly)»
GitHub
Release Xray-core v1.8.24 · XTLS/Xray-core
Donation & NFTs
在等待 SplitHTTP multiplex controller 期间，main 分支已经积累了大量重要更新，所以我们决定先发一个版本，主要有：
SplitHTTP 的 header padding，H3 支持 dialerProxy，以及一些修复
Socks 入站默认兼容 HTTP 代理请求（mixed）
Fragment 支持 tlshell...
在等待 SplitHTTP multiplex controller 期间，main 分支已经积累了大量重要更新，所以我们决定先发一个版本，主要有：
SplitHTTP 的 header padding，H3 支持 dialerProxy，以及一些修复
Socks 入站默认兼容 HTTP 代理请求（mixed）
Fragment 支持 tlshell...
👍28😁18🔥8❤6
Telegram
🙈🙈🙈 in Project X
如果按月更新的话写成v24.8.0也不错，最后一位不代表日期，仅表示当月第几个更新
https://t.me/projectXtls/314?comment=3914860
不是，真不喜欢，一点也不好，为什么同样容量明明能表达更多信息却要放弃？这又成传统版本号的概念了，不想搞每月计划、任何计划，不想某个月的版本有 bug 就发一个 .1 直到没 bug。并不一定按月更新，changes 突然积累多了同样可以发版，如果新版有 bug 的话应当给至少一天冷静期，不会同一天发两个版本。
不是，真不喜欢，一点也不好，为什么同样容量明明能表达更多信息却要放弃？这又成传统版本号的概念了，不想搞每月计划、任何计划，不想某个月的版本有 bug 就发一个 .1 直到没 bug。并不一定按月更新，changes 突然积累多了同样可以发版，如果新版有 bug 的话应当给至少一天冷静期，不会同一天发两个版本。
😁41👍18⚡4👀3❤2
Project X Channel pinned «Xray-core v24.8.30: https://github.com/XTLS/Xray-core/releases/tag/v1.8.24»
GitHub
Release Xray-core v24.9.7 · XTLS/Xray-core
SplitHTTP 仅兼容 v1.8.24（移除了 ok），移除 QUIC、DomainSocket 传输层，移除对远古配置的兼容代码。@mmmray
升级一些依赖，使用 Go 1.23.1 进行编译。二进制大小比 v1.8.24 减小了 1MB。
目前计划月中发 pre-release，月底发 latest-release，这句话的意思是 #3812 (comment)
Import 参考...
升级一些依赖，使用 Go 1.23.1 进行编译。二进制大小比 v1.8.24 减小了 1MB。
目前计划月中发 pre-release，月底发 latest-release，这句话的意思是 #3812 (comment)
Import 参考...
Xray-core v24.9.7: https://github.com/XTLS/Xray-core/releases/tag/v24.9.7
👍40🎉11❤4👀1
Forwarded from GitHub
💬 New comment on Xray-core#3823 xmux for grpc and h2
by @RPRX
大概就是建议迁移至 xhttp 和 xgrpc，2025 移除 h2 和 grpc
Reply to this message to post a comment on GitHub.
by @RPRX
大概就是建议迁移至 xhttp 和 xgrpc，2025 移除 h2 和 grpc
Reply to this message to post a comment on GitHub.
👍29🔥7😁6
Forwarded from GitHub
💬 New comment on Xray-core#3816 REALITY: Unblock SplitHTTP transport
by @RPRX
@mmmray 你研究下 chrome 支持的 streaming request，支持 browser dialer，把 SplitHTTP 重命名为 XHTTP，加个参数 mode，现在的两种分别为 splitupload 和 normalupload，结合 REALITY 时默认后者否则默认前者，我写一下可以在 path 中配置这些参数
Reply to this message to post a comment on GitHub.
by @RPRX
@mmmray 你研究下 chrome 支持的 streaming request，支持 browser dialer，把 SplitHTTP 重命名为 XHTTP，加个参数 mode，现在的两种分别为 splitupload 和 normalupload，结合 REALITY 时默认后者否则默认前者，我写一下可以在 path 中配置这些参数
Reply to this message to post a comment on GitHub.
👀17😁7⚡2🔥2
GitHub
Release Xray-core v24.9.19 · XTLS/Xray-core
懒得列详细 changes，总之小白鼠们测试下这个版本有没有问题吧，你们是好人
SplitHTTP xmux：https://xtls.github.io/config/transports/splithttp.html @ll11l1lIllIl1lll @mmmray
UDP noises：https://xtls.github.io/config/outbounds/freedom.h...
SplitHTTP xmux：https://xtls.github.io/config/transports/splithttp.html @ll11l1lIllIl1lll @mmmray
UDP noises：https://xtls.github.io/config/outbounds/freedom.h...
Xray-core v24.9.19: https://github.com/XTLS/Xray-core/releases/tag/v24.9.19
👍12😁10👀3🔥2⚡1
Forwarded from GitHub
💬 New comment on Xray-core#3823 xmux for grpc and h2
by @RPRX
~~我是觉得有时候你们想得太多或想得不够多~~
先说下 h2 传输层，v5ray 已经删了，REALITY 救了它一命，不然用的人不会比 QUIC 传输层多多少，且跨代理软件时人们更喜欢用 grpc 传输层。XHTTP streaming request 就跟 h2 传输层差不多，分离的请求与响应以支持 chrome（browser dialer）和那些反代软件，加了 header padding，我觉得 h2 传输层实在没必要留下来对比，此外支持 xmux，~~话说 xmux 好像还没考虑 browser dialer~~
然后是 grpc 传输层，毫无疑问 xgrpc 经过设置一定能兼容现有的 grpc，我只是想改个名~~以避免名称滥用（虽然当初是我建议的但那才符合 v2 的习惯）~~，也能一目了然让大家知道这是 Xray 的增强版 grpc，因为真的加了好多东西，有些配置参数我也想顺便改得更合理，但 grpc 的用户比较多、需要时间迁移配置，所以可以推迟到 v26 再移除，~~至于 h2 传输层我觉得下个版本就可以移除~~
Reply to this message to post a comment on GitHub.
by @RPRX
~~我是觉得有时候你们想得太多或想得不够多~~
先说下 h2 传输层，v5ray 已经删了，REALITY 救了它一命，不然用的人不会比 QUIC 传输层多多少，且跨代理软件时人们更喜欢用 grpc 传输层。XHTTP streaming request 就跟 h2 传输层差不多，分离的请求与响应以支持 chrome（browser dialer）和那些反代软件，加了 header padding，我觉得 h2 传输层实在没必要留下来对比，此外支持 xmux，~~话说 xmux 好像还没考虑 browser dialer~~
然后是 grpc 传输层，毫无疑问 xgrpc 经过设置一定能兼容现有的 grpc，我只是想改个名~~以避免名称滥用（虽然当初是我建议的但那才符合 v2 的习惯）~~，也能一目了然让大家知道这是 Xray 的增强版 grpc，因为真的加了好多东西，有些配置参数我也想顺便改得更合理，但 grpc 的用户比较多、需要时间迁移配置，所以可以推迟到 v26 再移除，~~至于 h2 传输层我觉得下个版本就可以移除~~
Reply to this message to post a comment on GitHub.
👍32
Forwarded from GitHub
💬 New comment on Xray-core#3823 xmux for grpc and h2
by @RPRX
@mmmray So the plan is:
1. Merge SplitHTTP and HTTP into XHTTP, with header padding and xmux support, don't forget @yuhan6665's h3. Forget about steaming request for now as it is only for browser dialer, we can add it later.
2. Translate SplitHTTP as XHTTP, HTTP as XHTTP with the normal mode. Mark them as deprecated and will be deleted in v25.
3. When XHTTP is combined with REALITY, use the normal mode by defaul, otherwise use the splitiupload mode by default.
~~喝晕了只会打英文了懒得翻译成中文了卧槽，将就着看一下~~
Reply to this message to post a comment on GitHub.
by @RPRX
@mmmray So the plan is:
1. Merge SplitHTTP and HTTP into XHTTP, with header padding and xmux support, don't forget @yuhan6665's h3. Forget about steaming request for now as it is only for browser dialer, we can add it later.
2. Translate SplitHTTP as XHTTP, HTTP as XHTTP with the normal mode. Mark them as deprecated and will be deleted in v25.
3. When XHTTP is combined with REALITY, use the normal mode by defaul, otherwise use the splitiupload mode by default.
~~喝晕了只会打英文了懒得翻译成中文了卧槽，将就着看一下~~
Reply to this message to post a comment on GitHub.
😁10👍5👀3⚡2
Telegram
Nikita Korotaev in Project X
To RPRX
下午好！
许多俄罗斯用户询问是否可以在其他平台（例如TON）上发布NFT，以及是否可以添加价格较低的物品，因为当前的NFT对普通用户来说非常宝贵。请问我们是否可以期待这些变化，还是一切将保持不变？
下午好！
许多俄罗斯用户询问是否可以在其他平台（例如TON）上发布NFT，以及是否可以添加价格较低的物品，因为当前的NFT对普通用户来说非常宝贵。请问我们是否可以期待这些变化，还是一切将保持不变？
https://t.me/projectXray/3952666
目前没有把 NFT 发布在其它平台上的计划，有计划发价格低一些的 REALITY NFT，不过数量也会更多，然后 VLESS NFT 可能就十个
目前没有把 NFT 发布在其它平台上的计划，有计划发价格低一些的 REALITY NFT，不过数量也会更多，然后 VLESS NFT 可能就十个
👍15❤1
Telegram
Derek in Project X
这就是r佬说的收藏价值和升值空间，这不就来了吗
https://t.me/projectXray/3952667
https://t.me/projectXray/3952669
https://t.me/projectXray/3952670
“这就是r佬说的收藏价值和升值空间，这不就来了吗”
“不要小看xray的受众和信徒”
“遍及世界！”
https://t.me/projectXray/3952669
https://t.me/projectXray/3952670
“这就是r佬说的收藏价值和升值空间，这不就来了吗”
“不要小看xray的受众和信徒”
“遍及世界！”
👍9😁5