Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
## 二进制 JSON 及更高:加速数据查询 本文探讨了使用二进制编码进行 JSON 数据处理的好处,尤其是在需要重复查询的场景中。即使使用像 `simdjson` 这样快速的解析器,JSON 的解析成本仍然很高,对于复杂查询来说也需要花费大量时间。转换为二进制格式可以显著提高检索速度,在基准测试中实现了高达 2,346 倍的性能提升。 可以使用类型标签和节点结构构建简单的二进制编码,从而实现无需完全解码即可对数据进行随机访问。然而,现有的格式(如 BSON)存在权衡(存储开销、缺乏随机访问)并且并非总是最优的。 现代数据库通过定制的解决方案来解决这个问题:Postgres 的 `JSONB`、YDB 的方法以及 Parquet 的 `VARIANT` 格式。`VARIANT` 为半结构化数据提供了一个灵活、通用的容器,并具有短字符串处理和可变偏移量大小等优化。 最终,最佳编码取决于工作负载的需求——优先考虑存储、随机访问或键排序。 趋势很明确:二进制表示正成为处理半结构化数据的标准,甚至扩展到 LLM API 响应,例如 TOON 格式,旨在提高 token 效率。
## 从 DigitalOcean 到 Hetzner 的零停机迁移
一家软件公司成功地将一个复杂的生产环境——包括 30 个数据库中的 248GB MySQL 数据、34 个 Nginx 站点、GitLab EE 和 Neo4J——从 DigitalOcean 迁移到 Hetzner 专用服务器,且实现了零停机。由于土耳其里拉贬值导致成本上升,此次迁移为该公司节省了每月 1199 美元(每年 14388 美元),同时获得了性能更强大的服务器。
迁移策略以细致的准备和自动化为中心。关键步骤包括在新服务器上安装完整堆栈,使用 `mydumper` 和 `myloader` 建立 MySQL 主从复制以提高速度,降低 DNS TTL,并在旧服务器上实施反向代理作为传播期间的备用方案。脚本自动执行 DNS 更改、Nginx 配置更新和 GitLab webhook 调整。
挑战包括解决 MySQL 权限问题(SUPER 权限绕过只读模式)以及确保 MySQL 5.7 和 8.0 之间的数据兼容性。整个过程历时约 24 小时,突显了脚本编写、利用复制以及考虑使用专用服务器来优化稳态工作负载的成本和性能优势。所有脚本均可在 GitHub 上公开获取。
## 日本铁路的成功:世界典范
日本在发达国家中铁路使用率最高,远超美国、法国和德国。这并非源于文化认同,而是深思熟虑、有效的公共政策。与北美铁路衰落和欧洲高度补贴的系统不同,日本的铁路网络通过独特的私有制和战略监管相结合而蓬勃发展。
该系统由众多竞争的私有铁路组成——包括JR东日本和近铁等大型企业——以及曾经国有化网络的残余部分。重要的是,这些公司不仅仅是铁路公司;它们积极塑造城市发展,拥有从住房、零售到医院和娱乐等业务,从而获取因可达性提高而产生的价值。
这种“铁路作为城市建设者”的模式得益于自由的土地使用法规以及铁路公司能够将开发带来的收益内部化的体系。此外,日本避免过度汽车补贴,私有化停车位,并利用票价上限以及有针对性的资本投资补贴。
日本的成功表明,繁荣的铁路系统并非不可避免,而是可以通过明智的政策来实现——这对于全球适用,为振兴日本以外的铁路网络提供了一条途径。
Flock Safety正面临越来越多的公众和法律压力,多座城市已取消合同,并有多起诉讼,源于对其数据访问 practices 的担忧。最近的争议涉及Flock员工访问摄像头画面——包括犹太社区中心内部画面,这与该公司“没有员工监控客户录像”的说法相矛盾。
调查显示,访问犹太社区中心画面没有恶意意图,但此事件引发了愤怒,一些人指责员工存在掠夺行为——IPVM认为这些指控是虚假和有害的。然而,Flock过去激进攻击隐私倡导者,甚至将其称为“恐怖分子”并指责他们纵容罪犯,使得情况更加复杂。
Flock有权谴责对其员工的个人攻击,但批评人士指出,鉴于该公司自身煽动性的言论,这种做法缺乏一致性。这种不断升级的负面情绪正在影响Flock的员工队伍,使其社区参与和招聘变得困难。专家建议改变语气,因为坚持目前这种对抗性的做法可能会使情况恶化。
## Z3 求解器探索:从简单方程到数独 本文详细记录了初学者使用 Z3(一个强大的定理证明器或“求解器”)解决约束满足问题的过程。作者对该领域是新手,发现 Z3 比之前尝试过的类似工具更易于上手。求解器擅长规则频繁变化的问题——例如调度(学校课表、资源分配),为定制算法提供了灵活的替代方案。 Z3 使用一种名为 SMT-LIB2 的语言来定义问题。关键概念包括“类型”(本质上是数据类型)和“常量”(求解器操作的变量/值)。作者利用 Z3 的 Rust 绑定,展示了解决日益复杂问题的方案:一个简单的方程(x+4=7)、一个方程组,甚至一个数独谜题。 这个过程包括定义约束,然后使用 Z3 找到满足解。`push` 和 `pop` 等功能允许使用不同的参数进行高效测试。还探讨了更高级的功能,例如优化(找零钱问题)和布局问题。 虽然功能强大,但求解器也有局限性——它们难以处理某些数学函数和外部函数调用。最大的挑战在于将问题正确地*建模*为一组约束。作者承认 Z3 内部还有大量未探索的功能,强调需要更多易于访问的学习资源,以供实际编码人员使用。
一对来自佐治亚州的夫妇,马莱里·雪莉和克里斯托弗·普利森茨,因为他们的6岁儿子杰克短暂地独自步行去附近的公园而面临儿童忽视调查——这种做法在他们的童年时期很常见。一位陌生人向儿童保护服务机构举报了他,引发了一系列事件,凸显了一种日益增长的趋势:政府对日常育儿行为的干预增加。
此案显示,模糊的儿童忽视法律,加上对儿童安全的担忧加剧,正在扩大对忽视的定义。这可能导致对曾经被认为是正常活动(如独立玩耍或步行上学)的调查。最近的事件,包括一位母亲因让她的10岁孩子独自步行而被捕,促使11个州通过了“合理的童年独立”(RCI)法,旨在明确什么才是*真正*的忽视——要求对儿童安全存在“公然漠视”。
尽管佐治亚州有新的法律,但最初对马莱里的调查结果被“证实”了,直到二月份才被推翻。这对夫妇担心过度监管的文化正在阻碍儿童韧性和独立性的发展,并且善意的担忧正日益导致不必要的州政府干预。专家认为,儿童福利机构需要建立一个分诊系统,将资源集中在真正的虐待和忽视案件上,而不是促进合理童年自由的情况。
## Kdenlive 年度回顾 (2025)
2025年对于Kdenlive来说是稳步发展的一年,在新增功能的同时,优先考虑稳定性和改进。 三次主要发布(25.04、25.08和25.12)专注于全面改进——从4月发布的强大新自动蒙版工具和OpenTimelineIO集成,到8月份的大规模稳定工作(包含300多个提交),再到12月份经过完善的用户体验,包括新的欢迎界面和灵活的停靠系统。
主要亮点包括音频波形的性能提升300%,以及对音频混音器、标记/引导线和字幕编辑器的重大改进。 团队还重新设计了网站,并加强了与MLT开发者的合作。
Kdenlive由8名核心团队成员和令人印象深刻的38名代码贡献者(其中一半是首次贡献者!)组成,下载量超过1150万次。 未来的开发重点是MLT集成(包括10/12位色彩支持和OpenFX),字幕系统重构,以及用于关键帧管理的新时间线。
通过捐赠(筹集9,344.80欧元)持续支持社区对于维持开发并可能扩大团队至关重要。
该项目探索了一款基于龙芯3A5000的主板,这是一款国产CPU,不易在普通商店买到。龙芯科技正在开发自己的CPU架构“龙架构”,独立于英特尔、AMD或ARM,其系统形态多样,从嵌入式设备到台式机都有。
作者以大约70加元的价格回收了该主板,并面临启动困难,包括寻找兼容的散热器(使用英特尔1155接口)和处理运输损坏。BIOS更新后,Debian Linux安装成功,但需要解决驱动程序和软件包兼容性问题。
性能测试表明,3A5000LL的性能甚至落后于2012年的英特尔i5处理器,但它*可以*运行《毁灭战士》和《雷神之锤》等游戏。该系统使用基于Vivante技术的集成龙芯7A1000 GPU。最终,龙芯展现了与Linux生态系统的出色兼容性,展示了开源软件支持各种硬件的能力,即使原始性能并非最先进。它是一款基于非常规架构的令人惊讶的“正常”PC体验。
## 重新思考浮点数比较 通常的建议是*不要*直接比较浮点数是否相等,而*总是*使用基于epsilon的比较,但这常常是误导性的。虽然浮点数由于有限的表示形式而本质上是不精确的,但它们并非随机的;运算是确定性的且标准化,保证结果尽可能接近真实值。 作者认为,epsilon比较常常是一种“权宜之计”,导致调试噩梦,并且常常无法解决根本问题。相反,更好的解决方案通常存在——通常涉及代码重构或直接相等性检查。 几个案例研究对此进行了说明:基于网格的移动、球面插值、向量长度计算、求解线性系统、光线-盒子相交,甚至清理用户输入。这些例子表明,通过理解潜在的数学原理、利用浮点数的保证或重新思考问题的方法,可以避免看似必要的epsilon。 Epsilon在特定情况下*可能*是合适的,例如测试用例验证或过滤噪声用户输入,但需要仔细考虑。最终,关键在于深思熟虑的问题解决,而不是盲目地遵守经验法则。不要仅仅使用epsilon;理解你*为什么*进行比较,以及是否存在更稳健的解决方案。