YamatoRyou 最近的时间轴更新 YamatoRyou 最近的时间轴更新 |
YamatoRyouV2EX 第 212148 号会员，加入于 2017-01-24 19:47:58 +08:00 |
| 黑群晖上的一块硬盘反复出现逻辑坏道, 即将原地爆炸? NAS • YamatoRyou • 157 天前 • 最后回复来自 YamatoRyou | 7 |
| 在 Windows 11 23H2 下慎用 Shadow Defender, 疑似存在数据丢失问题. Windows • YamatoRyou • 224 天前 • 最后回复来自 ly841000 | 2 |
| 一个奇怪的 80 端口问题. Docker • YamatoRyou • 349 天前 |
| 如何为群晖上的 Docker 容器单独分配一个网段? NAS • YamatoRyou • 355 天前 • 最后回复来自 YamatoRyou | 10 |
| 换用 Windows 11 一周年感受. Windows • YamatoRyou • 294 天前 • 最后回复来自 runlongyao2 | 55 |
| 有关域名被污染的一个奇怪现象.
1 DNS • YamatoRyou • 2024-03-15 04:40:02 AM • 最后回复来自 YamatoRyou
|
7 |
| 群晖 DLNA 的一个奇怪问题有人遇到过么? NAS • YamatoRyou • 2024-02-01 03:26:42 AM • 最后回复来自 YsHaNg | 2 |
| 求教一个 Cloudflare Tunnel 用途问题. Cloudflare • YamatoRyou • 2023-12-07 13:03:19 PM • 最后回复来自 totoro625 | 4 |
| 最近换了 Windows 11, 发现几个奇怪问题. Windows • YamatoRyou • 2023-06-21 12:23:28 PM • 最后回复来自 YamatoRyou | 31 |
| 一个特定条件下无法访问 NAS 的 443 端口问题. OpenWrt • YamatoRyou • 2022-11-17 18:56:20 PM • 最后回复来自 YamatoRyou | 3 |
YamatoRyou 最近回复了
7 天前 回复了 ltltfuture 创建的主题 › Windows › windows 今天修复了微软拼音默认中文的问题了，可以去更新试试了 |
@YamatoRyou #30 再加一条: 某些词不支持自动分隔介母或韵母, 比如:
a) xian 和 xi'an;
b) smzh (搜狗拼音输入法可以自动联想出 "使命召唤"), 而小狼毫在我的输入方案 (四叶草拼音) 和词库中只能联想出 "生命值".
a) xian 和 xi'an;
b) smzh (搜狗拼音输入法可以自动联想出 "使命召唤"), 而小狼毫在我的输入方案 (四叶草拼音) 和词库中只能联想出 "生命值".
20 天前 回复了 ltltfuture 创建的主题 › Windows › windows 今天修复了微软拼音默认中文的问题了，可以去更新试试了 |
实测并没有, 甚至 "美式键盘能输入汉字" 的 bug 一如既往.
20 天前 回复了 ltltfuture 创建的主题 › Windows › windows 今天修复了微软拼音默认中文的问题了，可以去更新试试了 |
@Admstor #27
小狼毫用下来, 个人能感受到以下缺点:
不支持禁用 "小键盘选词 (即小狼毫激活期间小键盘始终仅用于输入数字)";
汉英混输支持差, Shift 键要按烂了.
我同时使用搜狗拼音和小狼毫, 但在以上问题修复前, 小狼毫不会是我的主力输入法.
小狼毫用下来, 个人能感受到以下缺点:
不支持禁用 "小键盘选词 (即小狼毫激活期间小键盘始终仅用于输入数字)";
汉英混输支持差, Shift 键要按烂了.
我同时使用搜狗拼音和小狼毫, 但在以上问题修复前, 小狼毫不会是我的主力输入法.
39 天前 回复了 balddonkey1 创建的主题 › Android › 安卓有类似熊猫吃短信的短信拦截工具吗 |
NekoSMS, 支持用正则表达式过滤.
但它是 Xposed 模块, 而且疑似存在不能过滤彩信的现象 (有些垃圾短信会先发送一个图像再接正文, 于是正文即使理论上能被匹配也无法被过滤).
但它是 Xposed 模块, 而且疑似存在不能过滤彩信的现象 (有些垃圾短信会先发送一个图像再接正文, 于是正文即使理论上能被匹配也无法被过滤).
43 天前 回复了 gal 创建的主题 › 程序员 › 实现 Matrix Synapse 中文搜索 |
@gal #12 用了一段时间, 感觉你的方案有可以继续扩展的可能. 设想比如搞一个机器人专门针对非加密房间做这件事, 顺便还能解决消息搜索在各平台客户端上表现参差不齐的问题.
75 天前 回复了 mhjyzs 创建的主题 › Windows › Windows 11 24H2 新 bug？ Alt+Tab 切换窗口后，输入法也跟着切换了。 |
23H2 自前几天打过补丁后也出现类似的问题.
微软拼音输入法虽然是我的默认输入法, 但默认是英文输入模式 (也禁用了通过快捷键切换到中文输入模式). 没过多久所有处某些应用微软拼音输入法 (英文输入模式) 的窗口变成了中文输入模式. 触发方法尚不明确 (我几乎不用 Alt + Tab 方式切换窗口).
微软拼音输入法虽然是我的默认输入法, 但默认是英文输入模式 (也禁用了通过快捷键切换到中文输入模式). 没过多久所有处某些应用微软拼音输入法 (英文输入模式) 的窗口变成了中文输入模式. 触发方法尚不明确 (我几乎不用 Alt + Tab 方式切换窗口).
157 天前 回复了 YamatoRyou 创建的主题 › NAS › 黑群晖上的一块硬盘反复出现逻辑坏道, 即将原地爆炸? |
204 天前 回复了 gal 创建的主题 › 程序员 › 实现 Matrix Synapse 中文搜索 |
204 天前 回复了 gal 创建的主题 › 程序员 › 实现 Matrix Synapse 中文搜索 |
@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)
执行以上一行, 搜索能力看上去没什么变化.
已经更换为文章提供的脚本 (方法为停止容器, 用该文件替换旧文件并将其映射到容器内, 最后启动容器), 但问题依旧. 我怕破坏数据库, 求一个正确重新索引的方法.
我试过的方法为只执行以下 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)
执行以上一行, 搜索能力看上去没什么变化.
204 天前 回复了 gal 创建的主题 › 程序员 › 实现 Matrix Synapse 中文搜索 |
@gal #7
最近发现搜索存在死角, 具体表现为:
一个非加密房间中的个别特定关键词仍然无法搜索.
例文:
host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.
"容器" 通过客户端自带的搜索功能无法被搜索到.
但那个事件中包含关键词的正文单独拿出来用测试语句却可以正常分词.
测试 SQL 语句:
SELECT * FROM ts_parse('zhparser', 'host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.');
"容器" 在分词结果中.
我怀疑是索引不到位, 是否有可能 "在服务器不推倒重来的情况下只重建中文搜索部分的索引" 来解决问题? 如果能求方法.
最近发现搜索存在死角, 具体表现为:
一个非加密房间中的个别特定关键词仍然无法搜索.
例文:
host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.
"容器" 通过客户端自带的搜索功能无法被搜索到.
但那个事件中包含关键词的正文单独拿出来用测试语句却可以正常分词.
测试 SQL 语句:
SELECT * FROM ts_parse('zhparser', 'host 模式是容器和主机共享 1 个地址, 会导致端口资源紧张或冲突. 另一种低风险的方法是新建驱动程序为 "macvlan" 的网络, 可以避免因为乱动系统文件导致群晖失联.');
"容器" 在分词结果中.
我怀疑是索引不到位, 是否有可能 "在服务器不推倒重来的情况下只重建中文搜索部分的索引" 来解决问题? 如果能求方法.
Select Language