玩游戏，大部分人，不会 3 分钟热度，原理是，游戏给你设计了每隔一小段时间的一次奖励反馈。

用 PVE 的话，可以搜 KernerX 这个 VX 号，他有个 PVE 的微信群。可以去群里问问大家的配置。

1.如果应用不是容器或虚拟化部署，那么选择哪款发行版，应该根据应用厂家指定。而且部分应用系统的厂家，还会自行做魔改的定制系统。

2.如果是容器或虚拟化部署，用什么发行版，应该根据你自己的熟悉度与个人喜好。

主要还是以前内存、硬盘太贵。

内存与硬盘大幅度降价还是近 10 年的产物，然后各种 file system 的 file name limit 并未能及时跟上。

BTRFS 255 bytes
exFAT 255 UTF-16 characters
ext2 255 bytes
ext3 255 bytes
ext3cow 255 bytes
ext4 255 bytes
FAT32 8.3 (255 UCS-2 code units with VFAT LFNs)
NTFS 255 characters
XFS 255 bytes

这些限制在大型工程里，遇到就是噶。这也是为什么很多文件与文件夹名称，尽量要用简写，深度尽量要减少的原因。

1.电源功耗是否足够，电源是否是正规品牌。

2.内存是否进行过坏道检测、压力检测？

3.存储介质是否进行过坏道坏块检测、性能检测、寿命检测与压力检测？

4.整机散热是否到位？很多功耗大的电脑，主板的供电模块、特殊芯片、南北桥，都需要进行专门散热的。服务器做了风道，能达到整机散热，但如果 PC 服务器不做风道，就很容易疏忽这个问题。

5.重装系统。

6.Windows11 最新的休眠技术，与老硬件不兼容，需要关闭，否则息屏时，老硬件就卡死。Debian 应该也存在这个问题。

1.咸鱼不是 PDD ，不是淘宝，不是京东。正常情况下，非质量问题，咸鱼是不支持退换货的，这是一条潜规则。所以，在咸鱼上买东西，事先要做好这笔钱可能打水漂的心理准备。

2.硬盘这种重要的东西，并不能因为你有 raid + 异地备份就能乱搞，因为就算它不坏，但如果它很卡，同样会连累整套系统。你硬盘买回来，应该没做 3 检（坏道坏块检测、性能检测、健康度检测）吧？

3.普通人就不应该买 SAS 盘，因为这类盘属于企业级的专业设备，它的兼容性问题很多，功耗偏大，使用场景也想当受限。你图便宜，头铁上 SAS 盘，踩到坑了怪谁？你就是个普通人，又不懂企业级市场。这类企业级磁盘，有些有锁，有些在某些隐藏分区里会有官方授权序列号，有些设备还会屏蔽掉一些硬盘型号不进行支持等等，这类问题你根本不懂，就头铁上，所以大家不支持你。

1.塞尔达、生化危机、恐怖游戏之类的解谜游戏，就是很难通关，很容易被某个谜题卡主。一般尝试 10-20 分钟还被卡主的话，完全可以去看攻略。

2.CS GO （ CS 2 ）、星际争霸之类的游戏，是需要花费大量时间，去学习战术、练习基础枪法与手法，除非你想当电竞选手，否则真没必要浪费这个时间，这时间拿来学计算机基础不好嘛？这类游戏，觉得难了，可以玩低难度人机，或者使用秘籍。这两款游戏我都是一直当单机玩，和人机玩。

3.WOW 、传奇之类的游戏，你可能不知道，开发商的设计就是不让你毕业，这样才能一直耗着你，特别是 WOW ，想集齐装备，非常烧钱或烧时间。这两类游戏都有单机，闲鱼上不到十元钱，其实完全可以玩单机，自己当 GM ，看看风景，GM 使用命令直接让你满级+满装备后，你就会发现这游戏其实没啥意思。

4.真正有意思的，还是和真人 PK ，在那种外挂少一点的游戏环境，比如 LOL 和王者。与人斗才其乐无穷，而且一局时间不长，每天来上一两局，也不怎么耽误学习工作与生活。

当你能用 CPP 写你说的那些东西，并且高性能、稳定、高可控、资源使用量少的时候，你已经站在程序员之巅了。

高处不胜寒，到了那一步，的确没啥成就感。

梵想 SSD 换 镁光 SSD 试试看。

国产设备可靠性低，一分钱一分货。

在哪个平台部署运行，最好就在那个平台开发，来减少跨平台带来的一大堆兼容性问题。

try app + url

这种连 AI 都不用，直接用关键字的规则引擎都能找出来。

真当老外每个人都不上班啊，这种会动摇人家收入的东西，必然会被最严厉、最快速的制裁。

@xmlf

1.你说城市热点不行，请问具体哪里不行？

2.IPTV 、投屏，与认证有啥关系？

3.自定义认证页，你觉得城市热点做不到？有没有好好看文档，联系官方客服？

上网认证当然是城市热点，全国占了 80%以上市场，国内最大品牌。

日志审计属于安全类，当然要选深信服。

你的 Mentor 还是欠点火候，任何写法都有优劣，你的 Mentor 没给你解释，这就是他水平不到位的原因。

你喜欢的 for in ，优点是简洁，效率高。缺点是可读性差、可调试性差。所以到底要用 for in 还是 for loop ，完全要看场景，看数据量，看工程规模，不能一概而论。

而且 你 Mentor 的 for loop 里 len(xxx) 的写法，如果 xxx 是个会动态改变长度的链表，那么 len( xxx )很有可能会被劣化为 get length 的计算，每次循环要算一次。

先进 liveCD 把数据救回来，也就是把虚拟机文件取出来。然后重装，再通过覆盖法导入虚拟机文件就行。