Telegram
O_o $_$ in Project X
stream-one按理说是可以替代grpc，但是为什么cft必须设置自动压缩才能用...要不然只能stream-up/packet-up，但是原grpc却不受这个影响...
因为对于 stream-one，默认行为是以 SSE 伪装回应 gRPC 伪装，虽然这有点怪不过它基本上 work，若遇到兼容性问题可尝试关闭 SSE 伪装
曾经想以 gRPC 伪装回应 gRPC 伪装结果 CF 不吃这套，不过风扇说那几天 stream-up 过 CF 坏了是错的，因为服务端不 flush 就不会发响应头
👍11👀7
Telegram
dyhkwong in Project X
像这样滥用全局变量和 init() 的代码在用作库被 import 时（e.g. AndroidLibV2rayLite）显然是无法按照预期工作的，所以不加修改的话是不行 https://github.com/XTLS/Xray-core/blob/ae62a0fb526f2faa0aa8b3fbce5a566187059090/transport/internet/browser_dialer/dialer.go#L17-L52
这我也挺难绷的，人家好奇的是 底层原理上安卓能不能有 Browser Dialer，而不是现有代码能不能直接拿来在安卓上开，鉴定为小圈子待久了外加写软件写傻了就喜欢钻牛角尖
😁20👀4
Telegram
dyhkwong in Project X
意思是 加了修改可以，是不是看不懂？
如果要上安卓当然会做出对应的适配，我的意思是，你在以说废话的方式 diss Xray 的代码，以达成小圈子内普遍存在的病态的骄傲感，懂的都懂，且这并不是提问者的关注点
😁17⚡2
Telegram
dyhkwong in Project X
不但人不能评，代码也不能评的是吧？
或许你应该以“像这样滥用全局变量和 init() 的代码”的方式锐评一下你最喜欢的 v2ray 的浏览器转发是 gopherjs 的代码质量
😁11👀5⚡1👍1
Project X Channel pinned «XHTTP: Beyond REALITY https://github.com/XTLS/Xray-core/discussions/4113»
Telegram
dyhkwong in Project X
我寻思我也没哪句说喜欢了，风扇说 基于 v2ray 的能用我就给他解释而已，你怎么这么会脑补呢
我甚至都没看到那句话，这屁股坐哪的问题大家心里都清楚，无需多言
👍16😁5👀2
Telegram
fsdf 253 in Project X
现在的xhttp是上下分离。有没有可能参考mekya的方案把流量完全打乱多个出口，这样也许可以合并多个速度并不快的线路，开创一个更新的时代
其实我想看到的就是这样的想法，不过合并多个速度不快的线路，技术上没有难度，但似乎没有必要：与其追求单线程的速度，不如用负载均衡把多线程下载分发到不同出站，速度自然就上去了，就像多线程测速时需要关掉多路复用
👍20🔥5
Forwarded from 风扇滑翔翼
/music 快过年了，不要再讨论什么 reality 上下行分流 XHTTP grpc_pass 了，你的万兆过墙线路，回到家了并不会给你带来任何实质性作用，朋友们兜里掏出一大把钱吃喝玩乐，你默默在家里摆弄你的上网代理工具。亲戚朋友吃饭问你收获了什么，你说我 上网 v4 去 v6 回 快的一批 ，亲戚们懵逼了，你还在心里默默嘲笑他们，不懂你的高级协议，也笑他们十有八九连上网代理都不知道是什么，你父母的同事都在说自己的子女一年的收获，儿子买了个房，女儿购了台车，姑娘升职加薪了，你的父母默默无言，最后被人问到了，不说话不礼貌，才说我的儿子今年搭了一堆节点 开启了一堆新时代嘞。
😁138👍22⚡7❤4
GitHub
XHTTP: Beyond REALITY · XTLS Xray-core · Discussion #4113
中文 | Русский XHTTP: Beyond REALITY 开发简述：2024 年中，@mmmray @ll11l1lIllIl1lll 等人基于 @RPRX 所述的“分包上行、流式下行”原理及实现细节开发出了 SplitHTTP，首次实现了不牺牲下行效率的同时穿透绝大多数支持 HTTP 的中间盒，并首次大规模实现了 QUIC H3 过 CDN，开启了一个崭新的时代，浏览器转发 B...
XHTTP 的文章已更新“快速上手指南”，以及这几天反馈的其它内容，快去看看吧，记得支持一个 NFT：
https://github.com/XTLS/Xray-core/discussions/4113
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
https://github.com/XTLS/Xray-core/discussions/4113
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
👍59😁7❤3🎉1👀1
GitHub
XHTTP client: Refactor "packet-up" mode, chasing "stream-up" by RPRX · Pull Request #4150 · XTLS/Xray-core
#4163 加了 hMaxRequestTimes，其实主要是利好 packet-up，也就是 H3 的默认 mode，这个 PR 同理
XHTTP packet-up 模式的上行发送大量数据会出问题，此前 #3972 (comment) 只修好了一部分，这个 PR 基于 #4100 (comment) “back pressure 没到位 ...... 本来就应该等上个 POST 把数据...
XHTTP packet-up 模式的上行发送大量数据会出问题，此前 #3972 (comment) 只修好了一部分，这个 PR 基于 #4100 (comment) “back pressure 没到位 ...... 本来就应该等上个 POST 把数据...
XHTTP client: Refactor "packet-up" mode, chasing "stream-up"
https://github.com/XTLS/Xray-core/pull/4150
https://github.com/XTLS/Xray-core/pull/4150
👍24👀4⚡1
GitHub
Release Xray-core v24.12.15 · XTLS/Xray-core
See https://github.com/XTLS/Xray-core/releases/tag/v24.12.18
Xray-core v24.12.15: https://github.com/XTLS/Xray-core/releases/tag/v24.12.15
XHTTP: Beyond REALITY 已更新至第三版，快去看看吧
记得支持一个 NFT：
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
XHTTP: Beyond REALITY 已更新至第三版，快去看看吧
记得支持一个 NFT：
https://opensea.io/assets/ethereum/0x5ee362866001613093361eb8569d59c4141b76d1/2
👍26❤3🔥3🎉2
Forwarded from 薄荷
因为是 cf 不允许，所以滥用 cf 是坏道德，但是 gfw 不允许就是好道德，看来判定滥用是依据自然法
⚡3
Forwarded from 薄荷
如果说滥用 cf 是坏的，那这种坏到底是因为违反用户协议还是因为挤占他人资源？这个问题好多人也没想清楚
👍6