Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/javascript/477.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/node.js/39.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Javascript Node.JS+;Express+;Socket.IO-websocket连接无效信息_Javascript_Node.js_Sockets - Fatal编程技术网

Javascript Node.JS+;Express+;Socket.IO-websocket连接无效信息

Javascript Node.JS+;Express+;Socket.IO-websocket连接无效信息,javascript,node.js,sockets,Javascript,Node.js,Sockets,我最近发现了一个脚本,它允许您使用Express和Socket.IO依赖项运行实时Node.JS聊天应用程序。我已经把它上传到我新收购的DigitalOcean VPS上,运行Ubuntu12.04 它可以工作,但启动速度非常慢,即加载大约需要10秒,当我通过SSH运行node app.js命令时,我在终端中获得了此调试信息--应用程序以socket.IO启动,但是在第8行中,您可以看到有一个明确的socket.IO警告,指出websocket连接无效。然后它在超时后继续进行一些XHR轮询,在调

我最近发现了一个脚本,它允许您使用Express和Socket.IO依赖项运行实时Node.JS聊天应用程序。我已经把它上传到我新收购的DigitalOcean VPS上,运行Ubuntu12.04

它可以工作,但启动速度非常慢,即加载大约需要10秒,当我通过SSH运行
node app.js
命令时,我在终端中获得了此调试信息--应用程序以socket.IO启动,但是在第8行中,您可以看到有一个明确的socket.IO警告,指出websocket连接无效。然后它在超时后继续进行一些XHR轮询,在调试信息的末尾(第38行),您可以看到一个新用户加入了该组,因此它确实可以工作

我在网上读了很多关于这方面的文章,但是我仍然不能解决这个错误。我尝试使用SSL(端口443),更新和升级所有的依赖项,但是这些小的调整不能做到这一点


另外,我的实验站点安装了node应用程序,但存在socket.IO错误(在端口3000上运行)-

更新:

浏览完网页后,我发现我需要做的只是:首先:升级我的nginx安装,然后:更新我的nginx配置块,如图所示。然后我重新启动了nginx服务,瞧,聊天应用程序在不到一秒钟的时间内就加载了。该网站还表示,“SSL显然是一条出路”——

顺便说一句,如果我在端口443上使用SSL,它就会工作。 根据,支持端口443 大约89%的时间,而端口80的时间为78%


那么这里的问题到底是什么呢?除非你想让我们在Github上修复一个显然不适合生产的随机项目…问题是-我正在试图找出我为什么会出现套接字错误。等等,我想我知道错误的来源!我有一个旧版本的nginx!在这里,这篇文章(希望)将解决我的问题-太好了!如果它解决了这个问题,请将其作为答案发布。考虑在ReMead中对原始开发人员进行修改请求