V2EX › cnt2ex 的所有回复 › 第 2 页 / 共 24 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯

94 天前

回复了 webs 创建的主题 › Linux › Debian 的大版本一般到第三、四个小版本才足够稳定

从来没觉得需要等那么久。debian 推送更新的机制已经是够稳的了。升级过程出问题的，多半是自己魔改过哪些地方（比如本身非纯 debian 系统而是下游魔改过的，又或者自己修改过系统的文件等等）。

升级要注意的是兼容性问题（ breaking change ），比如新旧版本配置文件不同，默认设置不同等等，这种问题也不会随着小版本的发布而改变，除非你永远不更新，否则迟早都会遇到这个问题。

95 天前

回复了 StephenHe 创建的主题 › Android › 安卓机的音量调节是不是个残废啊，每次电话打过来再调节音量一点无效

我觉得这取决于系统。
我曾经用过 ColorOS ，ColorOS 的音量调节就很不便。默认情况下，音量键调节的音量会是手机响铃的音量，而不是媒体的音量。并且还没有快捷方式切换选择。只有在你播放媒体的时候，音量键调节的音量才会是媒体的音量。

这就导致了一个问题，如果你想静音地看个视频，你没法直接调整媒体音量，要么你一步步打开设置找到音量设置找到媒体音量，然后设置为静音，设置完再打开视频。要么你得先把视频播放出来之后再用音量键调整。有些视频开幕雷击发出不雅的声音，根本来不及调小音量，当初我因为不习惯 ColorOS ，被坑了好几次。

96 天前

回复了 archliinux 创建的主题 › Linux › 服务器已经升级到 Debian 13 了

@nextone docker.io 是 debian 维护的，更新频率会跟着 debian 走，所以版本经常会很旧。而 docker-ce 是 docker 官方维护的，apt 源也是 docker 的，基本都是最新的版本。如果想要新特性，建议还是安装由 docker 官方维护的 docker-ce 而不是 debian 维护的 docker.io 。

97 天前

回复了 darrh00 创建的主题 › Linux › 升级 Debian trixie 差点把系统搞挂了

刚刚升级完，没有遇到任何问题。

106 天前

回复了 iphone14pm 创建的主题 › Android › 屏蔽国产内置安卓某些系统应用联网权限

试试 netguard 看能不能屏蔽其流量？

113 天前

回复了 cnt2ex 创建的主题 › Docker › 在容器里运行 VPN，如何接管其他容器的流量作为默认出口？

@66450146
考虑过这个方法了，但遇到了一些问题。

是我把背景过于简化了，没有讲清楚。因为我想着把大致背景交代一下，就能遇到解决过类似问题的人。
毕竟 V2EX 上应该有不少人都在 NAS 上通过 docker 自建自己的各种服务，应该遇到过相似的问题。

实际上，B 是包含多个容器的服务（独立的一个 compose.yml 管理的）。一个 php-fpm 容器，一个 db 容器。如主题所说，caddy 通过容器名访问并反代 php-fpm 。而 php-fpm 实际上也通过容器名访问 db 容器。如果把 php-fpm 的 network_mode 设置成 vpn 的话，就会导致 php-fpm 的 DNS 服务器也变成 VPN 的 DNS ，导致 php-fpm 通过容器名访问 db 失效了。

114 天前

回复了 Wh0amis 创建的主题 › 程序员 › AI 焦虑症候群段子，太典了

有时候还真的挺担心 stackoverflow 这类网站的。
以前受到这类网站帮助很大，现在虽然有了 AI ，但其实很多东西都需要人类的回答才能验证 AI 给出的答案是不是正确的。我拿到 AI 给的输出经常都会用一些关键词搜索找到相关的人类回答才敢用。

如今 AI 对 SO 这类问答网站打击太大了，以后要是没了这种网站估计各种 bug 满天飞了。

116 天前

回复了 wuruxu 创建的主题 › Linux › 下个月 Debian 13 发布，可以来一波更新

