从 Internet.blogposts 中选择 *

2007 年，蒂姆·伯纳斯·李 (Tim Berners Lee) 撰写了论文《巨型全球图》。报价：有发自内心的呼喊……为了我的友谊，这种与另一个人的关系，超越文件和网站。 ..然后任何其他站点或程序都可以使用该信息。这似乎是合适的，因为 X 正在向 Nitter 发送停止函以记住 TBL 的文章。 Nitter 是 - 曾经 - 一个简单的 X 前端，它允许用户无需登录即可查看推文。即使对页面代理的少量使用也足以收到法律诉讼的威胁。 Twitter 2007 年的 API 是出了名的开放，这意味着成千上万的开发人员可以免费构建客户端、工具和分析。那么，发生了什么？为什么被拉了？很简单：网络赢了。开发人员不再是资产，API 也逐渐关闭。速率限制、定价等级、登录要求，然后是解决方法的技术障碍，现在是律师函。 Meta 十年前运行了同样的剧本，现在很难记得曾经有过值得构建的 Facebook 或 Instagram API。这就是为什么互联网档案馆创始人布鲁斯特·卡勒（Brewster Kahle）十多年来一直呼吁我们锁定网络开放。 Nitter 开始使用 X 的 API。当它关闭时，它会读取公共网页。现在已经没有什么可以关闭的了，要求是源代码下来。根据计算机犯罪法规，显示公共帖子的程序被视为规避工具。我们有一个围墙花园的问题。它不会改变，我们面前唯一的选择就是重新开始。好消息是，atproto 持续增长，activitypub 保持弹性，我们的社区充满了开放社交网络的信徒和建设者。由于我从事 atproto 工作，因此接下来我将讨论这一点。 SELECT * FROM internet.blogposts 围墙花园问题是一个简单问题的下游：如何 SELECT * FROM internet ？如果您从未编写过数据库代码，则可以通过 SELECT * FROM users 向数据库询问其所了解的有关用户的所有信息。一旦您拥有它，您就可以对其进行过滤、排序，并将其与您拥有的其他任何内容结合起来。网络历史上并不是这样运作的。这个网络由几十家公司组成，每家公司都有一个文件柜，每家公司的前面都有一名接待员。他会一次给你读一个文件，但仅限于你能命名的文件，只要他愿意读，只要他的老板允许，读的速度就有多快。 Nitter 是一款轻量级的 X 阅读器，在 X 关闭其依赖的访问之前一直运行良好。每个 API（“接待员”）都是一项尚未撤销的业务决策。但无常并不是唯一的问题。即使是永久、免费、严格限制速率的 API 也是不够的。应用程序需要比 API 所能提供的更有意义的访问。你只能问别人已经想回答的问题。 API 是一个固定的菜单。它为您提供 getPosts(user) 和 getFollowers(user) 。如果你的产品创意需要“我的关注者关注的人的帖子，按照他们被引用的频率排名”，那么就没有终点，而且永远不会有终点，因为该公司没有人为你的产品构建。即使是正确的问题也会以错误的形式返回。追随者一次有 100 人。一个拥有 200 万粉丝的帐户相当于 20,000 次往返。在任何礼貌的速率限制下，回答一个用户的一个问题都需要花费几个小时——所以任何互动的东西，任何必须感觉即时的东西，在你开始之前都是不可能的。您无法跨“柜子”加入。有趣的问题几乎总是跨服务的：这个人的帖子针对那个人的照片，针对第三个服务的评论。两栋大楼中的两名接待员无法交叉引用任何内容，您也不能。您无法对您不持有的数据建立索引。搜索、排名、推荐、提要、审核工具——所有这些都建立在整个语料库的索引之上，针对您的产品提出的具体问题进行布局。您无法通过锁孔建立索引。为了真正构建一个服务，我们需要整个数据集而不是它的视图；我们需要它是实时的，随着它的变化而到达，而不是轮询；无论我的产品需要什么，我们都需要对其进行索引；我们需要写回它；我们需要以任何一家公司的季度优先事项都无法撤销的方式来保证所有这些。桌面应用程序通过共享文件系统来处理这个问题。互联网应用程序不使用文件；他们使用数据库。我们需要共享数据库。作为用户，我不想被锁在应用程序中，就像我不想被锁在汽车后备箱里一样。我想要一个真正的自由市场。那么，这是另一组需求。身份的持久性。我的存在和关系都是围绕我的身份建立的。它需要比我注册的应用程序寿命更长。在服务之间导出活的（而不是死的）数据。导出推文存档作为帐户迁移解决方案毫无用处，因为数据并不是孤立存在的。如果数据不再可操作 - 参与者能够进行额外的操作