V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  msg7086  ›  全部回复第 15 页 / 共 1023 页
回复总数  20456
1 ... 11  12  13  14  15  16  17  18  19  20 ... 1023  
@Configuration 如果 EPEL 有的话还行,但 EPEL 也只是填补 RH 的空缺,万一你要一个不同版本的就不行了。
只有内网啊,那无所谓了,随便选一个装就行了,没区别……
你要是喜欢软件源里软件多的话就 Debian 就得了。
( RH 系/CentOS 其实是需要公司出一个团队来专门负责打包你所需要的软件的,系统自带的软件不多。这些发行版本身就是面向企业级用户的,既然是企业级用户,企业出个运维团队不过分吧)
@dream4ever 如果没有系统更新的话,你们的服务器就已经 8 年没有得到过更新和安全补丁了……
@xooass 龟壳不会随便停止服务的,内部所有的机器都是龟 Linux ,自己要用的。
不知道你们有没有一直更新系统。
要是你们现在跑的还是 7.3 ,那说明从 7.3 到 7.9 之间的更新你们都没装啊,等同于 2016 年就停止维护了。

至于公司要跑什么发行版,这完全取决于你要在上面跑什么软件,以及这些软件兼容哪些系统。
如果只是跑 docker 的话,那随便什么都能跑,没任何区别。
闭上眼睛抓阄就行了,Ubuntu Debian RH 家族 随便选一个就行。
Debian 用户基数多而且系统干净,RH 家族和 CentOS 兼容性比较好,迁移简单,Ubuntu 背后有商业支持,遇到问题可以花钱找原厂解决。
因为发行版就是设计成这样的。
天天升级还怎么稳定住版本号。
版本号稳定不住那用的人还怎么指望操作系统长期行为一致性。
173 天前
回复了 frencis107 创建的主题 信息安全 OpenSSH 爆高危漏洞 CVE-2024-6387
@elboble Debian 的补丁是 6/22 就合并了。
173 天前
回复了 NoKey 创建的主题 程序员 75 配列键盘写代码方便么
87 键算是在不改动键盘布局(影响肌肉记忆)且保留所有功能键的前提下的最小布局了。
再小的键盘,按复杂组合键的时候得想好久。比如常用的 Shift+Ctrl+End 组合键选中当前位置到文档结尾,如果 End 需要用 Fn 之类的模拟,那就得按 4 个键了,而且还要按照某种顺序按,否则说不定会触发其他的组合键(比如 Fn+Ctrl 在我键盘上是上下文菜单键)。与其这么废脑子不如多给一丁点空间到 87 ,解决一切少键问题。
173 天前
回复了 frencis107 创建的主题 信息安全 OpenSSH 爆高危漏洞 CVE-2024-6387
@cnbatch 不算是 bug 吧,只能说是行为不太一样。
比如说头孢和阿莫西林都是抗生素,但吃头孢不能喝酒,那你不能说这是头孢的 bug 吧。
这本书的书名我拿 AI 翻了一下:
《 Python 自动化办公,给小白的实用编程》
他的目标是让你把办公工作自动化,只是自动化的时候用到了 Python ,所以教你个皮毛,能把工作自动化了就完事了。就像 Excel 办公教程,也不一定都会教你怎么写 VBA 代码,毕竟大多数人用 Excel 撑死也就写写公式做做过滤画点图也就完事了。
@fs418082760 手动点到 3841 天
之前写开源软件的时候做了几年一共收到 100 块捐款。后来就懒得放打赏了,上班不香吗(
吞消息的话让对面先下线再上线,看看有没有收进历史聊天记录里。
如果在的话说明只是丢了消息通知,消息没丢。
非常神奇的是,我在美国的时候消息几乎从来不丢,回国了就狂丢,非常迷惑。
#32
NAS 的话,用系统自带的 RAID 相关组件已经足够好了。比如群辉独家 SHR ,说白了就是 LVM 。docker 和虚拟机这些更是直接用就可以了,没有什么缺失的功能需要自己来写吧。再不济,zfs 和 btrfs (不考虑 btrfs RAID )使用得也很广泛了,总有一个能用的。要深度定制的话我感觉得是 netapp 这种级别的公司做的事情了,也不可能把这个成本开发出来的东西低价卖给家用用户。

Debian 作为一个老牌发行版,用户基数还有维护环境都比 OpenWRT 好太多太多了,还有大量的商业环境部署。(你应该没怎么见过拿 OpenWRT 部署商业服务器的吧。)倒不如说一开始去选 OpenWRT 才是迷惑的地方。
Debian 是一个发行版,内核是 Linux ,userland 组件是五花八门都有。
如果绿联修改了 GPL 的软件源代码并通过硬件搭载分发给了用户,那么他们确实需要提供修改过的源代码(或者提供修改部分的补丁文件)。
但大部分情况下写系统都是用现成的组件,不会去动很多组件源代码的。一个显而易见的理由就是,动了组件源码就必须自己打包,那就意味着自己要花时间维护这个包,上游改动了下游还要重新编译分发。那不如尽量直接用上游的包了,能有其他办法解决的就选其他办法。

就算是 PVE 的内核,本质上是用的 Ubuntu 主线内核改的,在主线内核上加点自己的东西。
https://github.com/proxmox/pve-kernel/tree/master/patches/kernel
全部的更改其实就这么点补丁,也不算太多。

上面说到内核模块闭源的问题。开源内核模块可以访问所有的内核 API ,非开源内核模块只能访问一部分有限的 API ,但只要符合这个条件,就是合法的非开源内核模块。
1 ... 11  12  13  14  15  16  17  18  19  20 ... 1023  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2701 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 69ms · UTC 11:24 · PVG 19:24 · LAX 03:24 · JFK 06:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.