标签

前端

通用代码生成器「光船」尝鲜版二:用蛋糕船打通数据库与 Node.js/Vue 生成

来源: oschina.net 37
通用代码生成器「光船」发布了尝鲜版二,并通过“蛋糕船”示例展示从数据库到前后端代码的生成流程。这个版本重点修复了数据磨坊功能群、SQL 文件代码生成和前端代码生成功能,同时处理了大量缺陷,让可直接体验的示例和功能范围更完整。 这次更新的价值不只在于“少写一些代码”。更重要的是,它把数据库后端、Node.js 服务端和 Vue 前端放进了同一条生成链路中...

pgsql.cc 上线:用 PostgreSQL 10–20 中文文档做好排障与升级

来源: postgr.es 27
pgsql.cc 已上线 PostgreSQL 10 到 20 的 11 个大版本中文文档。它重新设计了官方站点的镜像界面,改进了全文搜索,并持续与上游内容同步,同时保持无广告。对日常维护数据库的工程师来说,它的价值不只是“把英文翻成中文”,而是让版本差异、配置参数和错误信息更容易被准确定位。 PostgreSQL 文档与服务器版本必须对应。搜索某个参...

PostgreSQL 三十年架构取舍:进程、WAL、MVCC 与扩展边界

来源: postgr.es 35
PostgreSQL 能持续演进三十年,靠的并不是频繁推翻旧设计,而是几项长期有效的工程取舍:用独立进程降低并发代码的复杂度,用 WAL 把事务提交和数据页落盘解耦,用 MVCC 将清理工作移到后台,再通过扩展机制控制核心代码的体积。 Tom Lane 对这些设计的评价并非“旧架构永远正确”。更准确的说法是:它们曾经用可接受的成本换来了可靠性、可维护性...

Node.js 26.8.2 Current:升级验证与落地实践

来源: nodejs.org 27
Node.js 26.8.2 被标记为 版本。这个信息的重点不在于某个具体 API 变更,而在于它代表了一条适合提前体验新运行时能力、验证兼容性和准备后续升级的版本线。团队在采用它之前,应把版本固定、依赖检查和回滚路径准备好。 从来源标题可以确认版本号为 ,发布通道为 。标题没有提供具体变更列表,因此不应仅凭版本号推断某个 Node.js API、V8...

Node.js 24.21.0 LTS:升级前后需要确认的运行时细节

来源: nodejs.org 34
Node.js 24.21.0 已作为 LTS 版本发布。对生产服务来说,LTS 的价值不只是版本号变化:它提供了更适合长期维护的运行时基线,也给依赖升级、容器镜像更新和 CI 环境统一提供了明确的切入点。 不过,升级 Node.js 不能只改一个 Docker tag。应用实际使用的 Node.js 版本、包管理器版本、原生依赖和构建产物,都需要一起...

EasyGoAdmin v2.7.1 发布:一次以稳定性为核心的 GoFrame 后台框架升级

来源: oschina.net 31
EasyGoAdmin GoFrame+AntdVue 版本更新至 v2.7.1。本次发布的重点很明确:修复近期用户反馈的问题。它不是一次强调新功能的大版本迭代,更适合作为稳定性维护版本来评估和升级。 EasyGoAdmin 面向前后端分离的后台管理系统,技术栈包括 Go、GoFrame、Vue 3、Ant Design Vue 和 MySQL,并通过...

React 19.3:View Transitions、Fragment Refs 与更安全的浏览器集成

来源: react.dev 30
React 19.3 带来了一组面向现代浏览器和复杂 UI 的新能力,包括 View Transitions、Fragment Refs、 和 Trusted Types。它们覆盖了页面切换动画、Fragment 级 DOM 操作、浏览器环境处理以及客户端安全策略。升级的重点不只是改版本号,而是确认应用的构建链、浏览器兼容策略和安全配置能否承接这些能力...

Django 基金会招募筹款志愿者:把企业依赖转化为可持续支持

来源: djangoproject.com 30
Django 软件基金会(DSF)正在为筹款工作组招募志愿者。这个时间点尤其关键:基金会已将 2026 年筹款目标提高到 50 万美元,希望继续支持 Django Fellows、Django Girls、社区活动、Djangonaut Space、基础设施以及其他维持生态运转的项目,同时为聘请首位执行董事创造空间。 这项工作并不只是“多发几次捐款呼吁...

用 Antigravity SDK 搭建可观测、可管控的多智能体控制平面

来源: cloud.google.com 38
企业落地智能体并没有统一答案。需要快速部署、集中治理的团队,可以选择托管式商业平台;已经拥有专用工作流、自定义执行引擎或内部权限体系的团队,则往往更适合搭建轻量级 Agent Hub。 这类自建平台真正困难的部分并不是调用模型,而是让几十个后台智能体持续、可预测地运行:工具调用必须受限,执行过程必须可追踪,多轮状态必须能够恢复,运维人员还要在必要时阻止...