记得看过一个排名数据，deepl 和 gg 翻译排名前二各有千秋，chatgpt 纯翻译要弱点但改写厉害，建议先 deepl 或 gg 翻译 chat 润色

@whileFalse 绑了自动扣费的 账单也会抄送给我出问题会收到通知

不可能找不到只能说没用心 重点看看 /api/graphql/ 接口

所以我发现好的文章都是 joplin 直接 down 到本地，包括图片,raid6 备份+aws 深度归档 亚马逊不倒内容不消失

我之前 shr 在坏一个盘莫名其妙的损毁之后就改成 raid6 了，虽然空间小了点但安心了些，不过最重要的还是备份

如果机器只有自己在用一般不需要

断电时间很关键，写入少的时候大多数断电都不会出问题，但如果刚好在某关键点断电就不好说了

另外就算结构不同只要是同一篇内容我觉得也可以 301 内页

按我们以前做 seo 的经验不用等收录直接 301 过来可能损失更小

先不说政治因素了，就算没有政治因素也几乎 0 机会，时代早就过了

先排除法再试试，群晖安个虚拟机局域网下载 nas 文件看看速度，还不正常只能怀疑 nas 问题了
有没可能硬件方面问题，不好判断，因为我们之前也有 nas 网卡显示千兆实际速度百兆，后面发现貌似太热导致网卡异常，加了散热才恢复

只能当当低速网关

两个完全相同的时间
这不大可能，你返回的时间粒度是多少，可能太粗了感觉一样实际不一样

@ttxhxz 用的黑裙不好意思找客服
而且感觉这问题需要专业点的工程师解决，客服可能不好处理

@melsp 没有用这些，如果只是普通的文件占用早就查出来了

我也建议 com ，跟楼上意见刚好相反，技术人群对非主流后缀接受度才更高，普通人群就认那 2 3 个

@keyileba download 里有一些几百 g 已经清理了，但清理后仍然相差巨大估计还有 1t+的差额，du -h 发现有个 dev/virtualization 不清楚是不是跟虚拟机有关，但按理说虚拟机空间应该是共享的，查看其他未安虚拟机的 nas 未发现该挂载点
Filesystem Size Used Avail Use% Mounted on
/dev/md0 2.3G 1.3G 938M 58% /
none 3.9G 0 3.9G 0% /dev
/tmp 3.9G 1.1M 3.9G 1% /tmp
/run 3.9G 12M 3.9G 1% /run
/dev/shm 3.9G 8.0K 3.9G 1% /dev/shm
none 4.0K 0 4.0K 0% /sys/fs/cgroup
cgmfs 100K 0 100K 0% /run/cgmanager/fs
/dev/md2 9.2G 817M 8.3G 9% /volume1
/dev/md3 3.5T 3.0T 587G 84% /volume2
tmpfs 1.0T 3.6G 1021G 1% /dev/virtualization

正尝试手动进 nas 统计各个目录看能不能发现问题

查查丢包率