aloxaf 最近的时间轴更新 aloxaf 最近的时间轴更新 |
aloxafV2EX 第 457420 号会员，加入于 2019-12-04 18:50:00 +08:00今日活跃度排名 1389 |
Aloxaf
| 分享一个有趣的错觉：频率错觉，又称巴德尔-迈因霍夫现象 分享发现 • aloxaf • 2023-05-26 11:27:59 AM • 最后回复来自 Ericcccccccc | 33 |
| 使用 tmux popup + fzf-tab 实现 zsh 悬浮补全菜单 Linux • aloxaf • 2020-10-26 09:06:55 AM • 最后回复来自 zh5e | 4 |
| fzf-tab - 使用 fzf 作为 zsh 的补全选择菜单
1 Linux • aloxaf • 2021-08-06 11:25:09 AM • 最后回复来自 hzjseasea
|
17 |
aloxaf 最近回复了
5 天前 回复了 chackchackGO 创建的主题 › Android › 大概理解为什么小米的 root 越来越难了 |
我觉得主要是所谓「数码发烧友」难伺候……尤其是看多了社区里的逆天言论后
5 天前 回复了 wjx0912 创建的主题 › 程序员 › 求一个 fish 配置（类似 zsh 的自动补全） |
你这不是补全，是基于历史的自动建议，fish 自带这个功能，但前提是你历史中得有这条记录
10 天前 回复了 bli22ard 创建的主题 › 程序员 › rust 中看似非常简单操作，竟然导致段错误 |
issue 里和 stackoverflow 里不都说了么，glibc 压根不支持静态链接，尤其是 gethostbyname 。
想静态链接就用 musl ，ssl 切换到 rustls 。
想静态链接就用 musl ，ssl 切换到 rustls 。
11 天前 回复了 wniming 创建的主题 › Linux › Linux 可以限制特定进程可以跑到的最大 cpu 频率吗？ |
可以把程序固定到某些核心上，然后限制这些核心的最高频率
11 天前 回复了 moyuman 创建的主题 › 程序员 › 最“流畅”的终端模拟器是什么？ |
@Immortal 对，我以前用 alacritty + tmux 。后面发现套了 tmux 大家速度都差不多了，于是又滚回去用 konsole 了，支持的特性还多一点。
14 天前 回复了 ottoli 创建的主题 › NAS › Linux NAS 硬件/硬盘监控面板方案？ |
grafana 搭建怎么会麻烦，docker 直接启动就行，我常用的一个 docker-compose.yml ，真没啥要配置的： https://fars.ee/bAhh/yaml
数据采集用 node_exporter ，其他信息可以写脚本喂给它的 textfile collector ，也可以用现成的 exporter （直接搜 XX prometheus exporter ，大概率有）。
唯一需要学习一下的是 grafana 的面板配置和 promql 。不过你的需求不复杂，可以找个现成的 node exporter dashboard 照猫画虎改一下。
数据采集用 node_exporter ，其他信息可以写脚本喂给它的 textfile collector ，也可以用现成的 exporter （直接搜 XX prometheus exporter ，大概率有）。
唯一需要学习一下的是 grafana 的面板配置和 promql 。不过你的需求不复杂，可以找个现成的 node exporter dashboard 照猫画虎改一下。
14 天前 回复了 drymonfidelia 创建的主题 › 程序员 › 为什么 SteamDeck 不用定制版的嵌入式 Windows，而是自己弄个系统大量优化？在 Linux 上强行兼容 Windows 游戏的开发成本应该远大于 Windows 授权费了 |
不只是授权费吧，MS 未必愿意配合你定制系统
14 天前 回复了 HeyCaptainJack 创建的主题 › 程序员 › 有 i18n 大佬帮忙看下吗， json 文件的翻译问题，工作量太大🤪 |
@ThomasChan #31
如果一开始没考虑好 i18n 的需求，后期再上确实挺麻烦。
拼接的字符串，只要最终来源是常量，还是可以翻译的。完全动态的字符串，那没有任何手段能预先翻译……
除了翻译的自动化提取合并，i18n 框架都提供了根据单复数或上下文来提供不同翻译的方法，对翻译要求高的话还是很必要的。就算不用现成框架，最后还是会走上造轮子的老路（
如果一开始没考虑好 i18n 的需求，后期再上确实挺麻烦。
拼接的字符串，只要最终来源是常量，还是可以翻译的。完全动态的字符串，那没有任何手段能预先翻译……
除了翻译的自动化提取合并，i18n 框架都提供了根据单复数或上下文来提供不同翻译的方法，对翻译要求高的话还是很必要的。就算不用现成框架，最后还是会走上造轮子的老路（
14 天前 回复了 HeyCaptainJack 创建的主题 › 程序员 › 有 i18n 大佬帮忙看下吗， json 文件的翻译问题，工作量太大🤪 |
@HeyCaptainJack #13
怎么会要依赖 git diff ，老哥你难道没用任何 i18n 框架么。
比如前面有人提到的 .po ，这就是 gnu gettext 的翻译格式，你只要导入库后在代码里写 _("hello")，gettext 就会提取出这些字符串，和你和旧翻译对比、合并，你每次只管翻译就行了。
怎么会要依赖 git diff ，老哥你难道没用任何 i18n 框架么。
比如前面有人提到的 .po ，这就是 gnu gettext 的翻译格式，你只要导入库后在代码里写 _("hello")，gettext 就会提取出这些字符串，和你和旧翻译对比、合并，你每次只管翻译就行了。
17 天前 回复了 Akiya 创建的主题 › 浏览器 › 除了 Edge 有什么侧边标签页支持比较好的浏览器 |
Firefox + Tree Style Tab
Select Language