1
7gugu 2021-02-13 16:45:55 +08:00
你放到别的端口不就好了嘛?不阻塞 80 和 443 就好了啊。
|
2
ferock 2021-02-13 17:25:17 +08:00 via iPhone
你后端怎么实现的?不会是 fpm 吧
|
3
miniyao OP |
5
telami 2021-02-13 19:51:07 +08:00
#新开个端口,和开个子域名没区别呀
怎么会没区别呢 |
6
larry801 2021-02-13 19:51:22 +08:00
我这 node 的服务器没事 http 和 websocket 共存 不过没有 LB 量也不大
|
7
sujin190 2021-02-13 20:13:29 +08:00 via Android 1
其实如果只是简单使用还是轮询比较好弄,服务器别立刻返回,有数据再返回,否则一分钟超时一次,配合协程啥的很快就搞定了,还心跳啥啥的网络问题都不用管,又简单又稳定,等其他给数据也好实现,队列、redis 的 subpub 或者啥分布式锁什么的都可以,几分钟就搞出来了
|
8
sujin190 2021-02-13 20:14:34 +08:00 via Android
时效性也妥妥的毫无问题
|
9
cowcomic 2021-02-13 20:17:18 +08:00 1
有多少并发啊,一台 linux 服务器能提供 6 万多个 socket 连接,剩下的就是每个连接消耗的内存。如果 ws 长连接的并发已经到了万这个量级,那最好是用一个新域名专门处理
|
10
YouLMAO 2021-02-13 20:43:11 +08:00 via Android
同一个域名,不同路径,nginx 映射到不同 upstream, ws 的 header 要 upgrade 的
|
11
lihongming 2021-02-15 01:46:13 +08:00 via iPhone
弄个服务专门保持连接,只负责转发消息不处理,自己内部用 mq 之类的东西与负责处理消息的服务交换数据,彻底解偶
|
12
nobird 2021-02-16 14:26:57 +08:00
阻塞 80/433 也没问题,你的服务器端不要直接用 webserver 监听 80/433 就行了,单独再写一个转发工具,判断是 http 就给 80/433,如果是 websocket,就转给你的 websocker server....
|
13
lewinlan 2021-02-16 15:14:02 +08:00 via Android
js 不都是协程吗?奇怪了你这用的什么框架?难道自己处理 socket ?
|
14
abersheeran 2021-02-16 16:15:11 +08:00
我看标题以为是浏览器对单一域名的最大连接数限制了你,结果点进来一看是服务端限制。咋说呢,你不懂计网,就别为难自己了,HTTP 挺好的,那么多成熟方案你随便抄一个就行了。
@cowcomic 还有这位五更琉璃的老公,服务端程序进行 accept 不受 65535 最大端口数的限制。所以也不存在什么六万多的连接限制。 |
15
cowcomic 2021-02-17 01:04:23 +08:00
@abersheeran 是的,这块我记错了,服务端没有端口数量限制,只取决于 CPU 内存资源
|