GaGa's Blog

DNS记录（Domain Name System Record），也称为区域文件（Zone File），是存储在权威DNS服务器中的指令，它们为域名提供相关信息，最主要的作用是将易于记忆的域名（如 www.example.com）映射到计算机可以识别的IP地址（如 ），从而实现客户端对服务器的访问。

常见DNS记录类型及其作用

1. 查看当前 MySQL 已建立连接数（实时）

1.1 查看当前正在使用的连接数

1

SHOW STATUS LIKE 'Threads_connected';

解释：

PHP-FPM 不能“点名重启某一个子进程”，但可以用信号、pm 策略和 reload 机制，让子进程被安全回收并重建。

1. PHP-FPM 进程模型

1.1 角色划分

结论先行

• Proxmox VE 不能直接安装在 Synology DS920+ 的 DSM 系统上,但 可以把 DS920+ 当成硬件服务器，抹掉 DSM，裸机安装 Proxmox VE
• DS920+继续跑DSM，只把它作为 Proxmox 的存储节点

本质原因：
DSM ≠ Linux 发行版给你随便装 hypervisor
Proxmox = 裸机级虚拟化平台（接管内核、网络、存储）

1. 虚拟机的核心认知模型

1.1 虚拟机的本质

• 虚拟机本质上是运行在宿主 OS 之上的应用软件

• 通过软件方式完整模拟一台物理计算机

  • 虚拟 CPU
  • 虚拟内存
  • 虚拟硬盘（vmdk 文件）
  • 虚拟 BIOS
  • 虚拟网卡、USB、光驱等

• 虚拟机内的操作系统对自身而言是“真实机器”

运维视角：
虚拟机 = “硬件抽象层 + 文件化系统状态”，这是快照、复制、回滚、一键恢复的根基

1. 百度 DUFS 是什么

1.1 基本定义

DUFS（Distributed Unified File System） 是 百度开源的一套分布式统一文件系统，核心目标是：

为 AI / 大数据 / 搜索等场景提供高吞吐、低延迟、统一命名空间的文件存储能力

traceroute 和 tracepath 都是用于显示 IP 数据包从源主机到目标主机所经过的路径（即路由器的跳数和往返时间）的工具，但它们之间存在一些关键的区别。

traceroute vs. tracepath：主要区别

gcc-toolset（在旧版本系统中称为 devtoolset）是红帽系 Linux（RHEL、CentOS、Rocky Linux、AlmaLinux）提供的一套软件集合，其核心作用是在不破坏系统默认编译器的前提下，为开发者提供更高版本的 GCC 编译器及相关开发工具。

1. 版本升级与共存

企业级 Linux 系统（如 Rocky 9 或 CentOS 8）为了稳定性，系统自带的默认 GCC 版本通常较低且在整个生命周期内固定。

在Web架构中，“动静分离”是一种核心的设计思想和优化策略。

简单来说，动静分离就是指将网站的静态资源（Static Content）和动态内容（Dynamic Content）分开，部署在不同的服务器或存储系统上，并使用不同的策略来处理它们。

• 静态资源 (Static): 指的是那些内容固定不变的文件，无论何时、何人访问，拿到的内容都是一样的。

• 例如：HTML文件、CSS样式表、JavaScript脚本、图片（JPG, PNG）、视频、字体文件等。

• 动态内容 (Dynamic): 指的是那些需要服务器实时生成的内容，不同用户、不同时间访问，内容可能都不同。

• 例如：JSP、PHP、ASP.NET等生成的页面、需要查询数据库的API接口返回的JSON数据、用户个人信息页面等。

需求：批量创建oldboy01-10个用户并设置密码

1.脚本批量创建用户

#for n in {01..10}
for n in seq -w 10; do
    useradd oldboy$n
done

2.chpasswd批量设置用户密码

这是GitLab Runner 正常的“心跳式拉活”行为，不是异常，也不是攻击。只是 **Nginx 日志把它“忠实地记录下来”。

1. 现象本质：为什么 Nginx 在疯狂刷这条日志

POST /api/v4/jobs/request  →  204 No Content
User-Agent: gitlab-runner 16.3.0

1. 什么是 MVP 验证

MVP（Minimum Viable Product，最小可行产品）验证，本质上是一种用最低成本、最短时间验证核心假设是否成立的方法。它不是验证“产品做得好不好”，而是验证一句更残酷的问题：这个需求值不值得继续投入。

1.1MVP 验证的是

• 用户是否真的有这个痛点
• 用户是否愿意为解决方案付出成本（钱 / 时间 / 数据 / 信任）
• 你的解决方案是否比现有方式更优