最新

这似乎有些不可避免。某种现代版的凯文·米特尼克（Kevin Mitnick）肯定在某个地方存在。你不觉得吗？ 我试着想象…… • 哪种与人工智能相关的漏洞更有可能成为首个被利用的？ • 黑帽黑客可能会为我们准备的网络攻击会是什么性质？ 当然，我希望我错了。我希望所有的MCP服务器或其他人工智能网络基础设施都像我们所被告知的那样安全。

我的联合创始人匹配收件箱似乎陷入了无限循环，无法加载任何消息或匹配。我尝试了刷新、使用不同的浏览器以及重新登录。如果有YC的工作人员在这里，或者其他人遇到类似问题，感谢提供一些建议。

我多年前开始使用互联网，那时感觉广阔无垠，充满了无限的新奇想法可供探索。如今，似乎90%（这个数字是推测的）在线讨论都发生在相对少数的平台上，比如Facebook、曾被称为Twitter的网站、TikTok、Reddit和Discord。大多数平台已经变成了垃圾场。虽然Reddit仍然算得上不错，但越来越多地被机器人流量所占据。Discord社区没有真正的发现机制，内容仅集中于当前的热门话题，迫使用户跟随这些话题。 机器人问题非常严重，因为它们会影响舆论，并且通常很擅长让非专业用户无法察觉。 HN（Hacker News）仍然是少数几个地方之一，尽管其规模庞大，但其管理保持了高标准的质量。我可以在这里尊重不同的观点，因为我相信这是一个经过认真思考的真实人所写的。 几年前，我预测随着机器人涌入开放平台，人们会退回到更小的、封闭的社区，这些社区的规模取决于它们有效管理的能力。虽然当时这一预测仅仅是基于一种直觉，但今天我已经亲眼看到这一现象似乎正在发生。但这也带来了发现问题：你如何找到这些地方？而且，健康的社区需要新成员和新视角，但增长使得管理变得更加困难。 你如何找到具有HN级别讨论质量的社区？我并不是在询问小众的专业社区，而是希望找到在各种主题上进行平衡讨论的地方，不仅限于科技。同时，请分享你对我关于“围墙花园”社区的预测的看法，你认为我的预测是否正确？

我自2019年以来一直自托管Mattermost（最初是为了逃避Slack对家庭聊天的保留限制；包括物流、照片和随机历史）。让他们都使用Slack是一个巨大的障碍，然后再将他们迁移到Mattermost又是另一个挑战。 今天早上，我按照Mattermost的明确弃用通知和建议，将我们长期运行的Omnibus安装从v10.9.1升级到v11。 升级过程非常顺利： - Postgres迁移正常 - 数据仍然存在于数据库中 - 服务在几分钟内恢复 重启后，用户界面显示： “已达到10,000条消息限制。2023年5月16日之前发送的消息被隐藏。” 澄清一下：没有任何地方执行DELETE FROM。所有行仍在PostgreSQL中。这个限制仅在用户界面/视图层生效，且在“升级”后追溯适用。 在此之前检查了： - Omnibus弃用公告 - v11升级指南 - 管理控制台的提示/链接 没有提到就地升级会对现有数据激活严格的可见性限制。第一次提示是在重启后的运行实例中。 截至目前（2026年1月12日 13:37）： - https://mattermost.com/pl/mattermost-entry-limits（应用内链接到限制）404（页面未找到） - https://mattermost.com/pricing/（也是一个应用内链接）只有“联系销售”，没有列出限制（或价格）。 - https://docs.mattermost.com/administration-guide/manage/product-limits.html，使用Kagi找到这个，没有提到消息限制。 我乐意为支持的软件付费。问题在于自托管和自管理数据库上意外的强制执行。升级路径悄然将历史记录变成了一个需要许可的功能，而在升级文档中没有提前警告。 目前： 我们将v11实例保持在线（安全，当前消息正常流动）。系统控制台和仪表板加载不正确，可能是由于消息限制，也可能是其他问题。 我在考虑某种rsync + 当前可见历史的静态HTML归档 + 数据库转储以便离线搜索。我担心未来的政策变化可能会进一步限制访问，欢迎任何建议。 我主要发布这个内容是为了警告其他长期使用Omnibus的用户（小组、家庭、爱好服务器），他们即将升级，可能没有预料到视图限制会追溯生效。 如果您的安装早于限制引入并且消息超过10,000条，请先在测试环境中进行升级——或者假设文档在执行时间上是不完整的。不要指望在论坛中获得帮助，最后一条帖子（在我今天之前）是2025年10月的，版主指向了Gitlab Omnibus线程，该线程没有提供关于消息限制的详细信息或回答其他问题。 我很好奇其他人在v11“升级”中是否遇到了意外，以及是否有人有任何建议。