VPS重装脚本

三三水这样问我，我认真的思考了一下：你觉得我们应该相信第一印象不

额我就拿我个人为例吧（？）
我是一个不看第一印象的人，我的习惯就是不带评价的去观察人（至少是与我不相干不会实际上冒犯到我的人）
即使我看到一个人，比如你XXXXXX，我也不会下意识的去给人贴标签
我承认人的多样和复杂这样的客观事实，我承认这些经历会导致一些可能的坏事或者好事
但是额由于我接触到的可以说是纯坏或者不可理喻而且将这种不可理喻（以一种令我不愉快的方式）施加到我身上的人几乎为零
大家对我都挺好的，所有我其实潜意识里认为世界上是好人多的（经历导致）
冒犯到我的人额那就另说了，我对此和希特勒持相同态度（）

我觉得这个是否应该相信第一印象，是一个复杂的命题
像我的生活环境，是不怎么需要去判断一个人的好坏的，我接触的人也很少，所以我可以不去看第一印象
但是如果生活动荡，实际上的生活环境接触到的对自己不利的人的可能大的话，应该使用第一印象去进行一些排除

但是我觉得这个根本的命题可能是：
我们该如何避开那些潜在的人际威胁（？）
我们该如何在社交中选择潜在的“好人”（？）
但是这其实很难，正如我所说，人是很复杂的，就像你，无论你是怎么看待自己的，或者你是如何对待别人，你在对待我（某些特定的人的时候）又是不一样的，是好的

所以我的结论是，额
如果自己是一个会被别人以第一印象来评判的人，也就是额第一印象差的人，应该用第一印象去评价别人，因为会造成这样第一印象的环境本身就是不安定的，这时候使用第一印象评价法是可以有效的避开那些风险和威胁的
如果自己是一个不会被人以第一印象评判的人，那也不用去用第一印象去评价别人，因为你的生活环境既然塑造了这样的你，你接触那些风险和威胁的可能本来就是极小的

但是说到底，如果一个人带着敌意，隐藏，不可见人的目的与你接触，该被拐去棉被还是得被拐去棉被，和你是否使用第一印象去规避风险没多大关系我感觉

当然我的社交范围很小啊，这个是前提，如果大家可以在面对冒犯直白的坦言，互相沟通，无法沟通和互相理解就各自保持距离，真心换真心才是最优解吧（）保持自我的独立性，不被他人左右（谈何容易（）

Zstd（Zstandard）， Facebook（Meta）开发的开源无损数据压缩算法，2016 年发布， “高性能+高压缩比”的平衡——既比传统压缩算法（如 Gzip、Deflate）压缩更快、压缩率更高，也比同级别高压缩比算法（如 LZMA）速度更快，同时支持可配置的压缩级别（1-22，级别越高压缩率越高但速度越慢），还提供“快速模式”（级别 -1 到 -13）满足低延迟场景。

测试环境：Debain 13 Nginx1.31.0

I 编译最新的Zstd库

# 安装编译工具
sudo apt install build-essential git libpcre3-dev zlib1g-dev libssl-dev debhelper
sudo apt remove libzstd-dev libzstd1

# 1. 进入源码存放目录
cd /usr/src

# 2. 克隆 Facebook Zstd 官方主分支源码
sudo git clone --depth 1 https://github.com/facebook/zstd.git
cd zstd

# 3. 编译并安装（核心库编译非常快）
sudo make -j$(nproc)
sudo make install

# 4. 刷新系统的动态链接库缓存，让系统认出刚刚安装的最新 libzstd.so
sudo ldconfig

II 编译zstd-nginx模块

# 1. 下载并解压 Nginx 1.31.0 官方源码
sudo wget http://nginx.org/download/nginx-1.31.0.tar.gz
sudo tar -zxf nginx-1.31.0.tar.gz

# 2. 克隆 zstd-nginx-module 源码
sudo git clone https://github.com/tokers/zstd-nginx-module.git

# 3. 进入 Nginx 源码目录
cd nginx-1.31.0

