这是fengyqf的博客
这只是一篇最初级的安装手记，适合首次简单的尝试
官网 https://nodejs.org/zh-cn/download 下载 v24.15.0 LTS 版本的 Windows x64 的 独立安装包文件(.zip)，解压缩到 D:\program\node-v24.15.0-win-x64
Windows 设置 – 系统 – 系统信息 – 右边栏相关设置 – 高级系统设置 – 系统属性对话框 – 高级 – 环境变量 – 系统环境变量
修改 PATH ，添加 D:\program\node-v24.15.0-win-x64
推[……]
在 GeneratePress 主题一时突发奇想，给网站做个图标，最好跟域名 path8.net 有点关系，找 chatGPT，Gemini 随便生成个图片找找灵感，明确说让生成 与 path 有关、淡化 8 ，但它们偏偏都生成了 8 的形象，一个是纯粹的 8 ，一个是平面的8 加几个地图上当前位置经常使用图钉标志，实在失望。转念想到莫比乌斯带，那就让他们生成，结果都很不好，再 google 找相关图片，也没有满意的，甚至自己在 photoshop 里捣鼓了半天，效果也都不好，甚至按 chatGPT 的提示用 linkscape ，想从一张老邮票的形状上提取出个图片，也是失败。还用纸带做了个模[……]
大概2019年（或者稍早一些）起，一直使用 80 端口上的 v2ray-plugin ，但约 2024/9/29 ，正在使用的服务突然断掉，检测发现80端口无法连接，几个同样配置的80端口服务都一样。于是切换到 443端口上的https ，平滑过渡。原以为过些天可能就好了，但并没有，看起来是墙识别了协议。
若干天后，可能是几个月后，修改了nginx配置，只允许 443/https 上反向代理到后端 v2ray-plugin，具体时间暂未查到。
2025/12/19 ，无意中发现 80 端口上的 http 通了，检查后确认无误；（约在此前一个月左右的样子，查询过搬瓦工更换IP的事情，[……]
记录一段经历，关于 Namecheap 粗暴地停用域名、锁定账户的事件。
涉及域名就是本博客的域名。根据 whois 信息，该域名注册于 2010-05-14，距今已超过 15 年。前几天，该域名被注册商 Namecheap 突然停用。
事情发生在 2025-12-07。当时正在做服务器维护，使用域名连接服务器 SSH，几分钟前还正常连接，突然再无法连上服务器；ping 域名得到“请求找不到主机”的消息；连接 IP 则完全正常，于是先用 IP 地址继续服务器维护。之后登录 Namecheap 后台，发现账户被锁定，提示“账户涉及诈骗”，无法登录。这是一个相当严重的问题。
起初[……]
背景，一直使用的 lightsail 的 1G内存实例作服务器，突然间挂掉了，快照并新建实例也起不来，只能把快照迁移到 aws 上，新建一个最小的EC2并把磁盘挂到上面，原来是 xfs 文件系统损坏，xfs_repair 修复一下，顺利完成，除了有几行错误提示，mount 后检查文件，看起来文件都在，尤其web 目录大小也正常，这就放心了（mysql 有实时的异地复制，并不担心）。开始重装环境，迁移数据，沿用以前的步骤（基础，Web），多数是机械操作，也趁机把以前的步骤梳理改进一下。
lightsail 的镜像已经不再提供 CentOS 7，本来想换用 A[……]
一个简单的备份脚本，适合小型站点的使用，主要功能
正式脚本见后文附件。下面是需要主要要重点关注的部分
#!/bin/bash set -euo pipefail # us[......]
从损坏的系统做恢复，要查询一些文件归属于哪个 rpm 包， rpm –dbpath 的参数非常有用：从损坏系统的 /var/lib/rpm 复制出 rpmdb ，并通过 –dbpath 指定到该目录
但，奇怪的是，完全没有结果，甚至修复了这个目录 rpm –dbpath tmp/rpmdb/ –rebuilddb ，也没报错，所有都正常。
原因，只在于，做 rpm 查询时，–dbpath 参数必须使用绝对路径，以 / 开头的地址，否则就是无言的罢工。
rpm 手册里，对此也没有做任何说明。
坑啊！坑啊！坑啊！
[……]
一直使用的 aws lightsail 实例只有1G内存，相当小，整个网站都在上面跑，包括数据库，所以各种配置都可谓是缩小到了极致。而 lightsail 默认没有 swap ，之前也就这么用着，反正lightsail 的磁盘性能很差。
近期，考虑到偶尔会有短暂的多个 php-fpm 进程跑满，然后网站无响应（Wordpress 更新时尤其明显）。但又不能贸然增加 php-fpm 进程数，因为很早以前因为 php-fpm 进程数比较大，甚至多次造成MySQL进程挂掉。
于是，尝试启用 swap 看一下效果如何，能否改善有突发的过负载。理论上swap分区会比swap文件的性能略微好一点点，可是要缩减根分区而腾空间，操作麻烦还危险，还是用 swap 文件简单。
[……]
VMware 虚拟机的磁盘文件（ .vmdk ）会随着使用而越来越大，在虚拟机内部删除文件后，也并不会收缩，要手工回收才行，甚至还要多做些其他步骤。
以 VMware® Workstation 17 Pro 为例，其他版本大概没有多少差别。
虚拟机磁盘文件，并不是把整个整个磁盘一股脑的镜像到文件，而是一般为稀疏文件。写入文件时，对于实际有数据的部分，才真正写入到文件，一般是一块一块的写入磁盘文件中，对于全部是0的块，则不写，只记录个偏移位置。删除数据时，一般并不对抹除数据区，而只是标记了索引记录。于是删除文件后，直接回收磁盘文件，并不能让缩小文件，经常完全没有效果。原因就是没有抹掉[……]