我加入了 IndieWeb，这是我学到的

工具与实现

• 几位评论者分享了自己的 IndieWeb 搭建方案，例如使用预制工具包和打包了 IndieWeb 协议的平台。
• 也有人提到现有框架中的新支持（例如一个 PHP 平台新增了 IndieWeb 支持）以及静态托管选项（GitHub Pages、Cloudflare、Squarespace 等）。

RSS、h-feed 与订阅发现

• 大家普遍认为 RSS/Atom 对博客至关重要；有人说没有 RSS 的博客“就像没有轮子的车”。
• h-feed 被辩护为 IndieWeb 偏好的方案（用 HTML 充当 feed），但多位人士表示没有主流阅读器支持它，因此他们仍依赖传统 RSS/Atom。
• 有人批评把 RSS URL 藏在仅靠 JavaScript 的弹窗后面，并省略 <link rel="alternate">，因为许多阅读器会从 HTML 自动发现 feed。
• 有人认为生成 RSS 很简单；也有人不喜欢内容重复和 XML 开销，但承认 RSS 仍然是事实标准。

域名所有权与 .dev 顾虑

• 讨论涉及 .dev 由 Google 的注册局运营。
• 有人认为这带来了中心化和权力风险；也有人觉得这不是问题，并愿意通过注册商向 Google 付费。
• “中立”顶级域名的想法被提出来了，但其含义和实际好处仍不明确。

IndieWeb 的可用性、复杂性与采用

• 批评者认为 IndieWeb 的协议栈是“技术杂烩”，对大多数人来说不可行；他们需要一键式、无 CLI 的方案。
• 也有人反驳说当前采用者多半是技术倾向的人，而早期生态系统本来就会比较粗糙。
• 有些人坚持如果目标是广泛拥有网站，UX 必须居于核心；也有人说 IndieWeb 的使命是“解决自己的痛点”，不是去争夺大众市场。
• 托管式的 IndieWeb 类服务和 WordPress 插件被视为更容易的入门方式，不过其长期经济性和需求也受到质疑。

理念、把关与受众

• 一派欢迎摩擦作为筛选机制，认为把一切都开放给“所有人”削弱了早期网络。
• 另一派警告说，技术门槛主要筛选出的是技术从业者，而不是那些拥有有趣非技术想法的人。
• 围绕“面向爱好者的数字自耕”与“作为大型平台的现实替代方案”之间存在张力。

自托管、动机与实用性

• 有人指出“没人想托管”是因为成本高且脆弱，结果导致了围墙花园。
• 也有人喜欢这种控制感和学习过程，但在看到真实成本后承认自己会倦怠，或从完整技术栈中退出来。

职业身份与 ‘indie’ 美学

• 有些人觉得显眼的简历和精致、面向职业发展的个人网站，与“indie”氛围并不相符。
• 也有人认为，把简历和职业身份放在自己的域名上，正符合 IndieWeb 关于所有权和持久性的目标，而不是反职业化。