# 4. 配置编译参数：通过包含路径，强行让它关联到我们刚才安装在 /usr/local/include 的最新 Zstd 头文件
sudo ./configure --with-compat \
  --add-dynamic-module=/usr/src/zstd-nginx-module \
  --with-cc-opt="-I/usr/local/include" \
  --with-ld-opt="-L/usr/local/lib -Wl,-rpath,/usr/local/lib"

# 5. 仅编译模块
sudo make modules

III 载入zstd模块

# 1. 覆盖复制到 Nginx 模块目录
sudo cp objs/ngx_http_zstd_filter_module.so /usr/lib/nginx/modules/
sudo cp objs/ngx_http_zstd_static_module.so /usr/lib/nginx/modules/

2. 赋予标准权限

sudo chmod 644 /usr/lib/nginx/modules/ngx_http_zstd_*.so

打开 /etc/nginx/nginx.conf，在最顶部添加加载指令：

# 引入 Zstd 动态过滤和静态加载模块
load_module modules/ngx_http_zstd_filter_module.so;
load_module modules/ngx_http_zstd_static_module.so;

user  www-data;
worker_processes  auto;

IV 修改网页配置

以Flarum 为例

    zstd on;
    zstd_comp_level 3;       # 动态压缩推荐级别 3（1-5 之间性能与压缩率平衡最佳，最大为 22）
    zstd_min_length 256;     # 小于 256 字节的文件不压缩
    zstd_buffers 16 8k;
    
    # 允许 Nginx 直接读取预先压缩好的 .zst 静态文件（如果存在）
    zstd_static on;

    # 精准针对 Flarum 的 API、JS 和各种文本格式进行 Zstd 压缩
    zstd_types
        text/plain
        text/css
        text/javascript
        application/javascript
        application/json
        application/xml
        application/rss+xml
        application/atom+xml
        image/svg+xml
        image/x-icon;

#检查配置文件，重启Nginx
nginx -t

systemctl reload nginx

在线检测：https://zstd.wcode.net

按下 F12 打开开发者工具，前往 Network（网络） 面板。
Content-Encoding: zstd
Vary: Accept-Encoding

表明 Nginx 1.31.0 已经成功部署了目前业界公认在动态生成场景下处理效率极高、对 CPU 压迫极小的 Zstd 压缩引擎！

每次都手动打好麻烦

创建脚本

#!/bin/bash

# 定义颜色
GREEN='\033[0;32m'
YELLOW='\033[1;33m'
NC='\033[0m' # 无颜色

echo -e "${YELLOW}>>> 正在同步软件包索引...${NC}"
sudo apt update

echo -e "\n${GREEN}>>> 开始执行系统升级 (Full Upgrade)...${NC}"
# 移除 -y 参数，这样在升级前会停下来让你确认 [Y/n]
# 如果你想完全自动但看过程，可以保留 -y
sudo apt full-upgrade

echo -e "\n${YELLOW}>>> 正在清理过期的缓存和无用依赖...${NC}"
sudo apt autoremove -y
sudo apt autoclean

echo -e "\n${GREEN}>>> 更新任务已完成！${NC}"

赋予权限

sudo chmod +x /usr/local/bin/auto_update.sh

执行

auto_update.sh

轻量化配置

针对 50MB 极小 内存目标

sudo nano /etc/mysql/mariadb.conf.d/99-lightweight.cnf

[mysqld]
# 核心：关闭性能监控，立省约 40MB+
performance_schema = OFF

# 存储引擎：将缓冲池压到最低 (适用于轻量 PHP 项目)
innodb_buffer_pool_size = 16M
innodb_log_buffer_size = 2M
innodb_flush_log_at_trx_commit = 2
innodb_stats_on_metadata = OFF

# 连接与线程：降低堆栈消耗
max_connections = 15
thread_stack = 192K
thread_cache_size = 0

# 临时表与缓存：防止内存突发占用
tmp_table_size = 2M
max_heap_table_size = 2M
table_open_cache = 400
table_definition_cache = 400

# 日志：禁用不必要的日志
skip-log-bin

sudo systemctl restart mariadb

查看内存情况

ps aux | grep mariadbd | grep -v grep | awk '{print $6/1024 " MB"}'

!作为个人博客使用及时不配置其内存占用也较低，实际上配置了之后内存占用并没有降低多少，全站负载500MB!<