春有百花秋有月
夏有凉风冬有雪榨干甲骨文VPS：从全局卡顿到满血4K
Xray + Cloudflare WARP 完美智能分流 · 解锁 ChatGPT/Gemini 保姆级教程
自建节点的小伙伴常常会遇到一个两难抉择：为了解锁 ChatGPT、Gemini 或 Claude 等对机房 IP 封锁极严的 AI 服务，我们通常会在 VPS 上套一层 Cloudflare WARP。
然而，如果使用传统的"全局 WARP（WGCF模式）"，整台服务器的所有出站流量都会被强制拉进 WARP 的虚拟网卡。由于 Cloudflare 免费公用节点的带宽处于全球网民"公地悲剧"的状态，晚高峰或网络抽风时，原本可以跑满几百兆的甲骨文原生网络，会被活生生限速到 1 Mbps（连 YouTube 1080P 都卡）。
本文将分享一套企业级/生产标准的分流架构：让服务器恢复纯净原生公网（YouTube 直连秒开 4K 几万 Kbps），同时让 Xray 像智能交通警察一样，只把去往 AI 网站的流量精准踢给 WARP 转发，完美兼顾极致网速与流媒体/AI完美解锁。
我们要做的第一步，就是把 WARP 从"接管全局网卡的流氓"变成"只在后台默默监听的备用通道"。
cf2.卸载全局 WARP：在弹出的菜单中，先输入 4 彻底卸载当前运行的 WGCF-WARP（防止新旧模式冲突）。
3.安装 Socks5-WARP：重新输入 cf 进入菜单，选择 2. 方案二：安装 Socks5-WARP。
4.记录本地端口：一路回车保持默认安装。安装成功后，脚本会在屏幕上提示一个关键的本地监听端口，通常默认为 40000（本地 IP 为 127.0.0.1）。
服务器备份体系搭建全记录
本文记录于 2026-05-28，基于 Oracle ARM Ubuntu 20.04 LTS 环境，折腾了一整个下午才搞定。
服务器上跑着一堆服务：两个 Typecho 博客、一个 OpenClaw AI 中台、各种 Docker 容器（PhotoPrism、BitWarden、alist 等），还有 Java/Python 微服务。每天凌晨把这些东西自动备份到 OneDrive，并且要求：
/mnt/onedrive/bak/
├── Mon/ ← 周一备份（7天循环）
├── Tue/ ← 周二备份
├── Wed/ ← 周三备份
├── Thu/ ← 周四备份 ← 今天生成的
├── Fri/ ← 周五备份
├── Sat/ ← 周六备份
└── Sun/ ← 周日备份每个工作日目录内，包含以下备份文件：
Thu/
├── backup_server.sh ← 备份脚本本身（核心！）
├── crontab.txt ← Cron 任务配置导出
├── docker_volumes.tar.gz ← Docker 数据卷（待 Docker 可用后生效）
├── dockers.tar.gz ← /opt/dockers 容器配置
├── install_software.sh ← 快速安装脚本（可在新机跑）
├── nginx_conf.tar.gz ← Nginx conf.d 配置
├── nginx_ssl.tar.gz ← SSL 证书目录
├── openclaw.tar.gz ← OpenClaw 整个主目录
├── packages.txt ← 系统已装软件完整清单
├── service.tar.gz ← /opt/service 微服务
├── typecho.tar.gz ← 主博客（SQLite 安全打包）
└── typecho_sex.tar.gz ← 第二个博客单轮次总大小约 786M，7 天循环总共约 5.5G，对 OneDrive 来说毫无压力。
阅读剩余部分 →从windows拷贝到Mac上的堡垒机私钥无法使用问题解决方案
输入口令后报错信息:Keys(Pkcs1(Pkcs8(Asn1(Error
SSH Connecting to portal-pro
SSH Host key fingerprint:
SSH ssh-rsa SHA256:K2YjDYXsD5ehqZvvBfxvW0voThaKT9nRqXtXVQxu1yQ
SSH ! Failed to load private key file:///Users/zgz/Documents/dev/server_file/0.197_luojugang: Error: Keys(Pkcs1(Pkcs8(Asn1(Error { kind: Length { tag: Tag(0x6e: APPLICATION [14] (constructed)) }, position: None }))))查看私钥文件:
cat /Users/zgz/Documents/dev/
<!--more-->
server_file/0.197_luojugang如下信息:
-----BEGIN RSA PRIVATE KEY-----
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-EDE3-CBC,557572BEACB4BC74这说明：
• 这是一个 PEM 格式、RSA 私钥
• 加密过，密码保护的
• 加密方式是 DES-EDE3-CBC
→ 新版 OpenSSH 和许多 Rust SSH 库默认不再支持这种旧式加密 PEM 私钥格式了
⸻
📌 解决方法：
✅ 方法 1：解密私钥并转成不加密的 PEM 格式
在 Mac 上执行：
阅读剩余部分 →从 MacBook Air M1 迁移到 M4：完整迁移助手记录
最近入手了 MacBook Air M4，顺利把原来的 MacBook Air M1 上的数据迁移过来，记录一下整个过程和遇到的小坑，给后来者参考。
📦 设备配置
设备 配置
旧设备 MacBook Air M1 2020, macOS Sequoia 15.0.1
新设备 MacBook Air M4 2024, macOS Sequoia 15.3
迁移方式 迁移助理（Migration Assistant）
连接方式 Thunderbolt 4 数据线直连
数据量 约 180 GB
📃 迁移前准备
.5
👉 避免版本不一致导致迁移助手卡顿/断连的问题。
📦 迁移步骤
1️⃣ 打开迁移助手
• 应用程序 → 实用工具 → 迁移助理
• 新机选择「从 Mac、Time Machine 或启动磁盘转移数据」
2️⃣ 连接设备
• 插上雷雳4线，或连同一 Wi-Fi
• 等待两台设备互相识别
MySQL Client 8.0.42 安装过程记录（内网服务器）
在可访问外网的服务器，前往 MySQL官网 下载以下 RPM 包：
保存到目录：
/home/appadmin/2025/2️⃣ 上传 RPM 包到内网服务器
⚠️ 注意：
使用 rz 上传发现 上传后 MD5 值与源文件不一致，导致安装异常。
📌 解决方法：
改用 scp 方式上传，确保文件完整。
示例命令：
阅读剩余部分 →配置uWSGI
应用背景
本配置文档适用于基于 Flask 的 file_upload 应用。应用所在目录为 /opt/service/python_prj/fileUpload/upload/ver3，并使用 uWSGI 提供服务。通过系统服务管理器 systemd 启动和管理 uWSGI。
在虚拟环境 pictoHub.env 中安装 uWSGI：
source /opt/service/python_prj/pictoHub.env/bin/activate
pip install uwsgi
deactivate2. 创建 uWSGI 用户
为 uWSGI 服务创建独立的运行用户 uwsgi：
sudo useradd -r -s /bin/false uwsgi3. 授权相关目录
确保 uwsgi 用户对必要目录有权限：
sudo mkdir -p /var/log/uwsgi
sudo mkdir -p /run/uwsgi
sudo chown -R uwsgi:uwsgi /opt/service/python_prj/fileUpload/upload/ver3
sudo chown -R uwsgi:uwsgi /var/log/uwsgi
sudo chown -R uwsgi:uwsgi /run/uwsgi4. 创建 uWSGI 配置文件
在 /opt/service/python_prj/fileUpload/upload/ver3/ 中创建 uwsgi.ini 文件，内容如下：
[uwsgi]
<!--more-->
# uWSGI 运行用户和组
uid = uwsgi
gid = uwsgi
# 启动服务监听的地址和端口
http-socket = 0.0.0.0:8066
# 指定虚拟环境路径
virtualenv = /opt/service/python_prj/pictoHub.env
# 指定 Flask 应用文件的路径
wsgi-file = /opt/service/python_prj/fileUpload/upload/ver3/app.py
# 设置 Flask 的应用实例
callable = app
# 设置静态文件目录映射
static-map = /static=/opt/service/python_prj/fileUpload/upload/ver3/static
# 日志文件路径
logto = /var/log/uwsgi/uwsgi.log
# 设置进程数
processes = 4
# 确保应用正常启动
touch-reload = /opt/service/python_prj/fileUpload/upload/ver3/app.py5. 创建 Systemd 服务文件
在 /etc/systemd/system/ 目录下创建 file_upload-uwsgi.service，内容如下：
阅读剩余部分 →Mac install Erlang and RabbitMQ
以下是如何在 Mac 上安装 Erlang 和 RabbitMQ，并启用 RabbitMQ 可视化监控插件的详细步骤。
阅读剩余部分 →推送（git push）操作在向 GitHub 发送数据时遇到了问题
您遇到的 Git 错误日志表明，推送（git push）操作在向 GitHub 发送数据时遇到了问题。具体错误信息如下：
error: RPC failed; HTTP 400 curl 22 The requested URL returned error: 400
send-pack: unexpected disconnect while reading sideband packet
fatal: the remote end hung up unexpectedly这些错误通常与以下几个原因相关：
这部分显示了您提交的文件大小（54.45 MB）。Git 默认推送限制较小的文件，如果您上传的文件太大，可能会导致超时或断开连接。
解决办法：
• 您可以通过调整 Git 的 http.postBuffer 设置来增加上传限制。运行以下命令来增加缓冲区大小：
git config --global http.postBuffer 524288000这将把上传缓冲区的大小设置为 500MB。
解决办法：
• 如果您的文件太大，您可能需要使用 Git LFS（Git Large File Storage）来管理大文件。您可以按照 GitHub 官方文档 设置 Git LFS 来解决这个问题。
网络问题：
• 有时网络中断或不稳定也会导致上传过程中断。您可以尝试重新提交或者在网络更稳定的环境下再试一次。
分支名称问题：
• 您的命令是 git push -u master master，看起来像是想将本地的 master 分支推送到远程的 master 分支，但 master 分支在 GitHub 上可能已经更名为 main。
使用jVectorMap工具为typecho增加足迹功能
本文部署后的足迹地图如下:
https://313390.xyz/index.php/51.html
github参考地址：
https://github.com/HelloWuJiaYi/jVectorMap-Footprint
注意事项：
# Map info
location /map {
index index.html;
#try_files $uri $uri/ =404;
add_header X-Frame-Options "ALLOWALL";
}
<!--more-->
-
2.修改index.html，可根据注释修改使用中国地图或者世界地图，然后增加自已的足迹点，足迹坐标可参考：
https://jingweidu.bmcx.com/3.新建独立页面，引入如下代码：
!!! <iframe style="max-width: 100%" frameborder="no" border="0" marginwidth="0" marginheight="0" width="100%" height="600px" src="https://313390.xyz/map/index.html"> </iframe> !!! -
4.收工，访问新建的独立页面即可。
阅读剩余部分 →
调整Mac book中Launchpad启动台的行、列数量
具体办法：
打开终端，复制并执行以下4行命令：
defaults write com.apple.dock springboard-columns -int 12
defaults write com.apple.dock springboard-rows -int 8
defaults write com.apple.dock ResetLaunchPad -bool TRUE
killall Dock说明：
以上每行的含义：
1、调整每一列显示图标数量，9表示每一列显示9个，数字部分可根据个人喜好进行设置。
2、调整多少行显示图标数量，这里我用的是6，数字部分你也可以改成8或其他
3、重置Launchpad
4、重启Dock恢复默认设置的方法，在终端Terminal中执行以下4行命令（全部复制）：
阅读剩余部分 →