@w568w #39
除非有什么东西是非 podman 不可的。
我觉得服务器不如就直接用 stable 和 docker 上游直接提供的 docker-ce 了。
docker 上游直接推送新版本再加上 stable 的稳定。

116 天前

回复了 wuruxu 创建的主题 › Linux › 下个月 Debian 13 发布，可以来一波更新

@NewSunH 这也是你的错觉吧。

debian 的包基本是经过 unstable -> testing -> stable 这个过程的。
一般一个包出新版本就会被打包进 unstable ，然后经过几天没有严重问题就会被推到 testing 里。
而 stable 则是每两年一次对当时 testing 的进行冻结测试然后作为一个新的大版本发布。

这个过程软件版本如果真比以前激进那也多半是某些软件本身开发变快了。

135 天前

回复了 Suger828 创建的主题 › 程序员 › py 程序你们喜欢一个 config 传来传去吗

只要把 config 的初始化集中在一个地方，初始化后就不要修改，一个 config 到处传我感觉问题没多大。这样，很多时候还方便加新的键值对，而不需要一个一个方法/函数的改签名。

但如果把 config 当返回值使用，代码随处在修改 config 的值，然后再到处乱传就恶心了。这种代码读起来简直要命，一般读一遍下来根本不知道哪里传来的值。

135 天前

回复了 zjsxwc 创建的主题 › Linux › Linux 如何限制某个进程的总子孙进程数目，由于 Linux 微信内存泄露疯狂创建进程，我应该如何处理？

flatpak 版 wechat 没这个问题。
或者用 https://docs.flatpak.org/en/latest/tips-and-tricks.html#configuring-resource-limits-for-apps 提到的方法。
试试把`TasksMax`设置成一个比较小的值。比如，创建~/.config/systemd/user/app-flatpak-com.tencent.WeChat-.scope.d/task.conf
内容设置成
```
[Scope]
TasksMax=16
```

149 天前

回复了 fitme 创建的主题 › Linux › Linux 下使用钉钉的问题

试试用 flatpak 装 dingtalk
然后再用 systemd 的 resource control 限制一下？

比如
`cat ~/.config/systemd/user/app-flatpak-com.dingtalk.DingTalk-.scope.d/tasks.conf`
[Scope]
TasksMax=256

https://docs.flatpak.org/en/latest/tips-and-tricks.html#configuring-resource-limits-for-apps

150 天前

回复了 wzwtt 创建的主题 › Linux › Fedora Silverblue 上怎样丝滑地使用 IDE

我觉得不要太纠结原则这个东西。哪个方案能解决问题就用哪个方案，都能解决就选择最方便自己的。
如果通过 layering 更方便，就选择 layering ，没必要为了原则就非得避免更加方便的做法。

曾经我也想避免所有 layering ，全利用 distrobox 解决问题。
比如把 git 、zsh 、tmux 之类的包全装 distrobox 里，使所有开发环境能共享工具链，结果发现 tcpdump 、nvtop 之类的包需要装在 rootful 的容器下才能用。
等全部迁移到 rootrul 容器里之后，又发现启动容器得输入密码才能打开。
于是又同时使用两个容器：rootful 容器和非 root 的，只把必要的工具装 rootful 容器里，其他装非 root 的容器。

后来一通折腾下来发现，我还得想办法把带 systemd-service 的包也给迁移出来。
结果最终发现，与其为了一些原则而避免 layering ，反而带来更多麻烦。所以我现在如果 layering 方便就直接 layering 了。

layering 的缺点也有，比如安装后需要重启（虽然可以通过 apply-alive 缓解这个问题）。在安装新的包时，所有 layering 的包都会再被重新安装一遍，因此 layering 越多，每次安装速度也会越慢。

目前也有人提出利用 sysext 来安装一些包，从而避免每次更新都得重启： https://travier.github.io/fedora-sysexts/

