直接使用可预测网卡名称会导致网卡名称不可预测。

解决方法也很简单，用 PVE 常年以来都有的固定网卡名称功能就行了。

proxmox-network-interface-pinning generate
proxmox-network-interface-pinning generate --interface enp4s0 --target-name nic10g1

然后 PVE 会创建关联文件，通过 MAC 映射网卡到固定名称。

难说，但是我第一感觉就是查询有问题吃满 IO 。

@MakinoharaShoko 现在已经在 PlayStore 上发布的开发者都已经花过钱做过认证了，普通的做着玩的开发者直接可以用免费版，影响最大的是受众群体很大但不放在 PlayStore 上发布的软件。
不过我觉着这样的群体并不算多，国内已经商业化运营的 app 多付 25 刀本来就不是什么大事，个人制作的 app 的话可能就是做开源软件的人会被迫多付 25 刀注册一个 key 。

然后搞这个的目的就是如果你用你的身份发了恶意软件包，谷歌可以直接吊销你的开发者身份，这样你签出来的所有恶意软件包全部都没法安装。当然搞黑产的可以换个身份证重新申请，但每次只要被吊销就得全部重新搞，成本比以前大很多。我觉得现在大家关注的点就在谷歌会不会滥用地位把他看不顺眼的 app 全当成恶意软件禁了。
（不过考虑到谷歌本来就可以通过包名远程删除 app ，应该也没大差……吧？）

我前面扫了一下他的 PPT 。简单来说就是开发者必须要去他系统里开个账户然后上传身份认证信息。普通发布者要提交身份证然后交 25 刀认证费。认证通过以后，在系统里面新建软件包，认证私钥，认证过了以后用这个私钥签名的这个软件包就可以安装到普通手机了，和过去一样 apk 放着让人下载安装就行。收费账号可以无限新建软件包，免费账号有某些限额，估计是软件总数有限或者安装设备数有限吧，具体限额什么样还没公布。

看上去就是对开发者做一次身份验证，反诈。

> To be clear, developers will have the same freedom to distribute their apps directly to users through sideloading or to use any app store they prefer.

特定查询有问题？扫 3.6M 行返回 438 行，可以 explain 一下看看。

@wulin Cost to You 0 就是你不用付钱。

用软路由炸了直接把线接到硬路由上先把网络搞通再搞别的啊，多大点事。
我是服务器上跑 PVE ，PVE 上直接用 zfs 跑 NAS ，然后一个虚拟机里 OPNSense 做路由，另一个跑 frigate 。
PVE 本来也挺稳的，真炸了就 IPMI 连上去修。
唯一要担心的是 SSD 损坏。真要担心的话就定期备份一下就好了。

说来我记得以前好像看到过这个说法，已经注册过的 gmail 地址就算注销了也不会回收给其他人用。

@kakki #9 #14
所以当年湾区初创公司一堆用 Rails 的，反观国内一堆用 PHP 的。
其实就是你说的小规模专家级团队 vs 招一堆兼职大学生或者低水平的人。

E 选项是给哪国人看的……

PS: 我提到 MySQL 主从只是举例说明面板的功能限制，并不是在说明面板有或者没有这个功能。

真的专业的 Linux 服务器的运维不光要考虑用面板是不是方便维护，还要考虑用了面板以后服务器是不是会被人黑掉。不用图形界面用命令行无非是多打点字，你服务器被人黑了代价是什么你想想。

另外，用面板意味着你对服务器的维护就限定在面板的能力范围内了。比如你要装 MySQL ，面板里点一下就能装了，很方便。那我如果要你做一个 MySQL 主从复制，面板里没有这个功能，你怎么办？

当然还有一些其他的问题，比如说我维护自己的服务器，我网站数据放在哪，配置文件放在哪，我自己心里都清楚。你用面板，那这些东西放在哪，是面板开发人员最清楚，你未必就清楚。你鼠标点点改了个配置，背后面板在服务器上做了什么，你可能也不知道。

我并不反对使用 GUI 。相反我是大力推荐使用 GUI 的，比如 Git 我就推荐别人用 GUI 来维护。但是服务器运维不是一个通用面板就能解决问题的，特别是这些面板的行为可能会和我原本的意愿相悖，所以才有很多人选择不去用这些面板。

补一句：
当然了，既然是公司要求，只要公司出钱，那下面的人默默跟着做就行了。

许可证是绑定到版本的，no-fee 版本就一直是 no-fee 的。
不过就像其他人说的，你不打算跟着 Oracle 做企业级技术支持的话没必要用 OracleJDK 。
就像大家用红帽子也是用 Alma 或者 Rocky ，再不济也是 OL 或者 CentOS ，没必要硬上 RHEL 。
OracleJDK 就靠企业版收费提供商业支持维护来营收了。
普通公司用用 OpenJDK 就可以了。

@tcper #7 你确定你说的这点东西能做到楼主说的正确率 95 ？

说来我以前倒是玩过 HP 的 C3000 ，8 节点服务器。说句实话和多台单节点没有太大的区别，就是风扇和电源模组共享（ 8 个 2U 高度热插拔风扇和 4 个热插拔电源）。缺点就是重得要命，扩展性还差，每个节点就两个不能热插拔的 3.5 寸盘位，以及前面一个特殊的网卡槽。当时纯粹是因为便宜才买的，但其实也没便宜多少，反而特别折腾……