TeoSeo v1.3.0:GEO 优化、主题适配检测与自动更新修复
本文要点 TeoSeo v1.3.0 新增 GEO 优化:meta/og:description 清理、BreadcrumbList 结构化数据、文章顶部「本文要点」折叠块保护; 新增 GEO 开关(默认关闭,手动开启)与主题适配检测弹窗(非 Inaline 主题勾选开启时会提示,可前往博客留言请求适配); 新增 Inaline 主题适配补丁(inaline-patch/),解决 details.
本文要点 TeoSeo v1.3.0 新增 GEO 优化:meta/og:description 清理、BreadcrumbList 结构化数据、文章顶部「本文要点」折叠块保护; 新增 GEO 开关(默认关闭,手动开启)与主题适配检测弹窗(非 Inaline 主题勾选开启时会提示,可前往博客留言请求适配); 新增 Inaline 主题适配补丁(inaline-patch/),解决 details.
本文要点 lsattr 输出的 --------------e------- 是固定 22 个字符的属性位,一位一个标志;ext4 上的文件默认只带一个 e(extent 格式),它只读,chattr 自己也改不动 chattr +i 之后连 root 都动不了:删除、覆盖、chmod、改名、建硬链接全部 Operation not permitted,唯一出路是先 chattr -i...
本文要点 Ubuntu 上 /tmp 默认不按时间清理:出厂规则是 D /tmp 1777 root root -,老化字段是 -(永不老化),所以每天跑一次的清理定时器对 /tmp 什么也不做——实测本机连续运行 4 天,/tmp 里躺着 3 天前的文件 规则每行固定七段:类型 路径 权限 属主 属组 老化时间 参数,- 表示该项不设置;文件放 /etc/tmpfiles.d/,同名会覆盖...
本文要点 mkfifo 出来的文件 ls -l 第一位是 p、size 恒为 0:数据只在管道缓冲区里,从不落盘(实测传完数据后仍是 size=0 blocks=0) 没有读者时写端会一直阻塞:实测 timeout 2 到点杀进程返回 124;改成 exec 3<>fifo 读写方式打开则立刻返回 0 System V 共享内存是内核里的一块段,不是文件:ipcs -m...
本文要点 清单文件就是一列 哈希 + 两个空格 + 路径,sha256sum -c 逐行比对;只要有一行对不上就返回 1,脚本里可以直接用它当判断条件 sha256sum -c 只能发现「清单里列过的文件被改了」,新增文件它一个字都不会提——要抓新增得再拿 comm 对比清单与现状 dpkg -V 的清单用的是不带前导斜杠的相对路径(bin/ls),所以 dpkg -S /usr/bin/ls..
本文要点 stat 一次给出四个时间戳:Access(atime)、Modify(mtime)、Change(ctime)、Birth(创建时间 btime)。实测新建文件时四者完全相同,但它们的用途和可信度完全不同 touch -d 能把 mtime 改成 2020-01-01,ctime 却留在当下:ctime 是「inode...
本文要点 free 里的 free 列几乎没用:本文实测机器只剩 72Mi 空闲,available 却有 1.6Gi——Linux 把闲置内存全拿去做了页缓存,需要时随时回收 手动 dropcaches 释放 1.3Gi 缓存后,available 从 1.6Gi 到 1.6Gi 一点没变——这证明缓存本来就计入可用内存,生产上随手清缓存除了让磁盘重新读一遍,没有任何收益 ps 按 RSS...
本文要点 乱码的本质是「字节没变、解读方式变了」:同一个「编」字,UTF-8 存成 e7 bc 96 三个字节,GBK 存成 b1 e0 两个字节——用错的编码去读,自然是一屏莫名其妙的中文 file -i 会把 GBK 文件误判成 iso-8859-1(本文实测),不能盲信:它是靠启发式猜的,判断真实编码要结合文件来源、字节数和 hexdump iconv -f GBK -t UTF-8...
本文要点 nice 值范围 -20(最高)到 19(最低),内核按权重而非「优先级数字」分配 CPU:nice 0 权重 1024,nice 19 权重仅 15,理论差距约 68 倍;只有 root 能设负值 实测(1 核机器、两个死循环抢 8 秒):nice 0 的进程拿到 98.5% CPU、累计 00:00:07,nice 19 的只拿到 1.5%、累计 00:00:00——实测比值...
本文要点 setuid 的「全有或全无」问题:被攻破的程序直接等于 root。现代发行版已经在用更细的文件能力(capabilities)替代它——实测本机 /usr/bin/ping 是普通 755 权限 + capnetraw=ep 能力位,而 /bin/su 仍是 -rwsr-xr-x 的 setuid 程序 能力 = 内核里的细粒度权限位:绑定 1024 以下端口只需要...