Linux 用户与组管理:从 useradd 到 sudo 权限体系
本文要点 用户(user)与组(group) 是把"人/进程"和"权限"绑定在一起的机制;理解 /etc/passwd、/etc/shadow、/etc/group 三个配置文件,几乎所有命令都是在"改这几个文件"; 新增一个用户走 groupadd → useradd → passwd 三步,改用户用 usermod,删除用户用 userdel -r(连带清理家目录); 授权通过"用户 →...
本文要点 用户(user)与组(group) 是把"人/进程"和"权限"绑定在一起的机制;理解 /etc/passwd、/etc/shadow、/etc/group 三个配置文件,几乎所有命令都是在"改这几个文件"; 新增一个用户走 groupadd → useradd → passwd 三步,改用户用 usermod,删除用户用 userdel -r(连带清理家目录); 授权通过"用户 →...
本文要点 logrotate 是 Linux 标准日志轮转工具,配置分两层:/etc/logrotate.conf 全局默认 + /etc/logrotate.d/ 每应用一个规则文件。 三种轮转动作可组合:rename 改名重开、copytruncate 复制后截断(应用免重启)、create 重建空文件并设属主权限。 一条 daily + rotate 3 + compress +...
本文要点 核心模型是「工作区 → 暂存区 → 本地仓库」:git add 进暂存区,git commit 才落库,git log --oneline 查看历史。 日常撤销一律用 git switch / git restore 取代 checkout:切分支用 switch,丢工作区修改用 restore ,反悔 add 用 git restore --staged 。 改到一半要切分支时用...
本文要点 tmux 三层结构:会话(Session)装窗口、窗口(Window)装窗格(Pane),断线丢的只是连接,任务在会话里照跑,重连后 tmux attach 即可恢复。 长任务标准流程:tmux new -d -s 名字 后台建会话,tmux send-keys -t 名字 '命令' Enter 把任务送进去,tmux capture-pane -t 名字 -p 免附着查看输出。...
本文要点 tar 只负责打包(保留权限/属主/时间戳),压缩靠 gzip/bzip2/xz/zstd,已压缩归档无法 tar -rf 追加。 解包用 tar -xf 可自动识别压缩格式,无需写 z/j/J;-C 指定解包目录,--strip-components=N 去目录层。 算法取舍:gzip 兼容性最好,zstd 最快且体积接近 gzip,xz 最小但慢约 12 倍,bzip2 已被...
本文要点 uniq 只能去相邻重复行,必须先 sort 再 uniq,sort -u 等价于 sort | uniq。 数字排序必须用 sort -n,字典序下 10 会排在 2 前面;带单位的输出用 sort -h(如 du -sh 结果)。 统计出现次数用管道 sort | uniq -c | sort -rn,-c 计数、-rn 按次数降序。 统计日志高频项套路:awk '{print...
本文要点 Ubuntu 24.04 的 locate 是 plocate,apt install mlocate 会报无候选;版本可用 find --version | head -1 确认。 删除前先 -print 预览再 -delete(隐含 -depth,无确认);find 默认不跟随软链接,要跟加 -L。 找大文件用 -printf '%s %p' | sort -rn |...
本文要点 虚拟主机 maxexecutiontime=30s,同步等 AI 接口会白屏:响应先返回,用 registershutdownfunction 把生成挂到收尾执行。 outputbuffering=4096 会把 302 憋住,exit ≠ 响应已发出;PHP-FPM 下用 fastcgifinishrequest() 立即发响应。 面板操作改 AJAX 最省心:fetch +...
本文要点 v1.2.0 新增 AI 内容优化:发布文章自动生成摘要与关键词,前台输出 description/keywords 与 JSON-LD 结构化数据。 兼容任意 OpenAI 兼容接口(/chat/completions),换平台只改 BaseURL 与模型名,本站用智谱 glm-4-flash-250414。 AI...
本文要点 排查三步:top 定方向 → ps 按 CPU/内存排序抓进程 → 判资源/代码/配置问题再动手;负载小于核心数(nproc)才正常。 %Cpu(s) 看 us/sy/wa:us 高是应用层问题、sy 高是系统调用频繁、wa 高先查磁盘而非 CPU。 内存盯 avail Mem 而非 free;buff/cache 高属正常现象,swap 持续增长才是真缺内存。 僵尸进程 kill...