aaabababa

@joysense
curl -s -o mtproxy.sh https://raw.githubusercontent.com/ellermister/mtproxy/master/mtproxy.sh && chmod +x mtproxy.sh && bash mtproxy.sh

@janeyee110 端口确实被墙了，试下 tls 看看

两种使用方式：

1.直接点击链接使用:

https://t.me/proxy?server=185.68.21.156&port=18443&secret=eec9f8b073ba0dff766dc268b1d590312f617a7572652e6d6963726f736f66742e636f6d

2.或者复制下面这段到 tg:

tg://proxy?server=185.68.21.156&port=18443&secret=eec9f8b073ba0dff766dc268b1d590312f617a7572652e6d6963726f736f66742e636f6d

@tabc2tgacd 没遇过，共享的都是用小号玩玩吧

@0576coder 在前端加了代码，打印不出来的

for (var key in fromFriendHashKey) {
console.log("Key: " + key + ", Value: " + fromFriendHashKey[key]);
}

// 遍历并打印出$toFriendHashKey 的所有值
for (var key in toFriendHashKey) {
console.log("Key: " + key + ", Value: " + toFriendHashKey[key]);
}

然后在服务器连接 redis-cli -h 127.0.0.1 -p 6379
keys *
也没有数据。但是前端是可以登陆看到消息记录的

@zhhbstudio 原来可以这样玩的，nginx 可以直接解析访问 js 文件？ 没有报错了，感谢

@via 改成兼容，代码改动量大？

@BeijingBaby 屏蔽感觉有点不好

@Belmode 是只要有重定向,nginx 都会有这个问题？

set $subdomain_root /www/test.net/$subdomain;

if (!-d $subdomain_root) {
return 404;
}

搞定了，先判断目录是否存在就行了。。。