把踩过的坑,写成能直接用的东西。
我是深励君。这里是我在维护的几个站点:Linux 与 Windows 的报错手册、常用文档与 AI 工具笔记,还有一些生活里的常识。写下来的东西,都先在真实环境里跑过。
最新更新
- LinuxFix systemd: Start request repeated too quickly — StartLimitBurst in [Service] still works, StartLimitIntervalSec does not
- LinuxFix Postfix: a stuck mail queue and the inodes it holds in /var/spool/postfix
- LinuxFix ext4: No space left on device, but df -h shows free space
- EventID Event 4625 Failure Code Lookup
- EventID PowerShell Event Log Query Builder
- EventID Event ID 7031: Service terminated unexpectedly
- 深励君的博客 高铁座椅是HPV重灾区?那张图上测的是核酸,不是活病毒
- 深励君的博客 路上“小蓝灯”拟被禁!借特种车色,2028年才实施
- 常识文档库 AI漫画故事图文教学资料大全 夸克网盘下载 附提取码
- 常识文档库 Coze工作流教程资料大全 夸克网盘下载 附提取码
- 常识文档库 Codex教程资料大全 夸克网盘下载 附提取码
- 深励君的博客 零售参考价1980元的那副镜片,批发价30元:两地已立案
为什么是几个站,而不是一个站
因为它们服务的人和搜索方式不一样。
一个运维半夜搜 Start request repeated too quickly,需要的是立刻能抄的命令和能对号入座的判据;一个普通用户想知道体检报告上那个指标是什么意思,需要的是不吓人、不说教的解释。把这两类内容塞进同一个首页,对谁都不方便。
所以每个方向一个站,各自把一件事说清楚。这个页面是它们的入口。
写东西的三条规矩
- 先复现,再落笔。 没有在虚拟机或真机上跑过的结论不写,宁可空着。
- 给判据,不给咒语。 不说「试试这个」,说「先看这一行输出,是 A 就改 X,是 B 就改 Y」。
- 写清楚边界。 哪个版本有效、哪个发行版不适用、什么情况下这套办法会失效。