最新

复制功能已经崩溃了。40年来一直如此。<p>当你复制东西时，你真正想要的是什么？<p>一个指向某物的引用。一种表达“这个，这里，我想在其他地方使用它”的方式。<p>但你得到的是什么？<p>一切。图像。格式。字体声明。元数据。整个 DOM 子树。一辆装满家具的 6MB 货车，而你需要的只是一个地址。<p>我们把复制和囤积混淆了。<p>而且这笔账算起来很疯狂。<p>每天发生 400 亿次复制操作。平均负载：100KB 的没人需要的东西。这相当于 4EB 的数据驻留在 RAM 中，在设备之间同步，并被粘贴到按令牌收费的 AI 工具中。<p>能源成本：每年 3300 万吨二氧化碳。相当于 700 万辆汽车的排放量。仅仅为了剪贴板格式。<p>旧的复制方式：这是所有东西。囤起来。<p>新的复制方式：这是一个引用。根据需要，在允许的情况下，获取你所需要的东西。<p>所以我构建了解决方案。<p>一个蛋。200 字节。一张领取凭证，而不是货物。<p>接收者根据上下文打开它。粘贴到终端？纯文本。粘贴到 Figma？加载完整的资源。粘贴到不应该有访问权限的系统？什么也没有。<p>复制 = 糖霜。 剪切 = 蛋糕。<p>观看演示：https://daaaave-atx.github.io/clipe96<p>规范：https://github.com/daaaave-ATX/clipe96

大家好，HN， 我开发了一个名为 Bandwidth Saver 的 WordPress 插件。它使用您网站已有的图片，并通过 Cloudflare R2 和 Workers 提供服务，这意味着零出口费用和极低的存储成本。目标是在不增加传统优化插件复杂性的前提下，使图片交付快速且廉价。 这个想法很简单。WordPress 照常生成图片。插件在前端重写 URL，以便从 Cloudflare Worker 提供图片。在第一次请求时，Worker 提取原始图片并将其存储在 R2 中。之后，Cloudflare 的边缘节点从其全局缓存中提供图片，没有出口费用。无需预加载或同步任何内容，如果出现问题，则加载原始图片。这就是整个系统。 我开发这个插件是因为大多数图片 CDN 插件试图做所有事情：压缩、调整大小、AI 转换、资产管理、自定义仪表板和月度费用。这对于某些用户来说很有用，但对于大多数只想让现有媒体加载更快且不破产的网站来说，这是不必要的。Bandwidth Saver 专注于交付，而不是转换。它是有意保持极简的。 有两种使用方法。如果您想运行自己的 Cloudflare Worker，该插件是完全免费的。我包含了 Worker 代码和部署它所需的步骤。如果您不想处理任何 Cloudflare 设置，则有一个托管选项，每月 2.99 美元，使用我的 Worker 和我的 R2 存储桶。我试图保持它的可访问性，同时也涵盖运营成本。 该插件适用于任何主题或构建器，并且不会修改数据库。它仅在输出时重写 URL。WordPress 仍然是所有媒体的记录系统。R2 只是一个廉价、耐用的缓存层，由 Cloudflare 的边缘节点提供支持。 我对这种方法尤其感兴趣。fetch-on-first-request 模型有意义吗？对于这种范围的插件来说，定价是否合理？我应该优先考虑允许用户连接他们自己的 R2 存储桶还是托管服务？对于那些有边缘计算或 CDN 经验的人，我很乐意听取关于如何改进 Worker 或重写策略的意见。 感谢您的阅读，很乐意回答任何问题。

真心好奇，对于从事硬科技和深科技（如航空航天、航海、核能、生物技术/制药等行业）的人来说——为什么Jira和Confluence仍然是主要的项目管理工具？ Atlassian是为软件工作流程而构建的，所以我理解为什么软件团队会依赖它。但对于硬件/运营密集型团队来说，我一直觉得它不太合适。 以下是我认为硬件/运营团队仍然使用它的原因，但我很想听听其他人的看法： 1）监管+数据安全要求（ITAR、出口管制、经过验证的系统等）将团队限制在他们组织多年前已经批准的工具中。// 2）传统+惯性。Jira/Confluence已经存在很久了，大多数公司已经在使用它们，而且没有人想成为尝试引入新事物的人。// 3）“至少每个人都知道如何使用它。”在混合组织（主要供应商<>供应商<>测试机构<>客户）中，Jira/Confluence是人们可以达成共识的最低限度工具，即使它们不太合适。// 4）没有人想采用或为另一个系统付费。硬件团队已经在处理电子表格、幻灯片、GSE数据库、准备情况跟踪器等。Jira和Confluence“足够好”，所以他们坚持使用。 如果Jira和Confluence不太适合硬件/运营工作，那么一个更好的工具实际上需要做什么？以及什么会使采用变得困难？