返回首页
最新
大家好，
我一直在开发 AnimBits，这是一个包含50多个动画UI组件、动画钩子和过渡效果的集合，基于 Framer Motion 为 React 构建。欢迎反馈。
我们的目标是提供干净、细腻、适合生产环境的动画，可以轻松集成到任何 React 项目中，而无需繁琐的设置。所有组件都经过设计，确保可访问性、简约性，并且易于自定义。
功能特点：
- 50多个组件：按钮、卡片、文本效果、加载器、列表、图标动画、页面过渡等
- 完全基于 Framer Motion 构建
- 适合生产环境的细腻、低调的效果
- 通过简单的复制粘贴或使用 shadcn UI 注册表进行安装
- npx shadcn add <a href="https://animbits.dev/r/buttons-lift.json" rel="nofollow">https://animbits.dev/r/buttons-lift.json</a>
- 完全使用 TypeScript 类型定义
- MIT 许可证
复制功能存在问题。这种情况已经持续了40年。
当你复制某样东西时，你实际上想要什么？
你想要的是对某个事物的引用。是一种表达“这个，这里，我想在别的地方使用这个”的方式。
而你得到的是什么？
你得到的是一切。图像、格式、字体声明、元数据、整个DOM子树。就像一辆装满家具的6MB货车，而你所需要的只是地址。
我们把复制和囤积搞混了。
而且这个数字令人震惊。
每天有400亿次复制操作发生。平均每次的负载是100KB的没人需要的东西。这相当于在RAM中有4个艾克萨字节的数据，在设备之间同步，并被粘贴到按令牌收费的AI工具中。
能源成本：每年3300万吨二氧化碳。相当于700万辆汽车的排放。仅仅是为了剪贴板格式。
旧的复制方式：这里是所有内容。囤积它。
新的复制方式：这里是一个引用。根据需要获取你所需的内容，前提是你被允许。
所以我构建了答案。
一个蛋。200字节。一个索取凭证，而不是货物。
接收者根据上下文将其打开。粘贴到终端？纯文本。粘贴到Figma？获取完整资产。粘贴到不该有访问权限的系统？什么都没有。
复制 = 糖霜。
剪切 = 蛋糕。
查看效果：https://daaaave-atx.github.io/clipe96
规格：https://github.com/daaaave-ATX/clipe96
嗨，HN，
我开发了一个名为“带宽节省器”（Bandwidth Saver）的WordPress插件。它利用您网站上已有的图片，通过Cloudflare R2和Workers进行服务，这意味着没有出口费用和极低的存储成本。我们的目标是快速且经济地交付图片，而不增加传统优化插件的复杂性。
这个想法很简单。WordPress正常生成图片。插件在前端重写图片的URL，使其通过Cloudflare Worker进行服务。在第一次请求时，Worker会获取原始图片并将其存储在R2中。之后，Cloudflare的边缘节点会从其全球缓存中提供图片，而无需支付出口费用。无需预加载或同步任何内容，如果出现故障，原始图片将会加载。这就是整个系统。
我开发这个插件是因为大多数图片CDN插件试图做所有事情：压缩、调整大小、AI转换、资产管理、自定义仪表板和月费。这对某些用户来说很有用，但对于大多数只希望现有媒体加载更快而不想花费过多的站点来说，这些功能是多余的。带宽节省器专注于交付，而不是转换，故意保持简约。
使用这个插件有两种方式。如果您想运行自己的Cloudflare Worker，插件是完全免费的。我提供了Worker代码和部署所需的步骤。如果您不想处理任何Cloudflare的设置，还有一个每月2.99美元的托管选项，使用我的Worker和我的R2存储桶。我希望在覆盖运营成本的同时，保持其可访问性。
该插件与任何主题或构建器兼容，并且不会修改数据库。它仅在输出时重写URL。WordPress仍然是所有媒体的记录系统。R2只是成为一个便宜、耐用的缓存层，由Cloudflare的边缘节点支持。
我特别希望获得关于这种方法的反馈。首次请求获取模型是否合理？这个范围的插件定价是否公平？我应该优先考虑允许用户连接自己的R2存储桶，还是提供托管服务？对于那些在边缘计算或CDN方面有经验的人，我非常希望听到您对如何改进Worker或重写策略的看法。
感谢您的阅读，欢迎提出任何问题。
我对在硬科技和深科技领域（如航空航天、航空、海事、核能、生物科技/制药等）工作的朋友们感到非常好奇——为什么Jira和Confluence仍然是项目管理的主要工具？
Atlassian是为软件工作流程而设计的，所以我理解为什么软件团队依赖它。但对于硬件或运营密集型团队来说，我一直觉得这似乎不太合适。
以下是我认为硬件/运营团队仍在使用它的原因，但我很想听听其他人的看法。
1) 监管和数据安全要求（如ITAR、出口管制、验证系统等）使团队被迫使用他们组织多年前已经批准的工具。
2) 传统和惯性。Jira和Confluence已经存在很久，大多数公司已经在使用它们，没有人想成为那个尝试引入新工具的人。
3) “至少大家都知道怎么用。” 在混合组织中（主承包商<>供应商<>测试机构<>客户），Jira和Confluence是人们可以达成共识的最低共同工具，即使它们并不完全合适。
4) 没有人想要采用或支付另一个系统。硬件团队已经在处理电子表格、幻灯片、GSE数据库、准备跟踪器等。Jira和Confluence“足够好”，所以他们继续使用。
如果Jira和Confluence并不适合硬件/运营工作，那么一个更好的工具实际上需要具备哪些功能？而什么又会使得采用新工具变得困难？