最新

这种行为最近有变化吗？我记得最近还可以对[已关闭]的帖子上的现有评论进行回复，但现在这个功能似乎被移除了。<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)

当我在开发一个支持图片上传的网页应用时，我常常希望能有一个快速生成虚拟图片（尤其是一些奇怪尺寸的图片）以便进行测试的方法。于是我为此目的构建了这个小应用。 欢迎尝试一些不寻常的尺寸，比如 1x1 像素或 2x20,000 像素，但由于浏览器的限制，对于过大的尺寸，它最终会失败。 这个应用也是开源的 :)

在Bugzilla上，有一个活跃的工单[0]正在跟踪将书签关键字从Firefox中移除的进展，以便将其整合到搜索功能中。我认为这将对我的工作流程造成灾难性的影响，我对此感到非常担忧，但我在其他地方并没有看到太多关于此的讨论，尽管我确实看到很多关于书签小工具的讨论。由于书签小工具和关键字之间关系密切（书签小工具是代码，而关键字是你如何从地址栏运行它），我想传播这个消息，提醒大家这个功能可能会消失。 我写了一篇（又一篇）关于书签关键字有多酷以及我如何使用它们的博客文章[1]，我很想听听其他人对关键字的使用案例。 [0] https://bugzilla.mozilla.org/show_bug.cgi?id=1650874 [1] https://river.me/blog/bookmark-keywords-again/