Linux・CLI・DevOps

Linux・CLI・DevOps

systemctl status 与 show 如何区分使用?实现服务状态的机器判定

对比面向人类的 systemctl status 显示与面向机器的 show 的 key=value 输出,将其应用于监控与自动判定。
Linux・CLI・DevOps

使用 jq 比较 JSON 配置:消除键顺序差异,使 diff 更易读

尝试使用 jq -S 对 JSON 的键顺序进行规范化后再进行 diff,从而专注于真正改变的配置值。
Linux・CLI・DevOps

符号链接与硬链接有什么区别?——通过查看 inode 来确认

在临时目录中创建这两种链接,通过 inode 以及删除原文件后的表现来理解其区别。
Linux・CLI・DevOps

在 Ubuntu 中更改 umask 并验证新文件权限的变化

在临时目录中比较 umask 022 和 077,观察新文件权限的决定方式。
Linux・CLI・DevOps

Linux 的 /proc/self 指的是谁?——通过对比 Bash 和 awk 的 PID 来理解

当在 Bash 中用 awk 读取 /proc/self/status 时,为什么看到的不是 Bash 而是 awk 自身?本文将通过纯读取的方式安全地观察 procfs。
Linux・CLI・DevOps

在 Ubuntu 中查询“谁在监听这个端口?” — 使用 ss 关联 socket 与进程

在 Ubuntu 中使用 ss 命令确认 TCP 监听端口。同时整理了 127.0.0.1、0.0.0.0、[::] 的查看方式,以及权限对进程显示的影响。
Linux・CLI・DevOps

修改 Nginx 配置前需要确认什么?―― 区分使用 nginx -t 与 nginx -T

梳理了在 reload Nginx 之前,使用 nginx -t 检查配置,并在需要时通过 nginx -T 确认完整加载配置的安全操作顺序。
Linux・CLI・DevOps

在Ubuntu中查看JSON API首选 curl + jq —— 一键提取所需字段

在Ubuntu中结合使用curl和jq,从JSON API响应中仅提取所需字段。以GitHub的公开Repository API为例。
Linux・CLI・DevOps

在将配置文件交给AI之前,使用Bash脚本将敏感信息自动掩码为 ****

制作一个Bash脚本,在将配置文件传递给AI之前,将其中的敏感信息机械化地掩码为 ****。在不修改原文件的基础上,整理包括权限控制、机械检查以及人工目视确认在内的完整流程。
Linux・CLI・DevOps

从官方信息解读 GitHub CLI 通过 –attach 标志向 Issue、PR 和评论添加媒体的功能

本文是一篇利用 AI 生成的技术解析与实现示例。所发布的代码和步骤基于第一手资料构建,但未经作者在真实设备上进行运行验证。根据环境和版本的不同,运行结果可能会有所差异。随着 GitHub CLI 的更新,现已新增 --attach 标志,允...