Telegram
FireFox in Project X
如果你真的认真看了昨天的争论,就会发现没有说他不该推面板https。而是他在readme上挂的阴谋论。
他从不觉得自己行为欠妥,把其它贡献者放频道里大肆批斗。
他从不觉得自己行为欠妥,把其它贡献者放频道里大肆批斗。
你看这就是你的问题,首先你能不能先搞清楚我推的是什么?我要求面板上的加密是 HTTPS 或 SSH 端口转发都可以,后者就一行命令并没有任何难度,在这种前提下你无理由坚持明文 HTTP 就是纯粹的送给 GFW,这不是事实吗?其次你说我批斗其它贡献者,你要看他干了哪些事,就最直接的,他可以在我发的消息下面抬杠,我却不能在频道里说他,这公平吗?你不双标吗?
👍40😁6
不过我确实有反思,回想了一下,我都没想到推面板加密那么难,而私钥这种东西本就该只握在自己手中,不该泄露给任何人,尤其是 GFW,然而竟然还会有很多人觉得无所谓,引发后续一系列“效应”,这样的事情竟然能发生在反审查社区,真他妈魔幻、离谱,离离原上谱
😁45👍23
Telegram
FireFox in Project X
这就不是抬杠的事,关于你要删除deprecated的协议,有人信以为真是事实。
你不是很能合订吗?怎么不聊面板加密了?怎么不聊akinokaede了?怎么不聊风扇的其它事了?就剩这个抬杠?是其它问题你聊不下去了吗?况且这个抬杠他确实就是抬杠啊,我发频道消息的第一时间他就在下面评论了,这就是他自己想抬杠的,毕竟他作为 Xray 开发者之一真觉得能把这些根深蒂固的协议给删了、把基本盘给砸了?就是来恶心人的
😁37👍19
Telegram
风扇滑翔翼 in Project X
不知道
还有一件事我觉得你做得不对,索性一起说了,希望不再发生。就是之前群友在研究 XHTTP stream 过 Nginx 时你不提供任何信息,反而在一旁嘲讽,说他们又菜又爱玩,不更文档就是想看他们折腾什么的。不是,这些东西就躺在那里,是个人测试一下就知道了,你只是提前测试过知道了如何配置而已,人家在测试,你不提供信息就算了,到底有什么好优越、好嘲讽的?这让我想起了去年我给 WG 加 reserved 时在一旁嘲讽的某些人,我自己没测试环境,在 GitHub 上控制变量远程测试时被一顿冷嘲热讽,真的就很傻逼。至于你,我记得你还心痛过世界把你的消息都删了,其中包括很多有价值的信息,怎么现在就变成这样了?我觉得这并不是你的初衷。还有我觉得入群问题难可以,但到了纯靠运气的程度就有点没必要了,至少得让正常人能找到答案。
👍61😁10❤5⚡1
Telegram
FireFox in Project X
首先就没有义务去写(这也要搞道德绑架),⡐⠚⣄⡌⠚⠡⡑⠘⠆⠚⢡⡊⡤⠔⠴⡃⢃⠦⢌⡂⠬⣐⠚⢐
“勒索”又是她怎么给你说的?对风扇我也并没有否认过他的贡献更没有“勒索”他贡献,我说的重点一直都是他可以不贡献但没必要搞破坏,你是不识字还是?
😁13
Telegram
FireFox in Project X
是谁在催文档啊?他破坏了什么?
我说文档该更新了是强迫他更新吗?新的文档还是 yuhan 更的。不更文档就算了,嘲讽群友研究 XHTTP stream 过 Nginx、昨天在 XHTTP 的消息下抬杠,这不是搞破坏吗?就你这理解能力干脆回炉吧
😁14👍3⚡1
Telegram
FireFox in Project X
抬的什么杠?小白是真的会认为要删的。
我不是已经说过几次了吗?https://t.me/projectXtls/546 怎么不见你评论一下?
😁13👍4
Telegram
FireFox in Project X
你的想法就是别人的想法?不聊面板,因为无可争议,把自己的道德水平拉到和对面一个等级。秋妹妹那些事到底算陈芝麻烂谷子了(昨天就有人说了,人都换几批了,也不好),也不好提。回到最开始说的,目的从来就不是为了“出合订本”。
你非要这么犟的话,既然你不认同且只敢继续“抬杠”这个话题,那你说他的“嘲讽群友研究 XHTTP stream 过 Nginx”算什么行为?
😁14
Telegram
灯匠 Hermit in Project X
感觉吵这种完全没有实际意义
确实没什么意义,人家都开始挑字眼玩文字游戏了,还有什么好说的?风扇最近对 XHTTP 是什么态度、FireFox 的屁股坐哪,大家一眼就能看出来,对吧,正常人都能感受得到、都能看得懂。这个频道经常对线是因为很少 ban 人,然后浪费时间和他对线,也就这里会允许 FireFox 这种小丑蹦跶,放别的地方早就给他踢了根本不会跟他辩。哪天我实在没有心情来废话了,我就直接质疑、理解、成为。
😁28👍7
Telegram
XQZR in Project X
正在阅读 ngx 的...
https://github.com/nginx/nginx/blob/master/src/event/quic/ngx_event_quic_migration.c
https://github.com/nginx/nginx/blob/master/src/event/quic/ngx_event_quic_migration.c
⚡24😁12👍1
Telegram
小 熊 in Project X
想请问一下,除了官网文档外,现在还有没有较为详细的reality和 xhttp的高质量文章可以供参考?
本来想写 XHTTP 导剪版文档结果写成了文章,快的话明天就能发
👍47⚡6❤5
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