## 使用 Hugo Render Hooks 实现现代响应式图片 本文详细介绍了一种在 Hugo 中生成响应式图片的新方法，不再使用 2022 年使用的短代码方法。随着 WebP 得到广泛支持，该过程现在可以通过 Hugo 的 Render Hooks 来简化。 在 layouts 目录下的 `render-image.html` 文件会生成 WebP 和 JPEG 两种版本的图片，并将 `srcset` 属性直接嵌入到单个 `<img>` 标签中。WebP 优先级更高，JPEG 作为旧浏览器的后备方案。该 Hook 会动态地将图片调整为不同的宽度（例如 480px、768px、1024px 等），并利用页面包（将图片与 Markdown 内容放在一起）来改善组织结构。 配置允许在 `config.toml` 中设置默认 WebP 质量（例如 85）。这种简化的方法消除了对 `<picture>` 元素和复杂短代码的需求，为 Hugo 项目提供了一种更简洁、更现代的响应式图片解决方案。它利用标准的 Markdown 图片语法，易于使用。
每日HackerNews RSS
对不起。
## 微软邮件投递问题 - 2026年2月 2026年2月，出现了一个重大问题，导致发送给微软（Hotmail、Live、MSN、Outlook）用户的邮件被延迟，并显示“451 因IP信誉受限”错误。尽管Sendgrid的发送信誉为99%，Gmail Postmaster Tools的指标正常，但所有发送到微软地址的邮件都停止投递。初步调查指向微软方面的问题，可能为中断或错误配置，因为网上出现了类似的报告。 公司收到了用户投诉，特别是关于延迟的事务性邮件（登录、账单等）。一个临时解决方案是通知客服管理用户预期。进一步研究表明，微软对“激增”的邮件流量非常敏感。对发送日志的分析发现，在问题发生之前，有一分钟内发送到微软用户的邮件数量高于平时，可能触发了速率限制。 一个基于Redis的速率限制器被迅速实施，以控制发送到微软地址的速度，限制为每IP每分钟10封邮件。在向微软升级后，一位人工客服代表确认了连接限制的调整。72小时内恢复了投递。该事件强调了事务性邮件需要专用IP地址，以及在Sendgrid层面上需要更强大的节流系统。
对不起。
加州法案A.B. 2047 提议强制在所有3D打印机上安装审查软件，并将使用开源替代方案定为犯罪，表面上是为了打击“幽灵枪”。然而，批评者认为该法案方法错误，会扼杀创新并损害消费者。 该立法要求算法阻止打印枪支零件，但这些系统可能无效，并可能导致制造商将用户锁定在专有生态系统中——控制软件、零件和更新，类似于有问题DRM的做法。这可能导致反消费者行为，如计划报废和限制维修选项。 除了限制用户控制外，该法案还在加州司法部建立了一个成本高昂且可能落后的官僚程序，用于认证算法并维护禁用蓝图数据库。担忧不仅限于枪支，因为该基础设施可能会扩展到审查其他类型的内容，从而引发隐私和言论自由问题。 最终，A.B. 2047 被视为一个危险的先例，可能会影响整个3D打印行业，可能将限制性做法在全球推广，并阻碍一项具有广泛合法应用的科技。
## 加州3D打印立法：摘要
加州正在考虑立法来监管3D打印机，旨在防止制造“幽灵枪”。拟议的法律将要求制造商实施算法，以阻止打印枪支部件。然而，批评者认为这种方法是错误的，因为枪支可以通过其他方法轻松制造——例如容易获得的金属管或数控机床——而且该立法关注的是制造*方法*，而不是武器本身。
许多人认为该法案是由担心颠覆既得利益的游说团体推动，或是由反枪支倡导者对特定事件做出反应。人们对该技术的实用性、潜在的过度干预影响合法的3D打印用途，以及3D打印的开源性质使限制难以执行表示担忧。
这场辩论凸显了一个更广泛的问题：试图控制枪支获取与阻止决心已定的人制造枪支的固有困难。一些人认为，关注弹药管制可能更有效，而另一些人则认为该立法是加州又一次越权，制定了无法执行的法律。最终，这场讨论强调了公共安全问题与个人权利之间的紧张关系，以及监管快速发展的技术的挑战。
启用 JavaScript 和 Cookie 以继续。
## OpenAI收紧对“网络友好型”模型的访问
OpenAI正在推出“可信访问”权限，针对其新版本模型（可能为GPT-5.4），该模型面向网络安全应用。此举紧随Anthropic最近发布的“Mythos”之后，旨在为安全专业人员提供更强大的工具。然而，此举引发了争论。
许多评论员对OpenAI的方法表示沮丧，批评将“网络”用作流行语，并对需要KYC验证的限制性访问提出批评。人们担心这会限制可用性，并可能偏袒大型组织，这与OpenAI所说的“民主化访问”目标相悖。一些人认为该模型的性能被夸大了，并担心Anthropic也会对其自身模型采取类似的限制。
一个关键的讨论点围绕责任：OpenAI是否应该对其工具的滥用负责，还是应该将重点放在惩罚实施网络犯罪的个人身上？ 还有人指出，由于过多的安全措施，OpenAI模型在历史上一直对网络安全任务没有帮助，并质疑这个新版本是否真的能解决这些问题。
## Orange Pi 6 Plus：深度总结
Orange Pi 6 Plus 搭载 CIX P1 (12 核 CPU，Mali G720 GPU，专用 NPU)，承诺提供强大且紧凑的板卡，适用于家庭实验室、边缘 AI 等。然而，实现这一潜力需要大量的软件工作。本次评测涉及构建定制操作系统镜像（Debian 13），以克服供应商软件限制并优化性能。
该板卡具有双 5GbE、Wi-Fi 和 16GB 内存。虽然硬件很有前景，但初步软件设置具有挑战性，需要修复启动链、GPU/NPU 驱动程序和软件包依赖项。
性能测试侧重于本地 AI 推理。该板卡在 Vulkan 上使用 Qwen3.5 4B 模型时表现出色，实现了稳定且可用的结果。基于 CPU 的推理，使用 `ik_llama.cpp` 对于某些模型也证明是令人惊讶的有效。功耗高于同类板卡（平均 15.5W），并且散热风扇噪音明显。
最终，Orange Pi 6 Plus 最适合特定任务，例如本地 AI 实验和受益于其连接性的紧凑型 Linux 服务。它需要付出专门的努力才能释放其潜力，但对于愿意投入时间的人来说，它为 x86 和传统 SBC 提供了一个引人注目的替代方案。
## Orange Pi 6 Plus 与 SBC 现状 - 总结
讨论的中心是新发布的 Orange Pi 6 Plus 以及与传统迷你电脑相比，单板计算机 (SBC) 面临的更广泛挑战。虽然 Orange Pi 6 Plus 拥有令人印象深刻的规格，但许多评论者对缺乏强大的软件支持表示沮丧——这是困扰许多基于 ARM 的板子的常见问题，例如 Orange Pi 5 Max 和 MangoPi MQ-Pro。
核心问题是硬件创新往往快于软件开发。公司难以维护一致且最新的软件，导致用户依赖社区努力或过时的系统。这与 x86 平台形成鲜明对比，后者受益于既定的标准和更广泛的行业支持。
许多用户正在转向迷你电脑（例如配备 Intel N100 处理器的电脑），因为它们具有更好的软件兼容性、性能和整体稳定性，尽管 SBC 在尺寸和功耗方面具有优势。对话强调了希望 SBC 专注于特定的、得到良好支持的应用场景，而不是试图直接与通用计算竞争。最终，可靠的软件支持被认为是 SBC 走出爱好者项目并获得更广泛采用的关键。
启用 JavaScript 和 Cookie 以继续。
## ClawRun：轻松部署和管理AI代理
ClawRun简化了开源AI代理的部署和管理。它提供了一个托管层，具有安全、持久的沙箱（目前为Vercel，并计划增加更多选项），可以自动处理代理的生命周期——从启动到空闲时暂停，以及在收到消息时唤醒。
主要功能包括一键部署、支持流行的消息传递渠道（Telegram、Discord、Slack、WhatsApp等）、用于交互的Web仪表盘和CLI，以及具有预算执行的强大成本跟踪功能。
ClawRun的可插拔架构允许代理、提供商和渠道的灵活性。一个引导式部署向导简化了设置过程，涵盖LLM选择、渠道配置和安全策略。
了解更多信息并开始使用，请访问[clawrun.sh](clawrun.sh)，GitHub上有全面的文档、示例和社区论坛。
对不起。
加州提出的AB 2047法案旨在通过要求制造商实施算法来阻止枪支部件的打印，从而限制3D打印枪支。然而，电子前沿基金会（EFF）的数字权利倡导者认为，该立法在技术上存在缺陷，并带来重大的隐私风险。 EFF认为，该法案将有效地扼杀开源3D打印软件，迫使人们依赖专有的、限制性的选项。这将导致潜在的大规模用户监控，因为制造商需要监控打印任务并维护禁止设计黑名单——该名单可能会超出枪支的范围，包括版权侵权甚至政治敏感物品。 批评者还指出，规避检测算法很容易，并且很可能出现误报，从而阻碍合法使用。甚至加州枪支拥有者协会也反对该法案，认为它惩罚了守法的公民，而不是针对罪犯。虽然该立法旨在解决枪支暴力问题，但它引发了人们对消费者自由、监控以及3D打印社区内开源技术未来的担忧。
对不起。
## 工作流编辑器背后的隐藏成本 许多产品团队在考虑可视化工作流编辑器（例如拖放式自动化）时，最初会倾向于使用 React Flow 等开源库，认为实现起来会很简单。然而，这往往会导致成本被严重低估。虽然 React Flow 提供了一个画布，但构建一个*可用于生产*的编辑器需要大量的额外工作。 除了基本设置之外，团队还必须应对复杂的挑战，例如智能边缘路由、自动布局以提高可读性、动态节点配置面板、强大的验证以及性能优化——所有这些通常都需要*每个功能*数周的专门工程时间。最初的估计通常只关注“理想路径”，而忽略了这些关键要素。 一个现实的构建过程很容易消耗 **14-25 周**的时间，以及 **67,200 - 120,000 美元**的资深开发人员时间，*在*不考虑持续维护和转移资源导致的核心产品开发机会成本之前。这种维护意义重大，因为编辑器需要随着产品功能和设计系统变更进行持续更新。 最终，关键问题不是 *你能* 构建它，而是 *应该* 构建它吗？对于大多数 SaaS 公司来说，利用像 Workflow Builder (€6,990+) 这样的专用 SDK，比完全自主构建提供更快、更具成本效益和更易于维护的解决方案。
黑客新闻 新的 | 过去的 | 评论 | 提问 | 展示 | 工作 | 提交 登录 [已标记]
maciek996 1天前 | 隐藏 | 过去的 | 收藏
inanothertime 1天前 | 下一个 [–]
我觉得你塑造React Flow的方式很不尊重人，你设法在其基础上构建了一个东西并向人们收费。引用你另一个网站（从OT网站链接）：https://www.overflow.dev/> React Flow示例展示了可能的方法，而不是生产覆盖。它们省略了边缘情况、性能考虑和维护路径。Overflow给你最终结果：经过加固的行为、文档化的API和类型，以及可以立即使用的组件。所以是“我们”对“他们”吗？“他们”实际上构建了一个被广泛采用的开源解决方案，如果“他们”省略了这么多，为什么不贡献回去呢？
kenforthewin 1天前 | 上一个 [–]
令人震惊的是，由LLM编写的广告经常能登上这个网站的首页。
指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请YC | 联系
搜索：
为确保本网站的安全，请勾选下方框确认您是人类。如果您无法完成上述请求，请使用以下链接联系我们，并提供您遇到的问题的截图：https://ioppublishing.org/contacts/
## 黑客新闻讨论摘要：牛肉消费与卡路里效率
一篇报道引发了黑客新闻关于牛肉生产消耗全球40%的“损失”卡路里（33卡路里饲料产生1卡路里牛肉）的讨论，揭示了一场复杂的争论。虽然文章指出效率低下，但许多评论者质疑这种说法，认为仅仅关注卡路里数量忽略了关键因素，如营养密度、土地利用和全球粮食分配的后勤挑战。
多位用户质疑“养活不断增长的人口”的前提，认为当前生产*能力*并非主要问题，而是物流、浪费以及经济/政治因素。另一些人指出，牛可以在不适宜作物生产的土地上茁壮成长，并且草饲牛肉与谷物饲养牛肉具有不同的环境特征。
讨论还涉及牛肉的营养益处、政府补贴的作用以及更高效的蛋白质来源，如鸡肉。一个反复出现的主题是对过于简单的解决方案的怀疑，以及担心仅仅关注效率会忽略更广泛的食品系统和人类健康问题。最终，这场对话突出了食物生产和消费的多方面性，超越了单纯的卡路里计算。