“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
Netlify 给我发了一张 10.4 万美元的账单：一次静态网站托管引发的成本危机与反思
本文讲述了一位开发者因静态网站流量骤增而收到 Netlify 10.4 万美元账单的经历，揭示了按量付费云服务在异常流量下的财务风险，并提供了应对与反思建议。
事件背景
Reddit 用户 在 r/webdev 发帖称，自己仅托管一个简单的静态网站，却收到了 Netlify 发出的 104,000 美元账单。该帖子迅速成为 Hacker News 热门（1783 分，798 条评论），引发广泛讨论。原帖内容因 Reddit 的访问限制（要求登录、User-Agent 检查等）而无法直接获取原始正文，但我们可以从标题和社区反应中还原核心事实：
- 该用户使用 Netlify 托管静态站点（可能是个人项目或小业务）。
- 突然遭遇异常流量高峰（可能是恶意攻击、爬虫误触发或 SEO 滥用），导致带宽或请求次数远超免费/付费配额。
- Netlify 按用量计费，最终产生天价账单。
- 用户面临无力支付或必须与客服协商的困境。
技术解读：Netlify 的计费模型与静态站点的脆弱性
1. Netlify 如何计费？
Netlify 提供免费套餐（每月 100GB 带宽、300 分钟构建时长）和付费套餐（Pro 起 $19/月，包含 1TB 带宽）。超出部分按超额使用量计费，通常带宽价格在 $0.15~$0.25/GB 之间（根据官方定价，超出部分可能更高）。
对于 静态站点（如 Hugo、Gatsby 构建的纯 HTML/CSS/JS），通常流量很小，很多人选择免费层。但静态站点有一个致命弱点：所有内容都是公开的 CDN 缓存，无法像动态应用那样通过身份验证拦截请求。一旦有人恶意刷流量（如用脚本反复下载大文件），或搜索引擎爬虫异常、图片被外站盗链，流量可能瞬间冲高。
2. 10.4 万美元意味着什么？
粗略估算：若每 GB 收费 $0.20，则 104,000 美元对应约 520,000 GB（约 520TB） 的额外带宽。对于普通静态站点，正常流量每月可能不足 1GB，这种量级显然是异常事件（例如 DDoS 攻击、或某资源被热门网站引用为图床）。
3. 为什么没有事前防御？
- 用户侧：很多人不知道 Netlify 默认没有流量上限，也没有预算警报（实际上 Netlify 会在超额时发送邮件，但可能被忽略或进入垃圾箱）。
- 平台侧：Netlify 主打"简单易用"，不会像 AWS 那样要求绑定预算告警，默认允许无限使用，直到月底结算。
- 技术盲点：静态站点缺乏服务端逻辑，无法通过代码层限流（除非添加 Serverless 函数或第三方防火墙）。
事件后的社区反应与建议
在 HN 评论中，开发者们主要讨论了以下几点：
- 同情与愤怒：许多人对 Netlify "不留情面"的计费方式表示不满，认为平台有责任在费用达到预设阈值时暂停服务或强制限额，而不是放任账单飙升。
- 技术解决方案：
- 在 Netlify Dashboard 中设置 用量通知（有免费通知，但建议开启更严格的预算限制）。
- 使用第三方服务如 Cloudflare 作为前置代理，启用 速率限制 和 Bot Fight Mode。
- 将静态资源迁移到对象存储（如 S3 + CloudFront），并设置成本警报。
- 添加预算上限（Netlify 允许设置每月用量上限，但需要手动启用到特定值）。
- 协商与维权：多位用户分享类似经历，称与 Netlify 客服沟通后，通常可以将账单降到一个合理范围（一次性减免或分期），但并非保证成功。例如有用户曾因恶意流量被收取 $50k，最终协商至 $5k。
- 对服务的反思：部分用户建议彻底离开 Netlify，转向 Cloudflare Pages（免费无限带宽）或 GitHub Pages（带宽较低但无限），或自建 VPS（但需自行处理安全）。
深度分析：事件背后的行业问题
1. 按量付费的"责任陷阱"
云服务商普遍采用"按量付费"模式，但对异常流量缺乏主动熔断机制。AWS 也会出现类似情况（如 S3 被盗刷），但 AWS 提供了更精细的成本管理工具（预算、异常检测）。Netlify 作为面向开发者的友好平台，反而弱化了这些提示，导致新手容易踩坑。
2. 静态站点的"安全错觉"
静态站点无数据库、无服务端漏洞，但网络层攻击（带宽消耗）和资源滥用（盗链）依然能造成巨额成本。很多开发者误以为"静态=零风险"，忽略了成本风险。
3. 用户协议中的"保护性条款"缺失
Netlify 的服务条款中，并未明确规定因恶意流量产生的费用是否可豁免。通常客服会视情况减免，但这依赖于"善意"，缺乏制度化保障。相比之下，Cloudflare 提供自动攻击缓解，并在极端情况下会暂停服务而非计费。
给开发者的实用建议（总结自评论区）
- 立即检查 Netlify 控制台，设置每月用量限制（可在 Billing > Usage 中设置，或联系客服开启硬上限）。
- 为域名启用 Cloudflare 代理，并配置"Under Attack"模式（当流量异常时，验证码保护）。
- 对于图片等资源，考虑使用 自托管 CDN（如 Cloudflare R2）或开启防盗链（通过 Netlify Headers 或 _headers 文件）。
- 定期查看 Netlify 发出的超额邮件，不要忽略任何"Usage spike"提醒。
- 如果收到巨额账单，不要立即付，先通过支持渠道说明是异常流量，附上日志（如果有），表明非自身故意。
- 考虑切换平台：Cloudflare Pages 提供无限流量（但受 Fair Use 政策），Netlify 虽好但风险较高。
结语
这次事件不仅是一次个人财务危机，更是对"无服务器""静态托管"等服务模式的警示：便利性背后隐藏着成本失控的隐患。作为开发者，我们不能把账单安全完全托付给平台，而应主动构建成本护栏。希望 Netlify 等公司能从中吸取教训，推出更透明的强制预算功能，而不是让用户在下个月看到信用卡账单时心惊胆战。
原文链接：https://old.reddit.com/r/webdev/comments/1b14bty/netlify_just_sent_me_a_104k_bill_for_a_simple/