gwy15

硬件支持的话，溢出时 cpu 会设置寄存器 flag ，加一行 jmpne 就可以了

@charley008 只要硬件你直接买开发板+机箱不是性价比高多了，准系统也行呀。品牌 NAS 像绿联极空间这种为了养开发，不管怎么卷价格都不会比直接买准系统低

本来搜狗用了几年，最近突然特别侵入性地推广它那个破 ai ，又是弹窗又是后台，恶心坏了，已经卸载用回微软

群晖的问题，群晖系统是 raid1 的，有任何系统分区的写入都是所有盘同步写入。
如果用 truenas 之类的，系统盘挂到 ssd 上，hdd 没有声音的话磁头根本不动，一点声音没有

用 mailgun 之类的发信服务呗

@hkhk366 你自己再研究下你的 flag ，应该是你的 event handler 没写对。你在 event handler 里面打印 to 参数是能发现是正确传递了的。这个库我也没用过，你仔细读文档吧

* Compile flag: Don't do any match reporting.
*
* This flag instructs Hyperscan to ignore match reporting for this expression.
* It is designed to be used on the sub-expressions in logical combinations.
*/
#define HS_FLAG_QUIET 1024

你给的 flag 会导致 onEvent 不被调用，自然也就不会写入结果

const HS_FLAG_LITERAL: c_uint = 1 << 10; // 添加 HS_FLAG_LITERAL 常量

这一行的问题，换成其他的可以正常匹配

@chaosye seafile 最大的问题是会把数据绑定到这个软件上。

我认为把自己的数据再封装成一个软件的私有化格式是不可接受的。

从数据保护的角度来上说，（不考虑任何 321 之类的备份的机制下），假如有一天硬盘损坏导致需要数据修复，seafile 的数据库也被损毁的话，我甚至都不知道我该从哪里开始恢复文件。直接托管在文件系统上的话，结合 zfs 的 replication 有不小的概率可以恢复出来文件。

从数据迁移的角度上来说，如果以后我不想用 seafile 了，我需要花大量的时间把几个 T 的文件从里面拷贝出来恢复到我的文件系统上。

从数据使用的角度上来说，把文件放在文件系统上我可以把文件直接用到其他的服务上，比如 calibre 、alist 。