 OpenShift Container Platform 4.8 Service Mesh自动在 Service Mesh control plane 和应用程序命名空间中创建和管理 多个 NetworkPolicies 资源。这是为了确保应用程序和 control plane 可以相互通信。 如果要禁用自动创建和管理 NetworkPolicies 资源,例如为了强制执行公司安全策略,您可以编辑 ServiceMeshControlPlane,将 spec.security.manageNetworkPolicy Operator 无法与所 有 Elasticsearch 集群通信。 在使用 Istio sidecar 时,在 Agent 和 Collector 间的连接会出现 TRACING-1300 失败。对 Jaeger Operator 的更新默认启用了 Jaeger sidecar 代理和 Jaeger Collector 之间的 TLS 通信。 {"level":"warn","ts":1642438880 服务网格技术在网络通信级别运作。也就是说,服务网格组件捕获或截获进出微服务的流量,或修改请 求、重定向请求或创建新请求到其他服务。 在高级别上,Red Hat OpenShift Service Mesh 由 data plane 和一个 control plane 组成 数据平面是一组智能代理,与 pod 中的应用容器一起运行,用于拦截和控制服务网格中微服务之间的所有 入站和出站网络通信。数据平面的0 码力 | 344 页 | 3.04 MB | 1 年前3 OpenShift Container Platform 4.8 Service Mesh自动在 Service Mesh control plane 和应用程序命名空间中创建和管理 多个 NetworkPolicies 资源。这是为了确保应用程序和 control plane 可以相互通信。 如果要禁用自动创建和管理 NetworkPolicies 资源,例如为了强制执行公司安全策略,您可以编辑 ServiceMeshControlPlane,将 spec.security.manageNetworkPolicy Operator 无法与所 有 Elasticsearch 集群通信。 在使用 Istio sidecar 时,在 Agent 和 Collector 间的连接会出现 TRACING-1300 失败。对 Jaeger Operator 的更新默认启用了 Jaeger sidecar 代理和 Jaeger Collector 之间的 TLS 通信。 {"level":"warn","ts":1642438880 服务网格技术在网络通信级别运作。也就是说,服务网格组件捕获或截获进出微服务的流量,或修改请 求、重定向请求或创建新请求到其他服务。 在高级别上,Red Hat OpenShift Service Mesh 由 data plane 和一个 control plane 组成 数据平面是一组智能代理,与 pod 中的应用容器一起运行,用于拦截和控制服务网格中微服务之间的所有 入站和出站网络通信。数据平面的0 码力 | 344 页 | 3.04 MB | 1 年前3
 PyWebIO v1.2.3 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 119 页 | 7.43 MB | 1 年前3 PyWebIO v1.2.3 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 119 页 | 7.43 MB | 1 年前3
 PyWebIO v1.2.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 119 页 | 7.41 MB | 1 年前3 PyWebIO v1.2.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 119 页 | 7.41 MB | 1 年前3
 PyWebIO v1.3.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3 PyWebIO v1.3.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3
 PyWebIO v1.3.0 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3 PyWebIO v1.3.0 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3
 PyWebIO v1.4.0 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 135 页 | 7.45 MB | 1 年前3 PyWebIO v1.4.0 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 135 页 | 7.45 MB | 1 年前3
 PyWebIO v1.3.1 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3 PyWebIO v1.3.1 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3
 PyWebIO v1.3.3 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3 PyWebIO v1.3.3 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 133 页 | 7.44 MB | 1 年前3
 PyWebIO v1.6.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 148 页 | 7.46 MB | 1 年前3 PyWebIO v1.6.2 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 148 页 | 7.46 MB | 1 年前3
 PyWebIO v1.5.1 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 144 页 | 7.46 MB | 1 年前3 PyWebIO v1.5.1 Documentation后 会临时挂起,当会话收到用户的输入提交后,会话便将执行单元恢复执行,并 提供用户输入的值。 执行单元内,任何输入输出的调用都会转换成一些命令序 列发送给会话. 当后端框架通过HTTP与用户浏览器通信时,用户浏览器是以轮训的方式获取指 令,会话会保存由执行单元生成的、还未发送到浏览器的命令序列,等待下次 轮训时由后端框架取走。 当后端框架通过WebSocket与用户建立连接时,任何由执行单元发送到会话的命 Session暴露给后端框架的方法仅有 Session.send_client_event 、 Session.get_task_commands 和 Session.close 。 基于HTTP通信的后端的实现逻辑 基于HTTP的前后端通信约定 前端按照固定间隔使用GET请求轮训后端接口,在请求中使用 webio-session- id HTTP头来传递会话ID。 会话一开始时,会话ID由后端生成并通过响应中的 释放会话内的资源。 基于WebSocket通信的后端的实现逻辑 基于WebSocket的前后端通信约定: 浏览器与后端使用一个WebSocket连接来保持一个会话,后端的指令通过JSON 序列化之后的消息实时发送给前端,前端用户触发的事件数据也通过JSON序列 化之后发送给后端。 代码实现 以Tornado后端为例 webio_handler用于获取Tornado与前端进行通信的WebSocketHandler子类,其逻0 码力 | 144 页 | 7.46 MB | 1 年前3
共 65 条
- 1
- 2
- 3
- 4
- 5
- 6
- 7














