Centrifuge项目v0.34.4版本发布:优化跨域预检请求与Redis兼容性
Centrifuge是一个高性能的实时通信库,它提供了WebSocket、HTTP流等多种实时数据传输方式,并支持多种后端存储和消息代理。该项目广泛应用于构建实时聊天、通知推送、在线协作等需要低延迟通信的场景。
预检请求优化
在v0.34.4版本中,Centrifuge针对跨域资源共享(CORS)的预检请求(preflight requests)进行了两项重要改进:
-
预检请求缓存:现在服务器会对跨域双向模拟场景(http_stream和模拟端点)中的预检请求进行缓存,缓存时间为300秒。这项改进显著减少了不必要的预检请求数量,将原本需要两次往返(RTT)的通信过程优化为只需一次。
-
响应状态码变更:对于预检请求,服务器现在返回204(No Content)状态码而非原来的200(OK)。这一变更更加符合HTTP规范,因为预检请求本身不需要返回任何内容。
Redis客户端兼容性调整
该版本将rueidis Redis客户端库从较新版本回退到v1.53.0,主要是为了解决在强制使用RESP2协议时可能出现的认证错误问题。这是一个临时性的兼容性调整,预计在rueidis的下一个稳定版本中会修复这个问题。
文档完善
v0.34.4版本还完善了关于模拟传输中http.ResponseController使用的文档说明。这个控制器在处理HTTP基础实时传输时对超时控制非常重要,特别是在服务器端设置超时的情况下。
技术背景与价值
预检请求是浏览器在发送跨域请求前自动发起的一种OPTIONS请求,用于检查服务器是否允许实际的跨域请求。在实时通信场景中,频繁的预检请求会增加网络开销和延迟。Centrifuge通过缓存机制有效解决了这个问题,对于提升Web应用的实时性能有显著帮助。
Redis兼容性调整则确保了在各种Redis部署环境下的稳定连接,特别是那些仍在使用旧版RESP2协议的环境。
这些改进体现了Centrifuge项目对性能优化和稳定性的持续关注,使得开发者能够构建更加高效可靠的实时应用。
kernelopenEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。C090
baihu-dataset异构数据集“白虎”正式开源——首批开放10w+条真实机器人动作数据,构建具身智能标准化训练基座。00
mindquantumMindQuantum is a general software library supporting the development of applications for quantum computation.Python058
PaddleOCR-VLPaddleOCR-VL 是一款顶尖且资源高效的文档解析专用模型。其核心组件为 PaddleOCR-VL-0.9B,这是一款精简却功能强大的视觉语言模型(VLM)。该模型融合了 NaViT 风格的动态分辨率视觉编码器与 ERNIE-4.5-0.3B 语言模型,可实现精准的元素识别。Python00
GLM-4.7GLM-4.7上线并开源。新版本面向Coding场景强化了编码能力、长程任务规划与工具协同,并在多项主流公开基准测试中取得开源模型中的领先表现。 目前,GLM-4.7已通过BigModel.cn提供API,并在z.ai全栈开发模式中上线Skills模块,支持多模态任务的统一规划与协作。Jinja00
AgentCPM-Explore没有万亿参数的算力堆砌,没有百万级数据的暴力灌入,清华大学自然语言处理实验室、中国人民大学、面壁智能与 OpenBMB 开源社区联合研发的 AgentCPM-Explore 智能体模型基于仅 4B 参数的模型,在深度探索类任务上取得同尺寸模型 SOTA、越级赶上甚至超越 8B 级 SOTA 模型、比肩部分 30B 级以上和闭源大模型的效果,真正让大模型的长程任务处理能力有望部署于端侧。Jinja00