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.
本文要点 文件系统有两套互相独立的额度:数据块与 inode。任何一套用尽,应用收到的都是 No space left on device(ENOSPC)——所以 df -h 显示还有空间,不代表还能建文件。 inode 的总数在 mkfs 格式化那一刻就定死了,之后无法在线增加。本文用 32MB 镜像加 mkfs.ext4 -N 128,在 /tmp 里把「128 个 inode 被 117..
本文要点 网卡收包不是在硬件中断里干完的:硬中断只做登记并触发软中断,真正把报文搬进协议栈的是 NETRX 软中断,/proc/softirqs 里能看到它开机以来的累计执行次数。 实测:20000 个 UDP 报文让 NETRX 从 4079482 涨到 4099491(+20009),而网卡硬中断只 +5——环回流量根本不进网卡,软中断与硬中断是两本账。...
本文要点 ~/.ssh/config 的匹配是「按关键字取第一个值」,不是「整段覆盖」:man 原文是 for each parameter, the first obtained value will be used。实测两个 Host web1 段(先 User alice 再 User bob),ssh -G 展开出来的是 user...
本文要点 回环不是「一个地址」,而是整整一段 127.0.0.0/8:本机 ip route show table local 里是 local 127.0.0.0/8 dev lo,所以 127.0.0.2、127.1.2.3 不用任何配置就能连——它们全都是本机 绑定地址决定「谁连得上」,而不是「服务开没开」:实测只绑 127.0.0.1:18080 时,连 127.0.0.2:18080..
本文要点 MTU 1500 限制的是 IP 层载荷,不是「数据」本身:ping -s 1472 才是刚好塞满 1500 的那个值(1472 + 20 字节 IP 头 + 8 字节 ICMP 头)。实测只多加 1 字节到 -s 1473,立刻报 ping: local error: message too long, mtu=1500——包根本没出网卡,是内核在发送前就拒了 DF...
本文要点 deb 包不神秘,它就是一个 ar 归档:实测 ar t 列出三个成员 debian-binary、control.tar.zst、data.tar.zst,文件头 8 字节是 !<arch>\n(xxd 显示 213c 6172 6368 3e0a)。Ubuntu 22.04 的 dpkg 1.21.1 默认用 zstd 压缩这俩 tar 打包只需要两样东西:一个...
本文要点 内核的连接跟踪表(conntrack)记录每条经过 netfilter 的连接:五元组、状态、剩余超时、是否双向确认。查看用 conntrack -L,装包只要 conntrack 表是空的,往往不是没在跟踪,而是跟踪压根没启动:conntrack 的 hook 只在「规则集里有人引用 ct」时才注册。实测不加任何规则时,跑完一次 HTTPS 请求 conntrack -C 仍然是...
本文要点 tmpfs 是拿内存当文件系统:df 显示的容量就是它的上限,size= 是硬墙。实测往 size=16M 的 tmpfs 里写 32M,dd 报 No space left on device、退出码 1,只写进去 16M,df 显示 100% tmpfs 占的内存记在 free 的 shared 列(实测写 16M 后 shared 从 0 变成 16),也记在...
本文要点 ls -l /dev 第一列的第一个字符 c / b 区分字符设备与块设备,后面那个 1, 3 才是关键:它是主设备号、次设备号。内核找驱动靠的是这组数字,跟文件名、跟路径毫无关系 三个"垃圾桶式"特殊文件的行为完全不同:/dev/null 写入丢弃、读立即 EOF(实测读出 0 字节);/dev/zero 读出来是无穷个 0;/dev/full 读也是 0,但任何写入都报...