在使用 Node.js 的 ws 模块配合 Postman 调试 WebSocket 时，我遇到了一个坑：发送 JSON 数组后，服务端收到的 type 是 object，但 length 却像字符串。排查后发现，WebSocket 协议并不识别 JSON，Postman 实际发送的是文本帧，ws 默认接收到的是 Buffer。文章记录了这一踩坑过程，并延伸梳理了 JSON.parse 的常见误区

本篇记录了我在 Balatro 游戏后端项目中，自定义 NestJS WebSocket Adapter 的过程。在使用默认 `WsAdapter` 时，我发现消息会在进入 `@SubscribeMessage` 前被内部解析，一旦消息格式异常，很难拿到原始 `message`，也不方便统一处理日志与协议错误。于是我开始尝试接管 WebSocket 消息入口层，在 Adapter 中实现原始消息日

本文从一个 Balatro 风格实时游戏后端项目出发，复盘后端接口从“功能调用”演变为“状态流转”的过程。文章不重点讲具体游戏功能，而是抽象出一个更通用的后端设计问题：为什么一个接口最开始只是接收参数、执行计算、返回结果，但随着业务推进，会逐渐依赖当前状态、修改多个字段、影响后续判断，并最终推动系统进入下一阶段。本文结合游戏、电商下单、活动奖励、审批流程等场景，梳理后端复杂度出现的原因，以及状态流

本文从一个 Balatro 风格实时游戏后端项目出发，复盘“关键状态应该由谁维护”这个后端设计问题。文章不重点讲具体游戏功能，而是抽象出更通用的系统设计思路：客户端可以负责展示和提交操作意图，但只要状态会影响业务结果、流程推进、资源结算或权限判断，就不应该只交给客户端维护。本文结合游戏、电商、任务活动等场景，梳理服务端状态归属、请求校验、状态更新和生命周期设计的基本原则。

本文记录了一次旧版 Node.js / pomelo 项目运行报错的排查过程。由于项目版本不能升级，而服务器插件版本过高，导致 let / const 语法不兼容。最终通过定位报错路径，找到对应依赖，并将服务器插件降级到兼容版本，解决了旧项目无法正常运行的问题。

本篇正式接入 Balatro 的 Boss Blind 系统。相比普通 Blind 只关注目标分数，Boss Blind 开始引入特殊规则与限制机制。为了让这些规则能够持续扩展，我重新设计了 Boss Blind 配置结构，拆分 initGame 生命周期，并重构 SelectCardsResult 返回模型，最终实现 disableSuit 与 disableHandType 两种特殊规则。这一

原文地址 http://www.linuxdiyf.com/linux/16710.html当我们安装好ubuntu，用ssh远程登录时，会出现如下错误。[c:~]$ ssh 192.168.142.84Connecting to 192.168.142.84:22…Could not connect to ‘192.168.142.84’ (port 22): Connection fa...