phpsocket.io 客户端每次刷新都会重连, 为什么上次的连接还占用连接数
我做的这个功能是用于PC端与手机端的信息传递,因为一些原因PC端会经常刷新,刷新后就会产生新的连接,最近才发现刷新前的连接虽然断掉,但没有去除掉,还是会占用连接数,导致现在会因为达到最大连接数据而停止, 提问, 服务端检测到客户端断开后,服务端要用close()操作吗,这样会删除刷新前的连接占用吗...
webman真的有优势吗 ?
大多数三方lib的底层IO都是采用阻塞式运行的, 这样一来性能不是又被拉下去了吗 ? 一个阻塞直接把当前进程的事件循环都阻塞了, 同一进程下的连接必然要受到连累, 即使开多进程也不能从根源上解决这个问题, 阻塞还是会存在 既然直接用阻塞的第三方组件那么为什么不直接使用 fpm+op 呢 ? 省心省力还高效 好奇, 作者会用 webman 去写企业级应用吗 ?...
我想请教下关于内核优化的问题
文档中提出的内核优化 1 是安装拓展 2 是做些配置 我的服务器只使用AsyncTcpConnection请求外部的服务器。（可能我会发很多数据到外部服务器，然后外部服务器返回给我。也就是并发问题实际在外部服务器那边） 做内核优化对我的业务有帮助吗？...
在玩家登陆时使用Gateway::setSession设置session后，登陆成功之后的Message还是随机分配的Worker处理
玩家在登陆时就调用Gateway::setSession设置session到指定Worker，正常登陆断线重连设置session都是有效的，客户端发来Message都能调用到指定的Worker->OnMessage,但是玩家长时间挂起 只发送心跳，长时间之后断开，再登陆有一定几率导致设置session之后，客户端发来Message会被随机分配Worker...
webman通过代码restart
目前我们是的项目(webman开发的)php start.php start -d 守护模式运行的，有些时候改了部分代码想直接通过访问某个控制器(webman项目内的一个链接)去实现php start.php restart -d的效果 ，以方便快速重启整个服务，目前是通过登录服务器去输入命令行实现重启，感觉挺麻烦的。有比较靠谱的办法么？...
AsyncTcpConnection 能否设置超时连接时间
AsyncTcpConnection IP可能会变化，对最后一个IP有保存，但是当IP变了后，连接老的IP会要30秒才知道不能连接，能否设置连接操作几秒，没成功，就代表该IP无效，需要重新获取IP...
Workerman 在运行的时候经常爆内存溢出 求解
Fatal error: Allowed memory size of 536870912 bytes exhausted (tried to allocate 20480 bytes) in C:\robotx_ba\vendor\workerman\workerman\Events\Select.php on li ne 271 Worker process terminated with ERROR: E_ER...
使用GatewayWorker转发数据时TIME_WAIT飙升太高.
目前的设计思路：使用GatewayWorker开发的一个简单物联网服务端，通过TCP连接硬件，通过WebSocket连接网页端，硬件发送数据到服务端，服务端收到后立即转发网页端。 但是按照这种模式设计，服务端开启后TIME_WAIT数飙升很高，只连接一个设备就达到2万多。设备发送数据频率挺高，大概1秒钟10-20次。 代码如下： 请教各位大佬，这个设计思路是否有问题，应该如何改进。...
jsonrpc 异步调用问题
include_once 'yourClientDir/RpcClient.php'; // 服务端列表 $address_array = array( 'tcp://127.0.0.1:2015', 'tcp://127.0.0.2:2015' ); // 配置服务端列表 RpcClient::config($address_array); $uid = 567; $user_client = RpcClient:...
websocket服务如何在服务端加心跳功能？
我搭建了一个websocket服务，主要是html 5页面打开的时候会连接该websocket服务，我现在是pc端的浏览器打开页面然后关闭的时候，通过在服务端用status命令检查是没有问题的，连接数会减少，但是手机端app里面访问该html5页面，然后直接关掉app，通过服务端status命令显示该连接没关闭掉，都过了10多分钟还没有关掉，非常让人恼火，想请问下这种情况的话，该如何处理呢？ 我目前看手册里有个心跳机...
