## 2026年6月无需闰秒 国际地球自转和参考系统服务(IERS)宣布,**2026年6月底将不会向UTC添加闰秒**。这意味着协调世界时(UTC)与国际原子时(TAI)之间的差异将保持在-37秒。 IERS每六个月发布公告C,以告知有关部门UTC可能进行的调整。闰秒偶尔会被插入,以使UTC与地球略微不规则的自转保持一致。该公告确认在下一次可能的时间无需进行调整。 该决定基于UT1-TAI之间的当前差异,该差异衡量地球相对于原子时间的自转。未来将在后续公告C中发布进一步的公告。
## 2026年6月无需闰秒 国际地球自转和参考系统服务(IERS)宣布,**2026年6月底将不会向UTC添加闰秒**。这意味着协调世界时(UTC)与国际原子时(TAI)之间的差异将保持在-37秒。 IERS每六个月发布公告C,以告知有关部门UTC可能进行的调整。闰秒偶尔会被插入,以使UTC与地球略微不规则的自转保持一致。该公告确认在下一次可能的时间无需进行调整。 该决定基于UT1-TAI之间的当前差异,该差异衡量地球相对于原子时间的自转。未来将在后续公告C中发布进一步的公告。
这篇内容探讨了宗教和灵性的本质,认为它们是工具——就像药物或木筏——旨在指向更深层的现实,而不是被无限期地固守。作者借鉴佛教隐喻,认为教义和修行有助于*渡河*以求理解,但一旦到达彼岸就必须舍弃。 核心问题在于我们倾向于关注*指着月亮的指头*(宗教符号、哲学),而不是月亮本身——一种对现实的直接、即时的体验,在当下完美且自给自足。这种体验常常是短暂的,留下对再次体验的渴望。 然而,真正的理解并非通过复杂的技巧或有意识的努力来实现。它需要简单、坚定的专注——“只是观察”——并放下自我及其不断分析的需求。作者告诫人们不要死板地遵守仪式或引进的修行方式,强调这种直接体验的能力是内在的,并且在*任何地方、任何时候*都可以获得,只要我们开始并避免过度思考过程。最终,宗教的目的是融入生活体验,而不是成为生活中的永久存在。
您的请求已被阻止,原因是网络策略。请登录或在此处创建帐户以恢复浏览。如果您正在运行脚本或应用程序,请在此处注册或使用您的开发者凭据登录。此外,请确保您的User-Agent不为空,并且是独特且具有描述性的,然后重试。如果您正在提供替代的User-Agent字符串,请尝试改回默认设置,因为这有时会导致阻止。您可以在此处阅读Reddit的服务条款。如果您认为我们错误地阻止了您,或者想讨论更轻松地获取所需数据的方式,请在此处提交工单。联系我们时,请提供您的Reddit帐户以及以下代码:019cd33a-cb15-7783-8cf3-d94cdb69538d。
我们检测到您的浏览器已禁用 JavaScript。请启用 JavaScript 或切换到受支持的浏览器以继续使用 x.com。您可以在我们的帮助中心查看受支持的浏览器列表。帮助中心 服务条款 隐私政策 Cookie 政策 版权信息 广告信息 © 2026 X Corp.
这导致了创新减少、竞争力下降、排放增加以及裁员。除了就业岗位,研究和行政工作也越来越多地转移到其他国家。“失去的东西不会很快恢复。不必要地摧毁可行的产业结构是不负责任的。”德国最大的工会IG Metall告诉TEC,“这对国家的繁荣和韧性来说是一场悄然蔓延的灾难。”
请启用 JavaScript 并禁用任何广告拦截器。
## Python 走向惰性导入的漫长道路 Instagram 和 Hudson River Trading 面临一个显著的性能瓶颈:CLI 工具启动时间过慢,原因是过早加载了不必要的库。这促使他们独立地分叉 CPython,实现了惰性导入,从而带来了显著的改进——启动速度快高达 70%,内存使用量减少 40%。他们的成功凸显了一个关键需求,最终促成了标准 Python 的 PEP 810 的开发。 最初使用 PEP 690 的尝试,该提案提出了一个全局惰性导入标志,被 Python 指导委员会否决,原因是担心破坏生态系统和潜在的兼容性问题。然而,Meta 和 HRT 提供的持续需求和令人信服的生产数据推动了持续的努力。 PEP 810 于 2025 年底被接受,采取了不同的方法:一个明确的 `lazy import` 关键字。这允许开发者选择性地延迟加载模块,直到实际使用它们时才加载,从而避免不必要的开销。虽然存在一些限制——不能使用通配符导入进行惰性导入,并且错误时间会发生变化——但该设计优先考虑兼容性,并避免修改 Python 核心内部结构。 经过三年的辩论、完善和实际验证,Python 3.15 将最终提供一个解决方案,以解决影响大型代码库的问题,并有望实现更快、更高效的 CLI 工具。
Please provide the content you want me to translate. I need the text to be able to translate it to Chinese.
## UniFi 控制器托管:多租户解决方案 作者之前运营过 UniFi 托管服务,为 MSP 和 IT 公司提供托管云控制器。虽然存在需求——客户希望避免硬件和维护——但由于专用 VPS 实例的成本(每月 4-6 美元)导致利润微薄(每月 1-2 美元)且承担所有支持成本,导致业务难以为继。 可行性的关键在于多租户,但 UniFi 控制器被设计为隔离实例。挑战集中在“inform”协议(8080 端口)上,UniFi 设备通过 AES-128-CBC 加密数据包向控制器报告数据。最初,似乎需要每个设备的密钥才能解密这些数据包,从而抵消了共享基础设施的好处。 然而,分析表明每个 inform 数据包的前 14 个字节包含未加密的设备 MAC 地址。这允许代理识别设备并将整个数据包(包括加密负载)路由到正确的租户控制器实例,而无需解密。 这个简单的解决方案,用大约 200 行 Go 代码实现,通过共享基础设施同时为每个客户维护专用控制器环境,从而实现了盈利的托管模式。其他端口可以轻松使用标准技术处理,使得 inform 协议成为克服的主要障碍。
## Meta 对 FFmpeg 的依赖与贡献
FFmpeg 对于 Meta 至关重要,是行业标准工具,每日执行数十亿次,用于媒体处理——包括转码和分析视频上传。 多年来,Meta 维护了一个内部 FFmpeg 分支,以支持上游版本中不可用的功能,特别是线程多通道编码和实时质量指标计算。 然而,随着开源 FFmpeg 随着新编解码器和可靠性改进不断发展,维护一个差异化的分支变得越来越具有挑战性。
为了简化操作,Meta 与 FFlabs 和 VideoLAN 的 FFmpeg 开发者合作,将这些关键功能直接集成到上游 FFmpeg 中。 这涉及重大贡献,从而实现更高效的线程(在 FFmpeg 6.0 和 8.0 中实现)和用于实时质量指标的“环路内”解码(FFmpeg 7.0+)。
Meta 还通过标准化的 API(例如用于其定制 ASIC MSVP 的 API)贡献硬件支持,但由于测试限制,这些仍然是内部的。 通过优先考虑对社区产生广泛影响的上游贡献,Meta 成功地废弃了其内部分支,使自身管道和更广泛的 FFmpeg 生态系统都受益。 Meta 仍然致力于投资于 FFmpeg 的持续开发和可靠性。