从昨天中午就抽风了。

@exploreexe 客户端都是最新了吗？虽然我笔记就那么几条，貌似没有出现全量同步的问题。

@exploreexe 我估计你是异类吧，其它人很少有你这么多的笔记，10 几个 G ，真要是全量同步，肯定速度慢呀。joplin 现在可以 docker 部署，数据库也可以不用 sqlite 了，并且号称同步速度很快，你可以试试。我自己才开始用，就那么几篇笔记，并且是 nas 上的 webdav ，同步速度没有问题。

刚刚用了 Joplin

济南联通，从来不重拨。

不要迷信华硕了，路由现在很垃圾。

这有啥，有要求提前 2 个月提的。

两种学习模式，首先是工作模式，工作任务都是有 deadline 的，一定要不求甚解，追求速度，以解决工作任务为第一要务，这样能迅速的积累信心，了解你正在干的到底是什么事情，你正在使用的技术是个什么样子，千万不要打破砂锅问到底，这样会浪费大量的时间。并且以使用为导向，工作能力也会迅速提升，做好第 1 点，基本上职场就没什么大问题了。其次是长期的原理学习，就是你目前感觉效果不错的方法，这种适合业务的积累与提升，决定了你职场的上限，这点大部分人其实做得不好，有的人一辈子都不做深度学习，其实也什么大关系。

至于教程太多，可以试啊，试多了就有经验了，有直觉了，随便看看就知道哪个教程更靠谱一些。

有公网 IP ，你可以在家里搭 vpn 、ssr 、ss 、v2ray 、goflyway 、brook 、WireGuard 等各种服务端来实现穿越回家的目的，也没有 web 界面，不知道为什么一定要搞 zerotier ？

已经有 4 年没重装过 win 了，都是直接升级，倒是没出什么问题。

最新的补丁修复了呀。

楼主完全不用理楼下 ，你已经很小心了，做到自己心安就拉倒，跟开发商也没什么关系，隔音就这样，买了房子正常生活就行，这是你的权利。

@15855pm 所以到底噪声的标准是什么？有没有标准？还是说一点声音也不能有？有标准就好办。

微信最近的一个版本，几乎搾干了我的电池。

远不如鼠标方便啊。

京东不要指望，我送到河北的东西已经快 1 个月了，日期一推再推。

根据大神的脚本和我的使用情况调整了一下，在定时任务里面 5 分钟执行一次脚本，脚本检查子文件夹中的文件数量，大于 500 则删除掉末尾的 200 ，这样存量缓存一直有 300 个，大约占用 500M 的内存空间，大家如果用的话根据自己的剩余内存数调整一下保留的缓存文件数量。
#!/bin/sh
TEMP_ROOT="/tmp/emby/transcoding-temp"
DIR=`ls -F $TEMP_ROOT| grep '/$'`
find /tmp/emby/transcoding-temp/*.ts -type f -size +500M -exec rm -rf {} \;
for dir in $DIR; do
FILE=`ls $TEMP_ROOT/$dir*.ts -l|grep "^-"| wc -l`
if [ ${FILE} -ge 500 ];then
find $TEMP_ROOT/$dir*.ts -type f -size +50M -exec rm -rf {} ;
ls $TEMP_ROOT/$dir*.ts -t|tail -200|xargs rm -rf
else
exit 0
fi
done

@yyysuo 已经确认脚本非常棒，没有任何问题，是需要调整脚本的执行频繁和每次删除的缓存数，删除策略太激进，会把 emby 未播放的缓存也删除，导致 emby 自身认为缓存出错，重置缓存了。

@zanelee
有 2 种播放场景，一种是播放电影，一种是播放 IPTV ，这 2 种方式的文件结构不太一样。

第 1 种播放电影文件结构：
/tmp/emby/transcoding-temp 下面有：2EED80 文件夹
B19FD8 文件夹下面有：
文件夹：2EED80_Fonts （空文件夹）
2EED80.m3u8
2EED80_0.ts
2EED80_1.ts
2EED80_2.ts.tmp

脚本结果：
当满足 EED80 文件夹下的文件超过 120 个的条件时，脚本会一次性删除名称不定的子文件夹下面的文件，也会删除文件夹本身，也可能是删除末尾 100 个文件的命令瞬间重复执行了多次，不知道为什么。


第 2 种观看 IPTV 结构：
/tmp/emby/transcoding-temp 下面有：B19FD8 文件夹
0d1cfc9928974c4cb6e0d2397e7ea698.ts

B19FD8 文件夹下面有：
B19FD8.m3u8
B19FD8_0.ts
B19FD8_1.ts
B19FD8_2.ts.tmp

脚本结果：运行良好