最新

你好，我制作了一个有趣的Poetl克隆版本，包含了更多有趣的功能，比如悬停提示、逐渐加难的连胜挑战等。如果你是NBA的粉丝，非常希望听到你对这个游戏的反馈，看看你是否喜欢，或者有什么酷炫的功能想要添加！

这种行为最近有变化吗？我记得最近还可以对[已关闭]的帖子上的现有评论进行回复，但现在这个功能似乎被移除了。<p>这些行为看起来对用户不太友好。如果帖子已经关闭，就无法在该帖子上发表新评论，这已经够糟糕了，但可以为审查目的辩解。然而，为什么我们不能回复那些与[已关闭]帖子相关的[有效]评论呢？仅仅因为它们附属于一个[已关闭]的帖子？更糟糕的是，旧的[有效]帖子被锁定，基本上让它们处于一种类似于碳化状态的冻结状态，这种状态与死亡无异，只是没有用户行为触发。<p>另一个相关的问题是，即使下方讨论的质量高于其他顶层评论，被下赞的回复及其下的高赞回复也可能被折叠或视为[已关闭]。<p>也许可以让用户在举报时必须选择一个复选框/单选按钮的理由，或者填写一个文本框？这可能对标题中的问题没有帮助，但Slashdot的投票理由和元审查系统捕捉了许多用户互动意图，而很少有平台重新审视过。最近我看到的表情符号反应可能是最接近的东西。<p>对HN上更有深度的互动有什么想法或建议吗？

我是一名长期关注时间序列的爱好者，曾使用过 InfluxDB、TimescaleDB、ClickHouse 等工具，涉及从监控车队到跟踪医疗设备的各个方面。但最近，我又开始重新探索 RedisTimeSeries，惊讶于 Redis Stack 的发展速度。 在 RedisTimeSeries、RedisJSON、RediSearch 和 Streams 之间，我意识到：这实际上可以成为一个完整可观察性栈的基础。 因此，我构建了 rtcollector，这是一个模块化的、原生于 Redis 的可观察性代理。它使用 Python 编写，采用 YAML 配置，旨在将系统、容器和数据库的指标推送到 RedisTimeSeries，并附带标签和保留策略。可以把它看作是 Telegraf 的替代品，但专为 Redis 设计。 目前，我已经实现了以下输入插件： - Linux：CPU、内存、磁盘、I/O、网络 - macOS：CPU、内存、磁盘、I/O、网络 - Docker：通过 API 获取容器统计信息 - Redis、MySQL、PostgreSQL 我的想法是保持简单、可扩展，并以 Redis 为优先。 接下来的步骤： - 通过 RedisJSON + RediSearch 实现原生日志（已原型化！） - 支持 Redis Streams（用于追踪/事件） - 在 Grafana 中使用 Redis 数据源创建仪表板 如果你对可观察性、Redis 感兴趣，或者喜欢构建小而有用的工具，我非常欢迎你的想法或贡献。虽然还处于早期阶段，但已经对家庭实验室、边缘设备以及那些厌倦了为了获取 CPU 指标而部署 10 个容器的人们非常有用。 代码库： [https://github.com/xe-nvdk/rtcollector](https://github.com/xe-nvdk/rtcollector)