aloxaf

没用过 MongoDB ，不过这类时间序列数据查询的优化方向都是差不多的：
1. 提前按天、按小时聚合数据，根据查询范围来调整返回数据的精度。就像楼上说的，一个月的数据得上百万条了，前端要这么多数据干嘛。
2. 原始数据可以存的时候就按小时打包来存，没必要每秒生成一条记录。
3. 你这数据量也不大，但不知道 MongoDB 存这些数据效率如何，如果太占空间可能要考虑对旧数据降采样（你真的需要查询三年前某分钟内每秒的数据？）或者转冷存储。

不过还是推荐直接用数序数据库，不仅速度更快还节省空间，而且「优化花费的时间」未必比「迁移花费的时间」更少，除了 influxdb 外也可以看看 timescaledb ，对于有 sql 经验的人来说迁移真的方便）

没用过绿联，这玩意儿没有快照功能吗？

而且用同步的话，没有文件历史版本的功能吗？

我不相信 FF 能犯这么低级的错误，这不是实现问题，*.example.com 是明确不应该匹配 example.com 的

建议 LZ 检查一下 FF 访问 example.com 时显示的证书是啥

我觉得主要是所谓「数码发烧友」难伺候……尤其是看多了社区里的逆天言论后

你这不是补全，是基于历史的自动建议，fish 自带这个功能，但前提是你历史中得有这条记录

issue 里和 stackoverflow 里不都说了么，glibc 压根不支持静态链接，尤其是 gethostbyname 。

想静态链接就用 musl ，ssl 切换到 rustls 。

可以把程序固定到某些核心上，然后限制这些核心的最高频率

@Immortal 对，我以前用 alacritty + tmux 。后面发现套了 tmux 大家速度都差不多了，于是又滚回去用 konsole 了，支持的特性还多一点。

grafana 搭建怎么会麻烦，docker 直接启动就行，我常用的一个 docker-compose.yml ，真没啥要配置的： https://fars.ee/bAhh/yaml

数据采集用 node_exporter ，其他信息可以写脚本喂给它的 textfile collector ，也可以用现成的 exporter （直接搜 XX prometheus exporter ，大概率有）。

唯一需要学习一下的是 grafana 的面板配置和 promql 。不过你的需求不复杂，可以找个现成的 node exporter dashboard 照猫画虎改一下。