NekoSMS, 支持用正则表达式过滤.
但它是 Xposed 模块, 而且疑似存在不能过滤彩信的现象 (有些垃圾短信会先发送一个图像再接正文, 于是正文即使理论上能被匹配也无法被过滤).

@gal #12 用了一段时间, 感觉你的方案有可以继续扩展的可能. 设想比如搞一个机器人专门针对非加密房间做这件事, 顺便还能解决消息搜索在各平台客户端上表现参差不齐的问题.

23H2 自前几天打过补丁后也出现类似的问题.
微软拼音输入法虽然是我的默认输入法, 但默认是英文输入模式 (也禁用了通过快捷键切换到中文输入模式). 没过多久所有处某些应用微软拼音输入法 (英文输入模式) 的窗口变成了中文输入模式. 触发方法尚不明确 (我几乎不用 Alt + Tab 方式切换窗口).

@loading @xclimbing @mercury233 @pengjz
"新" 硬盘已经在路上.

@gal #9
原因已经找到: 对于最新版本的 Synapse (1.119.x), search.py 的存储路径已经改变, 但重建容器使用的仍然是旧路径导致修改后的搜索脚本始终未能生效.
文章中给出的路径:
"/usr/local/lib/python3.11/site-packages/synapse/storage/databases/main/search.py"

变更后的路径:
"/usr/local/lib/python3.12/site-packages/synapse/storage/databases/main/search.py"

@gal #9
已经更换为文章提供的脚本 (方法为停止容器, 用该文件替换旧文件并将其映射到容器内, 最后启动容器), 但问题依旧. 我怕破坏数据库, 求一个正确重新索引的方法.
我试过的方法为只执行以下 2 行 (此时表 "event_search" 列 "chinese_vector" 都已经存在的情况下):
UPDATE event_search SET chinese_vector = to_tsvector('chinese', vector::text);
执行以上一行, 表 "event_search" 列 "chinese_vector" 中的部分记录变成了 null, 一段时间后恢复
CREATE INDEX CONCURRENTLY event_search_chinese_vector_idx ON event_search USING GIN (chinese_vector)
执行以上一行, 搜索能力看上去没什么变化.

@gal #7
最近发现搜索存在死角, 具体表现为:
一个非加密房间中的个别特定关键词仍然无法搜索.

例文:
host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.
https://i.imgur.com/22u3L3z.png

"容器" 通过客户端自带的搜索功能无法被搜索到.
https://i.imgur.com/VCY1ZPz.png

但那个事件中包含关键词的正文单独拿出来用测试语句却可以正常分词.
测试 SQL 语句:
SELECT * FROM ts_parse('zhparser', 'host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.');

"容器" 在分词结果中.
https://i.imgur.com/wyQ3OGl.png

我怀疑是索引不到位, 是否有可能 "在服务器不推倒重来的情况下只重建中文搜索部分的索引" 来解决问题? 如果能求方法.

大致流程 (并不详尽):

宿主机部分 (通过以下步骤创建的接口默认不含 IPv4 地址):
- 创建一个网络接口, 父接口为宿主机的物理网卡;
```
ip link add <接口名称> link <父接口名称> type macvlan mode bridge
```
- 启动刚才创建的接口
```
ip link set <接口名称> up
```
- 添加路由条目, 主要用于宿主机本身与 Docker 容器的通信, 不影响来自其它机器的访问
```
ip -6 route add <地址块> dev <接口名称>
```

Docker 部分 (通过以下步骤创建的网络默认不含 IPv4 地址):
- 创建一个 macvlan 驱动的网络, 并为该网络分配一个合适大小的地址块;
```
docker network create \
-d macvlan \
--ipv6 \
--subnet=<地址块> \
--gateway=<位于地址块中的网关, 我的习惯是取该块中第 1 个地址> \
-o parent=<父接口> \
-o macvlanmode=bridge \
<网络名称>
```
- 有需求的容器连接到该网络, 并为每个容器分配一个在上述地址块范围内的地址;
docker network connect --ip6=<IPv6 地址, 必须位于地址块范围内, 我的习惯是最后 32 位随机生成> <网络名称> <容器名称>