我个人觉得 atomic desktop 还在发展中。包括 rpm-ostree 也在向 bootc 方向迁移。
因此各种方案都有，也不一定成熟。
最终会在哪种方案上稳定下来也还不确定，所以别纠结太多哪种方案了，选择自己方便的来吧。

152 天前

回复了 shyrock2026 创建的主题 › 日本語 › 没有人觉得日语的学习难度很大吗？

@GOVER
台词和 serif 没什么关系吧。
台词（せりふ）来自于「世流布」（せるふ）或者「競り言ふ｣（せりいう）。
serif 是有衬线字体的意思。

153 天前

回复了 extrem 创建的主题 › 随想 › 关于 Alist 被卖我的一些想法

是不是我发放免费食物，在里面悄悄下毒，毒死人也不犯法？

154 天前

回复了 cmos 创建的主题 › Linux › 大家的桌面 Linux ，都是选择哪个发行版？

个人的一些经验总结：

debian
更新最不频繁。两年一个大版本，中间会有小版本的更新，因此也最稳定。不过这也算是缺点，比如当前的 stable 版本里的 gnome-shell 还是 43 ，比目前 48 落后了不少。十分适合服务器那种使用场景（及时的安全更新，并且不会由于更新导致服务出问题）。

ubuntu 相对 debian 更新稍微频繁一点。一年一个大版本，中间也会有一些包的更新。当前 ubuntu25 里 gnome-shell 版本是 48.0 ，比最新版只落后几个小版本。

fedora 半年一个大版本，中间包的更新也十分频繁，因此也有人称之为半滚动发行版。频繁的更新也带来了各种不稳定，比如前些天 mutter 更新导致的窗口变得不可以点击。但好处在于，由于其是非滚动发行版的，因此你可以停留在目前版本不更新很长一段时间，之后再更新也不会挂掉。

滚动发行版（比如 arch 、debian sid 和 fedora rawhide 等等）上游只要出新的版本就会被打包进仓库。频繁的更新带来的就是各种不稳定，比如上面提到的 mutter 的 bug 同样影响 arch 等其他滚动发行版。并且由于是滚动发行版，你长时间不更新之后再更新就容易挂掉。

除了包管理工具和更新频率以外，各种发行版在其他一些方面也有些细微差别。比如默认的文件系统是 btrfs 还是 ext4 ，默认 swap 是 zram 、zswap 还是硬盘的分区。还有一些 systemd 的服务管理方式，比如通过 socket 方式激活等。

我个人的建议是，一般就从 ubuntu 和 fedora （或者基于他们的衍生版）里选择作为个人桌面系统使用。debian 适合服务器，滚动发行版适合那种能给上游提 bug 和 issue 的人使用（否则当小白鼠也没有意义，只是折腾自己）。

arch 的一个优点就是 aur 提供了丰富的包，但要知道 aur 是谁都可以上传的，这意味着这并不比你执行`curl -s http://not.a.malware.com/download | sudo bash`安全。同时 flathub 的存在使得 aur 的必要性变低了很多，flathub 包含了 QQ 、微信、网易云音乐和 WPS 。最重要的是 flatpak 允许你控制文件系统和网络的权限，能够避免国产软件扫盘。

我个人的选择是 fedora 的衍生版 fedora silverblue 。
同样是激进的方案，fedora 的方案比 ubuntu 的方案有品位得多。
比如 fedora 是第一个采用 systemd 和 wayland 等新技术的发行版，而最终其他各种发行版也选择了这条路线。相比之下，ubuntu 的做法则就像是硬塞各种私货，upstart 和 mir 现在可以说已经死了。

类似的 flatpak 和 snap 相比较，flatpak 更有前景。对于某些包（比如 firefox ），fedora 同时提供 flatpak 版本和 rpm 版本，而 ubuntu 只提供 snap 版本并且把源里的版本替换成 snap 的。

1 2 3 4 5 6 7 8 9 10 ... 24

❮

❯