python - 来自 Socket.IO-Client-Swift 的 Socket.io POST 请求

Question

我正在通过 Python Flask 在 Apache 服务器上运行 socket.io。我们正在将其集成到 iOS 应用中(使用 Socket.IO-Client-Swift 库)，但遇到了一个奇怪的问题。

从应用程序中的客户端代码(用 Swift 编写)，我可以查看实际的连接日志(XCode 中的客户端)，并查看从客户端 IP 建立的连接以及发出的请求。客户端永远不会收到来自套接字服务器的信息(或任何信息；即使使用全局事件响应处理程序)。

我在 HTML 页面上用 Javascript 编写了一个非常简单的测试脚本，并以这种方式发送请求并收到正确的响应。话虽如此，这似乎是iOS的问题。我找到了这些文章(但它们都没有帮助解决问题):

https://github.com/nuclearace/Socket.IO-Client-Swift/issues/95 https://github.com/socketio/socket.io-client-swift/issues/359

我的下一个想法是扩展 socket.io 的日志记录，以准确找出正在向套接字命名空间发布的数据。有没有办法准确记录进入服务器的数据(请记住，我设置的服务器端的“on”钩子(Hook)没有获取任何数据；我试图从那里记录它，但是它似乎甚至没有走那么远)。

我发现 mod_dumpio for Linux 可以记录所有 POST 请求，但我不确定它在多线程和套接字服务器上的表现如何。

关于如何获取要发布的确切数据以便我们至少可以解决语法问题并确保数据在发送到服务器时没有格式错误的任何想法？

谢谢!

更新

在本地测试时，我们让它工作了(这是 Swift 代码中没有正确声明命名空间的设置)。这现在在 localhost 上运行良好，但在发送到 Apache 服务器时我们遇到了完全相同的问题。

我们没有使用 mod_wsgi(据我所知；我对 mod_wsgi 比较陌生，对任何无知表示歉意)。我们曾经有一个 .wsgi 文件，它调用主应用程序脚本来运行，但我们不得不更改它，因为 mod_wsgi 与 Flask SocketIO 不兼容(如 uWSGI Web 服务器部分 here 中所述)。我现在运行脚本的方式是使用 supervisord将 .py 文件作为守护进程运行(专门使用它，以便在服务器崩溃时自动启动)。

在本地，一旦我们通过 pip 安装了 eventlet 模块，它就工作得很好。当我在服务器上的虚拟环境中运行 pip freeze 时，安装了 eventlet。我卸载并重新安装它只是为了看看它是否清除了任何东西并且什么也没做。我的本地副本上似乎没有其他 Python 模块会影响这一点。

要记住的另一件事是，在初始化应用程序的函数中，我们将端口更改为端口 80:

socketio.run(app,host='0.0.0.0',port=80)

因为我们还有其他 API 函数通过指向此应用程序中服务器的域运行。我不确定这是否会影响任何事情，但在本地版本上似乎无关紧要。

我又陷入了死胡同，正在努力寻找任何可以提供帮助的东西。感谢您的帮助!

另一个更新

我还不确定发生了什么，但我们继续重写了一些代码，确保特别注意每个套接字事件 on 函数中的命名空间声明。现在工作正常。当我获得更多详细信息时，我会将它们发布在这里，因为我认为这对其他有同样问题的人有用。这个线程也有一些关于如何调试/记录这些类型问题的非常有值(value)的信息，尽管我们从未真正完全弄清楚原始问题的答案。

Answer 1

我假设您已经验证 Apache 确实收到了 POST 请求。那应该是你的第一个测试，如果 Apache 没有记录来自 iOS 的 POST 请求，那么你遇到了另一种问题。

如果你确实收到了 POST 请求，那么你可以在 Flask-SocketIO 使用的中间件中添加一些自定义代码，并打印 Apache 的 mod_wsgi 转发的请求数据。这在文件 flask_socketio/init.py 中.相关部分是这样的:

class _SocketIOMiddleware(socketio.Middleware):

    # ...

    def __call__(self, environ, start_response):
        # log what you need from environ here
        environ['flask.app'] = self.flask_app
        return super(_SocketIOMiddleware, self).__call__(environ, start_response)

您可以在 WSGI specification 中找到 environ 中的内容。 .特别是，请求的主体在 environ['wsgi.input'] 中可用，这是您从中读取的类似文件的对象。

请记住，一旦你读取了有效载荷，这个文件就会被消耗掉，因此 WSGI 服务器将无法再次读取它。将文件返回到读取之前的位置可能适用于某些 WSGI 实现。我见过人们为了避免这个问题而采取的一种更安全的方法是将整个有效负载读入缓冲区，然后将 environ['wsgi.input'] 替换为全新的 StringIO 或 BytesIO 对象。