草根博客站长明月登楼的优快云博客

修改 Linux 发行版的更新源一个好习惯就是现备份好原有的更新源，另外就是一定要根据自己服务器是境内还是境外来选择性的修改，否则会造成 Linux 更新失败、卡顿、报错，严重还会影响到宝塔面板、LNMP 的一键安装的哦，切记切记了！

明月提醒大家开启网站日志是个很好的运维习惯，一旦出现任何问题都可以借助日志找到根源和解决应对办法的，关闭日志记录就算是运维高手也没办法给你快速解决问题，基本都是盲猜了！放心，开启日志占用不了多少存储空间的，再说还可以定时自动的切割日志呢！

就明月的经验大部分都是用了来路不明、破解版插件、主题带来的，毕竟这年月没人愿意免费破解，都是有目的的，那就是植入恶意代码和木马，只要你安装运行就会激活入侵系统了，至于带来的后果各种各样了。不会影响 WordPress 的正常运行，除非你所用的主题或者插件里有需要单独运行 PHP 代码的时候，比如：WordPress 小工具里增强文本（单独运行 PHP 代码）工具类的。】文章，然后就是停用所有插件，一个一个启用观察排除了或者修改 WordPress 的插件目录名称，重新安装正规渠道的插件。

我们称 Zstandard 或 Zstd 是一种快速的无损压缩算法，是针对 zlib 级别的实时压缩方案，以及更好的压缩比。它由一个非常快的熵阶段，由 Huff0 和 FSE 库提供。这个项目是作为开源的 BSD 许可收费的库，以及一个生成和解码 .zst 格式。Zstd压缩性能对比Zstd 还可以压缩速度为代价提供更强的压缩比，Speed vs Rtrade 可以通过小增量进行配置。在所有设置中，解压速度保持不变，并在所有 LZ压缩算法( 比如 zlib 或者lzma) 共享的属性中保持不变。

依旧算是明月自己的运维学习笔记了，记录下来并分享出来，以后运维工作中也能随时参考，毕竟年纪大了，很多命令细节都记不住了，“好记性不如烂笔头”嘛！命令官网获得最新版本的源码压缩包，考虑到更新到最新版这个刚需，懒得去根据版本号查找了，直接下载latest版最简单高效了。命令已经支持Zstd压缩算法了，随后明月会分享网站备份使用Zstd压缩算法的具体代码和体验的，敬请关注了！命令的英文全拼：tape archive（意思是磁带存档）就可以说明的，在明月早期的文章【压缩算法，大部分的Linux里默认的。

就像安卓当年的一大优势就是允许刷机，对安卓的促进还是挺大的，但现在厂商都开始禁止 root 和 bootloader 解锁了。这两个基于 poll 和 epoll 的项目，因为项目特别轻量，所以性能上往往能够拿出 IIS 几倍的并发能力来。2005 年前后那会，正是各种开发语言井喷的时间，大家对 apache 的兼容性，都要好于对 IIS 的兼容性。在那个关键的时间点，你的生态强，大家都用你，那么你就统治了行业。在大概 2000 年的时候，Windows 的 WebServer 其实还是有一定优势的。

不受 CVE-2024-6387 漏洞的影响，不建议大家去刻意升级，因为目前 CentOS 已经停止维护了，所以只能采用编译安装的方式来更新 OpenSSH，新版的 OpenSSH 因为引入了更高的安全机制，会造成 SSH 服务进程无法重启的严重错误，这会造成远程 SSH 登录失败的，慎重哦！SSH 远程登录是明月平时给客户代维的时候必须使用的方式，就算有宝塔的我都不用（实在是受不了图形界面那卡顿、缓慢、繁琐的操作体验），所以这个 OpenSSH 漏洞还是要重视起来的，否则带来的都是灾难性的后果。

整体上来说相对于宝塔、LNMP 一键安装包，OpenLiteSpeed 的安装过程还是有一定的区别的，明月个人认为最大的区别就是 OpenLiteSpeed 将 PHP 单独的打包进原生安装包里了，毕竟 OpenLiteSpeed 的 PHP 运行方式跟其他的都不一样，这也是 OpenLiteSpeed 运行 PHP 性能更优秀的主要原因。明月是不建议在宝塔下使用 OpenLiteSpeed 的，因为前端控制面板冲突重叠了，徒然造成更多的运行负担是不符合运维工作标准的，能剩下点儿资源给服务器不好吗？再说少一

看来以后给Nginx编译增加Brotli算法支持最好挑个合适的时候呀，当然只要编译成功过一次的，也可以保留好1ngx_brotli1源码目录继续编译也是没有问题的。

上周明月的Linux服务器上运行top命令总是莫名的出现卡死现象，甚至是Ctrl+C都无法终止进程，今天终于抽空找到了解决办法，原来是需要修改Linux的MTU值，将服务器操作系统数据包调小，加上VxLAN数据包小于1500即可。唯一的遗憾是在CentOS 8下，明月还没有找到永久修改MTU值的方法，网上的各类教程里介绍的方法都因为系统没有对应的服务无法重启而失败了，费解中……好在，自己的Linux服务器从来也没有重启的习惯，所以临时修改能解决这个问题就行。