"整改" 的覆盖范围仅限举报人还是整个公司?

针对通话录音, 有一个 Magisk 模块可以解决:
https://github.com/chenxiaolong/BCR

支持自定义:
音频格式
音质
文件名
存储路径

在以下环境测试通过:
一加 9RT (氧 OS 15, Android 15)

建议还是抽空看一下 (特定情况下) 托盘图标 "禁忌: 多重存在" 的现象, 在偶尔繁忙的时候托盘被重复的图标挤爆.
可能为回归: "文件传输" 窗口也出现了远程桌面窗口出现曾出现过的 "最大化后鼠标指针放在窗口边缘强制变为 '调节' 样式" 现象. "终端" 和 "查看摄像头" 窗口我这里不好复现. 另外鼠标指针放在这些最大化的窗口最右上角的边缘像素不能使按钮生效, 死区高度为 1 像素.

@YamatoRyou #2 FluffyChat Web 会从 *.gstatic.com 请求一些资源, 内网无法访问该域名的情况下, FluffyChat Web 可能会在加载期间卡住.

Synapse + Element (如果有搜索中文消息的需求, 尤其是加密房间, 可以换用 FluffyChat)
iOS / Android 客户端选择 Elemnet X, 可以使用 http 前缀 + 内网 IP. (FluffyChat 尚未测试)
这套方案的优点是能相对容易地解决移动 app 的推送问题.

@YamatoRyou #30 再加一条: 某些词不支持自动分隔介母或韵母, 比如:
a) xian 和 xi'an;
b) smzh (搜狗拼音输入法可以自动联想出 "使命召唤"), 而小狼毫在我的输入方案 (四叶草拼音) 和词库中只能联想出 "生命值".

实测并没有, 甚至 "美式键盘能输入汉字" 的 bug 一如既往.

@Admstor #27
小狼毫用下来, 个人能感受到以下缺点:
不支持禁用 "小键盘选词 (即小狼毫激活期间小键盘始终仅用于输入数字)";
汉英混输支持差, Shift 键要按烂了.

我同时使用搜狗拼音和小狼毫, 但在以上问题修复前, 小狼毫不会是我的主力输入法.

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 版本太老, 很可能不适用当下的各种隐藏方案.