用 docker inspect <容器名称> 获取容器的 IPv6 地址, 最后传递到 DDNS 相关脚本.

----
其它:
我自己的实例为网络分配了长度为 /96 的块.
在宿主机创建的接口于下次重启机器后消失.

另一个例子和游戏有关: 使命召唤 6 重制版 + H2MOD.
在游戏内更新 mod, 如果更新期间下载了 h2-mod.exe 并自动覆盖同路径下的同名文件, 那么该文件会在电脑重启后的某个时刻被我发现它神秘消失. 同样地, 包括游戏文件夹在内的至少上级 2 层都在排除列表内.

--------
同类软件试用结果:
UWF: 需要 Windows 企业版. 支持排除文件; 文件夹或注册表, 然而进入 "影子模式" 后需要重启 2 次才会真正处于影子模式, 并且从第 2 次及之后的每次启动会在引导阶段蓝屏 (0xc0000001), 虽然按回车可以继续引导. 最后因为一个奇怪的错误* 作罢;
冰点还原标准版: 不支持排除文件; 文件夹或注册表, 且进入 "影子模式" 后个别软件无法正常启动. 放弃

* 第一次执行 uwfmgr filter reset-settings 后返回 "拒绝访问", 之后的任何 UWF 子命令都返回 "命令失败, 找不到指定的文件". 到这一步 UWF 已经无法使用.

--------
系统安全配置情况:
Windows Defender 已通过第三方工具彻底禁用, 且禁用了内核隔离.
禁用了安全启动.

--------
Shadow Defender 在 23H2 上已经不能通过直接双击安装包的方式安装, 需要从安装包中解压对应体系结构的文件夹到任意路径, 然后为 setup.exe 改名, 最后双击改名后的文件才能安装.

我知道的其中一个是文件关联问题:
1. 如果一个应用 (通常是播放器; 图片查看器; 压缩包管理器) 关联了几十种扩展名的打开方式, 那么即使在系统设置中明确标示某个扩展名和指定的应用关联, 下次从该扩展名的文件双击, 系统仍然多余地询问打开方式;
2. 微软因为一些理由不在系统中提供 "一键" 关联若干种扩展名, 一定要用户很机械地手动重复几十次.

Android 版本太老, 很可能不适用当下的各种隐藏方案.

@newuser666 #3 试用后发现虽然可以 VoIP 通话录音, 但做不到自动录音, 或不支持通过其它自动化应用后台调用它的录音功能. 求个替代品.

推荐 FolderSync, 并在该同步规则中启用 "同步删除操作". 如果是单向同步 (本机到群晖), 则在下一个同步时间点同步本机产生的删除操作到远端.

如图所示:
https://imgsrc.baidu.com/tieba/pic/item/77c6a7efce1b9d16e0978440b5deb48f8c5464ba.jpg

注: FolderSync 为收费应用.

@gal #5 已经用 pg_dump 分别迁移了 2 个数据库, 现在已经用上了你的搜索方案. 一定程度上改善了长期困扰我的问题, 感谢.

我有冷备份的数据库 (停机后打包 /var/lib/postgresql/data), 能直接用在带 zhparaser 的 Postgres 使用么?

@YamatoRyou #13
https://i.imgur.com/I7ZKFmK.png
我最近才对一部分镜像做了这种处理, 现在大部分操作已经脱离群晖的套件.

发现一个直接下载工具, 免安装.
鉴于项目位置的原因请自行斟酌是否使用.
https://gitee.com/extrame/dget

除了 Docker 官方仓库, 也支持其它仓库.
代理方面, 支持 HTTP 但不支持 SOCKS5, 且下载的镜像会自动保存到当前 shell 的工作目录.
下载完成后需要使用 docker image load -i <***-img.tar.gz 路径> 导入到 Docker.

Rocket Chat 在移动端的推送是个问题, 不推荐.
Voce Chat 同上.

我自己正在用的是 Matrix 协议, 软件实现为 Synapse (服务端) + Element (客户端), 同时自建了 ntfy 用来解决 Matrix 在 Android 上的推送问题.
Delta Chat, 基于邮件协议 (SMTP + IMAP), 曾经使用过一段时间, 在当时问题比较多. 这个只作为备选.