Sergio7的博客

Claude Code 免订阅桥接 DeepSeek

Mon, 13 Jul 2026 00:00:00 +0000

通过配置系统环境变量，可绕过 Anthropic 官方订阅限制，将 Claude Code 命令行客户端的底层大模型切换为 DeepSeek 引擎。所有请求和扣费均通过个人的 DeepSeek API 账户处理。

一、客户端安装

由于存在地区限制，直接使用官方 curl 或 powershell 脚本下载可能会触发风控阻断。请使用各系统的原生包管理器绕过限制进行安装：

1. 全平台通用（使用 Node.js / npm 推荐）

1

npm install -g @anthropic-ai/claude-code

2. Mac 用户（使用 Homebrew）

1

brew install anthropic-ai/claude-code/claude-code

3. Windows 用户（使用 winget）

1

winget install Anthropic.ClaudeCode

二、永久系统环境变量配置

将环境变量写入系统，使 Claude Code 全局默认重定向至 DeepSeek 服务器。

1. Linux / macOS 环境

打开终端配置文件（以 ~/.zshrc 为例，若使用 Bash 请改为 ~/.bashrc）：

1

vim ~/.zshrc

在文件末尾添加以下配置内容：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# Claude Code 切换为 DeepSeek 引擎
export ANTHROPIC_BASE_URL=https://api.deepseek.com/anthropic
export ANTHROPIC_AUTH_TOKEN="你的_DEEPSEEK_API_KEY"

# 模型映射配置
export ANTHROPIC_MODEL=deepseek-v4-pro
export ANTHROPIC_DEFAULT_OPUS_MODEL=deepseek-v4-pro
export ANTHROPIC_DEFAULT_SONNET_MODEL=deepseek-v4-pro
export ANTHROPIC_DEFAULT_HAIKU_MODEL=deepseek-v4-flash
export CLAUDE_CODE_SUBAGENT_MODEL=deepseek-v4-flash
export CLAUDE_CODE_EFFORT_LEVEL=max

保存并退出编辑器后，使配置在当前终端生效：

1

source ~/.zshrc

2. Windows 环境（图形界面配置）

按下 Win + S，搜索并打开“编辑系统环境变量”。
点击右下角“环境变量”按钮。
在“用户变量”区域点击“新建”，依次将下列键值对添加至系统中：

变量名 (Variable Name)	变量值 (Variable Value)
`ANTHROPIC_BASE_URL`	`https://api.deepseek.com/anthropic`
`ANTHROPIC_AUTH_TOKEN`	你的_DEEPSEEK_API_KEY
`ANTHROPIC_MODEL`	`deepseek-v4-pro`
`ANTHROPIC_DEFAULT_OPUS_MODEL`	`deepseek-v4-pro`
`ANTHROPIC_DEFAULT_SONNET_MODEL`	`deepseek-v4-pro`
`ANTHROPIC_DEFAULT_HAIKU_MODEL`	`deepseek-v4-flash`
`CLAUDE_CODE_SUBAGENT_MODEL`	`deepseek-v4-flash`
`CLAUDE_CODE_EFFORT_LEVEL`	`max`

⚠️ 注意：配置完成后，必须重新启动当前打开的终端（或关闭并重新打开 VS Code），新加的环境变量方能生效。

三、启动与验证

完成上述配置后，无需使用 Claude Desktop 桌面软件。直接在终端中切换到项目目录并执行以下命令：

1

claude

交互式编程助手将被拉起，其底层交互全面由绑定的 DeepSeek 账户承载。

WordPress导航栏添加带 Iconify 图标的常用服务下拉菜单

Fri, 03 Jul 2026 00:00:00 +0000

背景

自建了 RDP 远程桌面、Immich 相册、Aria2 下载、SSH 面板等一批常用服务的入口，想在博客导航栏里加一个下拉菜单集中收纳，点开就能跳转，并且每一项都带上对应的图标（图标来自 iconify.design）。

站点主题是 Blogsy（Peregrine Themes 出品），确认下来是经典/混合主题：内容用 Gutenberg 编辑，但整站结构（导航菜单、头部/尾部）走的是外观 → 自定义（Customizer）和外观 → 菜单，不是 FSE 站点编辑器。因此方案完全基于 WordPress 原生的「菜单」组件，不需要额外装插件（除了一个可选的头部代码插件）。

思路

全站加载 Iconify 的 Web Component 脚本，让 <iconify-icon> 标签能正常渲染成图标
在「外观 → 菜单」里建一个带子菜单的导航项，子菜单每一项的「导航标签」里直接写入 <iconify-icon> + 文字的 HTML（WordPress 菜单标签字段允许写入 HTML，不会被转义）
用一段 CSS，让图标和文字在下拉菜单里对齐、间距合理

一、加载 Iconify 脚本

装一个免费插件 WPCode（或 Insert Headers and Footers），在"代码片段 → 头部"粘贴：

1

<script src="https://code.iconify.design/iconify-icon/2.1.0/iconify-icon.min.js"></script>

如果 Blogsy 主题设置里自带「自定义代码 / Header Scripts」选项，也可以直接填在那里，省得装插件。

二、建立菜单结构

外观 → 菜单：

添加一个「自定义链接」，URL 填 #，链接文字填 “常用服务”，作为呼出下拉菜单的顶级按钮
依次添加若干个「自定义链接」，URL 填各服务地址，链接文字直接粘贴带图标的 HTML，例如：

1

<iconify-icon icon="devicon:windows11"></iconify-icon> RDP 远程桌面

1

<iconify-icon icon="selfhst:immich"></iconify-icon> Immich 相册

1

<iconify-icon icon="mdi:download-circle" style="color:#f59e0b"></iconify-icon> Aria2 下载

1

<iconify-icon icon="famicons:terminal"></iconify-icon> SSH homeserver

1

<iconify-icon icon="devicon:linux"></iconify-icon> Linux 学习

把这几个自定义链接向右拖动缩进到"常用服务"下面一级（WordPress 菜单编辑器里拖动即可产生父子关系），保存菜单

保存后前台会出现一个"常用服务"顶级菜单项，悬停/点击会弹出下拉子菜单，每一项都带图标。

三、CSS 美化（关键坑点）

踩坑记录：Blogsy 实际渲染出的下拉菜单结构，是把图标和文字包在同一个 <span> 里：

1
2
3
4
5


<li class="menu-item ...">
 <a href="...">
 <span><iconify-icon icon="...">...</iconify-icon> RDP 远程桌面</span>
 </a>
</li>

不是"图标、文字各自独立"的结构。所以 flex 布局必须加在这个内层 <span> 上，而不是 <a> 标签本身，否则样式不会生效。

外观 → 自定义 → 附加CSS，加入：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


/* 子菜单容器宽度 */
.menu-item-has-children .sub-menu {
 min-width: 240px;
}

/* 每一行链接的内边距 */
.sub-menu .menu-item > a {
 padding: 10px 16px !important;
}

/* 关键：图标+文字都在这个 span 里，flex 要加在这里 */
.sub-menu .menu-item > a > span {
 display: inline-flex !important;
 align-items: center;
 gap: 10px;
}

/* 图标本身的大小和对齐 */
.sub-menu iconify-icon {
 font-size: 20px;
 display: inline-flex;
 vertical-align: middle;
 flex-shrink: 0;
}

小结

图标直接调用 iconify.design 的在线图标库，去 https://icon-sets.iconify.design/ 搜索关键词即可换用其他图标，写法是 icon="集合前缀:图标名"
核心坑点：Blogsy 主题把图标和文字包在同一个 <span> 里渲染，CSS 的 flex 布局必须作用在这个内层 <span> 上

基于 IPv6 直连与 Cloudflare Tunnel 的 Immich 双链路高可用照片备份

Fri, 03 Jul 2026 00:00:00 +0000

痛点与背景

在搭建私有相册部署服务（如 Immich）时，远程访问通常面临两个抉择：

Cloudflare Tunnel（内网穿透）：免去公网 IP 的烦恼，且带有安全防护和标准 HTTPS。但免费版存在单个文件上传最大 100MB 的硬性限制，在备份动辄数 GB 的手机原画视频时极易断开。
公网 IPv6 直连：随着家宽 IPv6 的普及，端到端的直连速度极快，且完全没有上传大小限制。但 IPv6 地址是动态变化的，且直接暴露端口存在安全隐患。

为了兼顾“大文件无限制传输（IPv6直连）”与“全网无缝容灾（CF Tunnel）”，本文实践了一套双链路高可用方案。当处于良好 IPv6 网络下，客户端优先走高带宽直连；在纯 IPv4 环境下，自动降级走 Tunnel 容灾。

第一部分：方案架构设计

本方案的核心在于通过 Nginx 精确分流，将现有的 Web 服务（如 WordPress）与相册服务隔离，同时利用 acme.sh 的 DNS API 模式自动为 IPv6 直连申请原生 SSL 证书。

第一顺位（主力）：https://your-ipv6-subdomain.domain.com $\rightarrow$ Nginx (443) $\rightarrow$ Immich (2283)【灰云直连，无限制】
第二顺位（容灾）：https://your-tunnel-subdomain.domain.com $\rightarrow$ Cloudflare Tunnel $\rightarrow$ Immich (2283)【黄云穿透，100MB限制】

第二部分：核心配置步骤

1. Nginx 宿主机反向代理与大文件优化

在 /etc/nginx/sites-available/ 下为 IPv6 直连域名创建独立的虚拟主机配置，利用精确的 server_name 匹配，避免被已有的默认重定向规则（如 server_name _）拦截。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36


server {
 listen 443 ssl http2;
 listen [::]:443 ssl http2;
 server_name your-ipv6-subdomain.domain.com;

 # SSL 证书路径
 ssl_certificate /etc/nginx/ssl/immich.crt;
 ssl_certificate_key /etc/nginx/ssl/immich.key;

 # 核心：解除 Nginx 自身的上传限制（0 代表无限）
 client_max_body_size 0;

 # 关闭临时文件缓冲，大文件直接透传给后端容器，避免磁盘 I/O 瓶颈
 proxy_buffering off;
 proxy_request_buffering off;

 location / {
 proxy_pass http://127.0.0.1:2283; 
 
 # 传递必要的 Header
 proxy_set_header Host $host;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 proxy_set_header X-Forwarded-Proto $scheme;

 # 开启 WebSocket 支持（Immich 实时同步必须）
 proxy_http_version 1.1;
 proxy_set_header Upgrade $http_upgrade;
 proxy_set_header Connection "upgrade";
 
 # 延长超时时间到 10 分钟以上，防止大视频切片传输时间过长
 proxy_read_timeout 600s;
 proxy_send_timeout 600s;
 keepalive_timeout 620s;
 }
}

2. 轻量化 SSL 证书自动化（acme.sh）

避免引入沉重的可视化证书管理容器，直接在宿主机利用 acme.sh 配合 Cloudflare DNS API 验证申请 ECC 证书：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# 导入 Cloudflare 凭证
export CF_Token="your_cloudflare_dns_edit_token"
export CF_Account_ID="your_cloudflare_account_id"

# 申请证书
acme.sh --set-default-ca --server letsencrypt
acme.sh --issue --dns dns_cf -d your-ipv6-subdomain.domain.com --ecc

# 安全安装证书至 Nginx 目录并配置自动重载
acme.sh --install-cert -d your-ipv6-subdomain.domain.com --ecc \
--key-file /etc/nginx/ssl/immich.key \
--fullchain-file /etc/nginx/ssl/immich.crt \
--reloadcmd "sudo systemctl reload nginx"

3. 稳健的 Shell + Crontab IPv6 DDNS 脚本

家宽 IPv6 变化频繁，且 Cloudflare API 对于 Token 鉴权较为严格。当使用局部的 DNS:Edit 权限 Token 时，必须通过特定的 ZONE_ID 精确发起 PATCH 请求，否则极易触发误导性的 10000 Authentication error。编写自动化更新脚本 ~/scripts/cf-ddns.sh：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51


#!/bin/bash

# --- 配置区域 ---
CF_TOKEN="your_cloudflare_dns_edit_token"
ZONE_ID="your_cloudflare_zone_id"
SUBDOMAIN="your-ipv6-subdomain.domain.com"
# ----------------

# 1. 获取服务器当前的公网 IPv6 地址（排除本地链路和临时地址）
CURRENT_IPV6=$(ip -6 addr show scope global | grep -v "deprecated" | grep -oE '([0-9a-fA-F]{1,4}:){7}[0-9a-fA-F]{1,4}' | head -n 1)

if [ -z "$CURRENT_IPV6" ]; then
 echo "$(date): 未检测到公网 IPv6 地址"
 exit 1
fi

# 2. 查询 Cloudflare 当前的 AAAA 记录
DNS_RECORD_INFO=$(curl -s -X GET "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/dns_records?type=AAAA&name=$SUBDOMAIN" \
 -H "Authorization: Bearer $CF_TOKEN" \
 -H "Content-Type: application/json")

if [[ "$DNS_RECORD_INFO" == *"\"success\":false"* ]]; then
 echo "$(date): Cloudflare API 鉴权失败！详细报错: $DNS_RECORD_INFO"
 exit 1
fi

RECORD_ID=$(echo "$DNS_RECORD_INFO" | awk -F'"id":"' '{print $2}' | awk -F'"' '{print $1}')
CLOUDFLARE_IPV6=$(echo "$DNS_RECORD_INFO" | awk -F'"content":"' '{print $2}' | awk -F'"' '{print $1}')

if [ -z "$RECORD_ID" ]; then
 echo "$(date): 未在 Cloudflare 中找到 $SUBDOMAIN 的 AAAA 记录，请确认后台已手动添加过该记录。"
 exit 1
fi

# 3. 比对并执行轻量更新
if [ "$CURRENT_IPV6" = "$CLOUDFLARE_IPV6" ]; then
 echo "$(date): IP 未发生改变 ($CURRENT_IPV6)，无需更新。"
else
 echo "$(date): IP 发生改变，正在将 [$CLOUDFLARE_IPV6] 更新为 [$CURRENT_IPV6]..."
 
 UPDATE_RESULT=$(curl -s -X PATCH "https://api.cloudflare.com/client/v4/zones/$ZONE_ID/dns_records/$RECORD_ID" \
 -H "Authorization: Bearer $CF_TOKEN" \
 -H "Content-Type: application/json" \
 --data "{\"content\":\"$CURRENT_IPV6\"}")
 
 if [[ "$UPDATE_RESULT" == *"\"success\":true"* ]]; then
 echo "$(date): Cloudflare DNS 更新成功！"
 else
 echo "$(date): Cloudflare DNS 更新失败！错误信息: $UPDATE_RESULT"
 fi
fi

通过 crontab -e 设置每 5 分钟定时对齐：

1

*/5 * * * * /bin/bash /home/username/scripts/cf-ddns.sh >> /home/username/scripts/ddns.log 2>&1

第三部分：避坑指南总结

Cloudflare 10000 报错陷阱：CF API Token 在进行 zones 查询或修改时，如果传入的 ZONE_ID 实际上是 Account ID，接口不会返回“未找到该区域”，而是直接抛出权限不足的混淆报错。可通过 curl -s -X GET "https://api.cloudflare.com/client/v4/zones" -H "Authorization: Bearer <TOKEN>" 准确核对专属的 32 位 Zone ID。
安全性防探测兜底：灰云直连意味着向公网暴露了 443 端口。建议修改全局 nginx.conf 引入 server_tokens off; 隐藏版本。同时配置未匹配域名的默认 443 虚拟主机，对直接扫描公网 IPv6 地址的请求直接返回 444（断开连接），确保只有通过专属合法域名访问的客户端才能安全握手。

优雅的外网离线下载：Aria2 + AriaNg + Cloudflare Tunnel 安全长常驻方案

Tue, 30 Jun 2026 00:00:00 +0000

在现代私有云与数字化工作流中，拥有一个能够“随时随地、即添加即走”的远程离线下载服务器是极大地提升生产力的利器。本文将完整记录如何从零开始，在服务器侧部署 Aria2 核心，通过 Systemd 实现无缝系统常驻，并利用 Cloudflare Tunnel 与 Zero Trust 构建免公网 IP、免配置 SSL 证书的超安全外网访问控制。同时，本文还包含了一套全自动、具备错误熔断机制的 BT Tracker 定态跟踪优化脚本。

🛠 一、后端核心：Aria2 安装、配置与 Systemd 常驻服务

1.1 基础目录准备与配置分离

为了保证系统升级或脚本读写时不破坏核心参数，推荐将 主配置 与 动态变化的 Tracker 列表 进行文件分离。

在当前用户的家目录下创建配置目录（以用户 user 为例）：

1
2
3
4


mkdir -p ~/.aria2
touch ~/.aria2/aria2.conf
touch ~/.aria2/tracker.conf
touch ~/.aria2/aria2.session

打开 ~/.aria2/aria2.conf，写入以下经过优化的核心基础配置：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


# ====== 基础与下载设置 ======
dir=/path/to/your/downloads
log-level=warn
input-file=/home/user/.aria2/aria2.session
save-session=/home/user/.aria2/aria2.session
save-session-interval=60
max-concurrent-downloads=5
continue=true

# ====== RPC 远程控制设置 ======
enable-rpc=true
rpc-allow-origin-all=true
rpc-listen-all=true
rpc-listen-port=6800
# 强烈建议设置复杂的 Secret Token 保护接口
rpc-secret=YOUR_HEAVY_RPC_SECRET_TOKEN

# ====== BT 特殊设置 ======
bt-max-peers=55
enable-dht=true
enable-peer-exchange=true

# ====== 核心重点：解耦引入外部 Tracker ======
include=/home/user/.aria2/tracker.conf

注意：Aria2 的 include 语法要求被引入文件绝不能为空。请在 tracker.conf 中首行预先写入 bt-tracker= 占位，否则启动会报错。

1.2 构建 Systemd 服务实现无缝常驻

为了让 Aria2 在系统崩溃或重启时能够自动拉起，我们需要将其托管给系统的 init 进程。

创建服务单元文件：

Bash

1

sudo nano /etc/systemd/system/aria2.service

写入以下配置（关键点在于显式指定普通用户 User 运行，避免遭遇权限壁垒）：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


[Unit]
Description=Aria2 Download Manager
After=network.target

[Service]
Type=simple
User=user
ExecStart=/usr/bin/aria2c --conf-path=/home/user/.aria2/aria2.conf
Restart=on-failure
RestartSec=5s

[Install]
WantedBy=multi-user.target

确保文件的所有权正确，然后启动并启用开机自启：

1
2
3
4


sudo chown -R user:user /home/user/.aria2
sudo systemctl daemon-reload
sudo systemctl enable aria2
sudo systemctl start aria2

通过 sudo systemctl status aria2 验证，若看到一片绿色的 active (running) 则说明后端核心部署成功。

🌐 二、网络穿透：Nginx 转发与 Cloudflare Tunnel 边缘映射

2.1 应对 RPC 协议限制的痛点

Cloudflare Tunnel 默认只转发标准的 HTTP/HTTPS（80/443）流量，而 Aria2 RPC 采用的是原生的 TCP 协议（6800端口）。为了规避浏览器的“混合内容安全策略（Mixed Content）”拦截，最优雅的解法是通过 Nginx 拦截 RPC 的 WebSocket 长连接，将其伪装并合并到 80 端口，再交给 Tunnel 加密上云。

2.2 Nginx 反向代理配置

在 Nginx 的站点配置文件中，为 RPC 请求专门开辟一条伪装路径（例如 /jsonrpc），并开启对 WebSocket 协议头（Upgrade）的支持：

Nginx

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


server {
 listen 80;
 server_name aria.yourdomain.com; # 你的 Cloudflare 映射域名

 # 转发 Aria2 RPC 信号
 location /jsonrpc {
 proxy_pass http://127.0.0.1:6800/jsonrpc;
 proxy_redirect off;
 proxy_set_header Host $host;
 proxy_set_header X-Real-IP $remote_addr;
 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
 
 # 核心：支持 WebSocket 长连接
 proxy_http_version 1.1;
 proxy_set_header Upgrade $http_upgrade;
 proxy_set_header Connection "upgrade";
 }

 # 可选：如果你将 AriaNg 前端静态文件也托管在该服务器
 location / {
 root /var/www/aria-ng;
 index index.html;
 }
}

配置完成后重载服务：sudo nginx -s reload。

2.3 Cloudflare Tunnel 绑定

进入 Cloudflare Zero Trust 控制台，在 Tunnels 页面下为该容器或守护进程添加一个 Public Hostname：

Subdomain / Domain: aria.yourdomain.com
Service Type: HTTP
URL: localhost:80 (指向 Nginx 端口，而不是直连 6800)

此时，Cloudflare 会在边缘自动为你生成 SSL 证书，全权接管 HTTPS 443 加密。

🔒 三、访问控制：Zero Trust 拦截下的 RPC 策略穿透

当我们在 Cloudflare Access 中为 aria.yourdomain.com 部署了身份验证（如邮箱验证码）后，由于 AriaNg 前端发起的 RPC 异步长连接无法自动携带 Cloudflare 的认证 Cookie，会导致前端报错“Aria2 未连接”。

最佳安全策略：Bypass 路由分割

为了既保护网页前端（防止不法分子窥探下载列表），又保障 RPC 通道顺畅，我们可以针对具体的 RPC 路径配置免认证白名单（由 Aria2 自带的 rpc-secret 进行二次鉴权，安全性完备）。

登录 Cloudflare Zero Trust 平台，进入 Access -> Applications，编辑你的 Aria2 应用。
导航至 Policies 选项卡，点击 Add a policy。
创建名为 Bypass-RPC 的策略：
- Action: 必须选择 Bypass（绕过）
在下面的 Configure rules 规则选择器中：
- Selector: 选择 Path (部分中文面板可能归类在 URL/HTTP 属性下)
- Value: 精确填写 /jsonrpc
保存应用。

⚠️ 国内网络连通性贴士：因 WebSocket 协议对网络丢包极其敏感，在国内直连海外 Cloudflare 节点时可能会因跨境网络波动导致 RPC 偶尔断开。但由于 Aria2 后端进程是独立常驻的，一旦点击下载开始，关闭网页、断开网络或关闭代理均不影响服务器的正常下载流程。

🚀 四、动态调优：Tracker 自动更新脚本

下载 BitTorrent 资源极其依赖优质的 Tracker 服务器，然而网络上的节点瞬息万变。我们可以编写一套 Bash 脚本，既能免代理直连国内优化的加速源，又能在网络异常时实施“熔断”，保护服务器配置不被洗白。

4.1 编写高鲁棒性脚本

创建并编辑 ~/.aria2/trackers-update.sh：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52


#!/bin/bash

# ================= 配置区域 =================
TRACKER_FILE="/home/user/.aria2/tracker.conf"
# 采用作者 XIU2 官方提供的 Cloudflare 边缘加速源，国内直连极度丝滑
TRACKER_URL="https://cf.trackerslist.com/best.txt"
TMP_FILE="/tmp/aria2_trackers.tmp"
# ============================================

echo "[$(date '+%Y-%m-%d %H:%M:%S')] 开始更新 Tracker 列表..."

# 1. 抓取远程列表，设置超时限制
curl -sS -L --connect-timeout 15 --max-time 30 "${TRACKER_URL}" -o "${TMP_FILE}"

# 2. 容错校验：检查网络请求是否遭遇中断
if [ $? -ne 0 ]; then
 echo "【错误】网络请求失败，无法连接到远程服务器！保持原本地可用配置不变。"
 [ -f "${TMP_FILE}" ] && rm "${TMP_FILE}"
 exit 1
fi

# 3. 容错校验：检查下载到的内容是否为空
if [ ! -s "${TMP_FILE}" ]; then
 echo "【错误】下载到的文件内容为空！保持原本地可用配置不变。"
 rm -f "${TMP_FILE}"
 exit 1
fi

# 4. 容错校验：通过特征字符检测内容合法性，防止被 404 等网页内容覆盖
if ! grep -qE "udp://|http://|ws://" "${TMP_FILE}"; then
 echo "【错误】下载的文件内容格式不正确（未检测到有效协议）！保持原本地可用配置不变。"
 rm -f "${TMP_FILE}"
 exit 1
fi

# 5. 格式化处理：将换行符替换为 Aria2 所需的逗号分隔符
NEW_TRACKERS=$(awk '{if(NR==1){printf "%s", $0}else{printf ",%s", $0}}' "${TMP_FILE}" | sed 's/,,*/,/g' | sed 's/,$//')

if [ -z "${NEW_TRACKERS}" ]; then
 echo "【错误】数据格式化转换异常！保持原本地可用配置不变。"
 rm -f "${TMP_FILE}"
 exit 1
fi

# 6. 安全覆盖原独立配置文件并重载服务
echo "bt-tracker=${NEW_TRACKERS}" > "${TRACKER_FILE}"
echo "【成功】最新 Tracker 列表已安全写入: ${TRACKER_FILE}"
rm -f "${TMP_FILE}"

echo "正在重启 Aria2 服务..."
sudo systemctl restart aria2
echo "[$(date '+%Y-%m-%d %H:%M:%S')] 全步聚更新完成，新 Tracker 已生效！"

赋予脚本可执行权限：

1

chmod +x /home/user/.aria2/trackers-update.sh

4.2 配置 Linux Cron 定时任务

为了实现无需人工干预的动态跟踪，设置 Linux 定时任务：

1

crontab -e

在末尾添加一行，使其在每天凌晨 04:00 自动执行该脚本并过滤日常冗余日志：

Plaintext

1

0 4 * * * /bin/bash /home/user/.aria2/trackers-update.sh > /dev/null 2>&1

🎛 五、最终客户端连接配置指南

当你在外网环境打开 AriaNg 网页前端时，请定位到 AriaNg 设置 -> RPC，按照以下映射关系进行填写：

Aria2 RPC 别名：自定义
RPC 协议：选择 WebSocket (WXS) (必须是带安全加密的 WSS)
RPC 主机：填写你在 Cloudflare 绑定的主域名（例如：aria.yourdomain.com）
RPC 端口：填写 443 (因为外网 HTTPS 默认为 443)
RPC 路径：填写 /jsonrpc (契合你在 Nginx 与 Cloudflare Bypass 策略中指定的路径)
RPC 密匙：填写你在 aria2.conf 中配置的 rpc-secret 令牌。

至此，整套离线下载系统已完美闭环。你可以享受到安全、干净、不受公网 IP 限制且具备高容错更新能力的私有云下载体验。

零额外功耗！利用 Tailscale + 自建私有 DERP 完美搞定跨地域异地组网

Mon, 29 Jun 2026 00:00:00 +0000

在跨地域或严格的内网环境下，Tailscale 经常因打洞失败而不得不求助于官方的 DERP 中转服务器。由于官方节点均在海外，动辄 200ms+ 的延迟和极低的带宽严重影响体验。本文将详细介绍如何在拥有动态公网 IPv4 且常开的 Windows 11 设备上，利用纯原生工具（不依赖任何第三方服务注册软件）搭建高速、低延迟的私有 DERP 中转站，并配置故障自愈和完全隐身运行。

🛠️ 第一步：用 Go 纯净环境编译 derper 核心

新版的 derper 强制要求验证和本地配置文件。我们直接在本地的 Go 环境下进行编译。

准备 Go 语言环境：前往 Go 官网下载 Windows 版本的安装包（.msi）并完成安装。
打开 PowerShell 窗口，配置国内代理加速并下载编译 derper：PowerShell$env:GO111MODULE="on" $env:GOPROXY="https://goproxy.cn,direct" # 下载并编译二进制文件 go install tailscale.com/cmd/derper@main
编译完成后，核心程序 derper.exe 会生成在 C:\Users\你的用户名\go\bin\ 目录下。

🔐 第二步：一键用 Go 生成合规的自签名 SSL 证书

由于 DERP 强制要求 HTTPS 且新版对密钥格式审查严格，Windows 自带的 certutil 导出的私钥经常触发 found a certificate rather than a key 的报错。最稳妥的办法是直接用 Go 的标准加密库生成纯正的 PEM 格式证书。

确保在 C:\Users\你的用户名\go\bin 路径下，运行以下长命令。它会在本地临时创建一个 gen.go 脚本，生成专用的 .crt 和 .key 文件后自动自我销毁：

1

go run qiniupkg.com/x/crypto.v7/keypair/main.go -host "你的DDNS域名" 2>$null; if (-not $?) { go run (New-Item -Path . -Name "gen.go" -ItemType "File" -Value 'package main; import ("crypto/rand"; "crypto/rsa"; "crypto/x509"; "crypto/x509/pkix"; "encoding/pem"; "math/big"; "net"; "os"; "time"); func main() { priv, _ := rsa.GenerateKey(rand.Reader, 2048); template := x509.Certificate{SerialNumber: big.NewInt(1), Subject: pkix.Name{CommonName: "你的DDNS域名"}, NotBefore: time.Now(), NotAfter: time.Now().AddDate(10, 0, 0), KeyUsage: x509.KeyUsageKeyEncipherment | x509.KeyUsageDigitalSignature, ExtKeyUsage: []x509.ExtKeyUsage{x509.ExtKeyUsageServerAuth}, DNSNames: []string{"你的DDNS域名"}, IPAddresses: []net.IP{net.ParseIP("127.0.0.1")}}; certBytes, _ := x509.CreateCertificate(rand.Reader, &template, &template, &priv.PublicKey, priv); certFile, _ := os.Create("你的DDNS域名.crt"); pem.Encode(certFile, &pem.Block{Type: "CERTIFICATE", Bytes: certBytes}); certFile.Close(); keyFile, _ := os.Create("你的DDNS域名.key"); pem.Encode(keyFile, &pem.Block{Type: "RSA PRIVATE KEY", Bytes: x509.MarshalPKCS1PrivateKey(priv)}); keyFile.Close() }' -Force).FullName; go run .\gen.go; Remove-Item .\gen.go }

确认目录下成功生成了 你的DDNS域名.crt 和 你的DDNS域名.key。

🌐 第三步：主路由端口转发配置

前往公网 IPv4 所在的路由器后台（例如华硕路由器），为运行 derper 的本地 Win11 笔记本配置虚拟服务器/端口转发：

服务名称	外网端口	内网 IP 地址	内网端口	协议
DERP-HTTPS	`8443`	`你的Win11本地内网IP`	`8443`	`TCP`
DERP-STUN	`3478`	`你的Win11本地内网IP`	`3478`	`UDP`

注：Windows 防火墙可能会拦截入站流量，建议在 Win11 高级防火墙中同样为 8443(TCP) 和 3478(UDP) 放行。

📝 第四步：Tailscale 控制台 ACL 接入

请粘贴以下标准格式：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33


{
	"grants": [
		{"src": ["*"], "dst": ["*"], "ip": ["*"]}
	],
	"ssh": [
		{
			"action": "check",
			"src": ["autogroup:member"],
			"dst": ["autogroup:self"],
			"users": ["autogroup:nonroot", "root"]
		}
	],
	"derpMap": {
		"OmitDefaultRegions": false,
		"Regions": {
			"901": {
				"RegionID": 901,
				"RegionCode": "my-home-derp",
				"RegionName": "Private Home DERP",
				"Nodes": [
					{
						"Name": "win11-derp",
						"RegionID": 901,
						"HostName": "你的DDNS域名",
						"derpPort": 8443,
						"stunPort": 3478,
						"InsecureForTests": true
					}
				]
			}
		}
	}
}

第五步：完美隐身、开机延迟自启与断网自愈配置

为了避免桌面上一直挂着一个易被误关的 PowerShell 黑色窗口，同时为了让服务在设备重启、网络恢复后能自动重连，我们采用 VBS 脚本 + Windows 任务计划程序的纯原生方案。

1. 编写隐身 VBS 启动脚本

在 C:\Users\你的用户名\go\bin 目录下，新建一个文本文档，重命名为 run_derp.vbs（注意后缀名切换）。用记事本写入以下 1 行代码：

1

CreateObject("Wscript.Shell").Run "C:\Users\你的用户名\go\bin\derper.exe -hostname 你的DDNS域名 -certmode manual -certdir C:\Users\你的用户名\go\bin -a :8443 -stun-port 3478 -verify-clients -c C:\Users\你的用户名\go\bin\derp.conf", 0, False

(末尾的 , 0 参数代表彻底隐藏该进程引发的所有黑窗口)

2. 配置任务计划程序（Task Scheduler）

管理员身份打开“任务计划程序”，点击右侧 创建基本任务，命名为 TailscaleDERP。
触发器：选择“计算机启动时”。
操作：选择“启动程序”。
- 程序或脚本：输入 wscript.exe
- 添加参数：输入 "C:\Users\你的用户名\go\bin\run_derp.vbs"
- 起始于：输入 C:\Users\你的用户名\go\bin
勾选“当单击完成时，打开此任务的属性对话框”并点击完成。

3. 高级属性微调（防灾核心）

在弹出的属性面板中调整三个关键标签页：

常规：选择“不管用户是否登录都要运行”，彻底压制潜在的交互弹窗。
触发器：双击“计算机启动时”，勾选 “延迟任务时间” 改为 1 分钟。给系统网络和 DDNS 解析留出初始化时间。
设置（断网自愈）：勾选 “如果任务失败，按以下时间间隔重新启动” 改为 1 分钟，并将 “尝试重新启动的次数” 改为 99 次。这样一旦遭遇宽带偶发断网，Windows 会在后台无限期每隔 1 分钟自动拉起进程，直至网络恢复。

⚡ 验证连接状态

在远端任意一台 Tailscale 节点上打开终端执行验证：

运行 tailscale netcheck：在返回的 DERP latency 列表中可以清晰地看到 my-home-derp 已经榜上有名，且延迟会从海外节点的 150ms+ 断崖式下跌到 15ms~25ms。
运行 tailscale status 确认流量不再绕道海外。

在 Windows 任务管理器中，该服务会以一个隐身的 wscript.exe 宿主和独立的 derper.exe 进程在后台默默工作，至此，一套零额外功耗、纯原生自愈的 Tailscale 加速方案搭建完成。

通过 Cloudflare Tunnel 在浏览器中远程访问 Windows 桌面（RDP）

Fri, 26 Jun 2026 00:00:00 +0000

Cloudflare 于 2025 年推出了浏览器内 RDP 功能，基于 Zero Trust Access 实现。无需在客户端安装任何 RDP 软件，也无需开放任何入站端口，只需一个浏览器即可远程访问 Windows 桌面。

前面我们讲了使用Apache Guacamole (Docker)作为中转来远程访问，但实际上，将windows密码明文写在配置文件中不安全，新开一个本地账户也需要重新安装、登录软件，配置权限等。总之非常不方便，今天我们使用cloudflare直接在浏览器中远程访问windows桌面。

前提条件

Windows 10/11 主机已开启远程桌面（RDP）
已安装 cloudflared 并建立了 Tunnel
域名已托管在 Cloudflare（需要 DNS 管理权）
拥有 Cloudflare Zero Trust 账户（免费计划即可）

第一步：Windows 开启远程桌面

进入 设置 → 系统 → 远程桌面，开启远程桌面功能。建议同时启用 网络级别身份验证（NLA）。

注意：Windows 账户必须设置有传统密码，Windows Hello PIN 无法用于 RDP 登录。若使用 Microsoft 账户，需确认密码已在本地缓存。

第二步：配置 Tunnel 私有网络路由

进入 Cloudflare Zero Trust 控制台，依次进入：

Networks → Connectors → Cloudflare Tunnels → 选择你的 Tunnel → 编辑

切换到 Private Networks（CIDR） 标签，添加 Win10 所在的内网网段，例如：

1

192.168.0.0/24

第三步：创建 Target（目标资源）

进入 Access controls → Targets → Add a target，填写以下信息：

| 字段 | 示例值 | ||–| | Target hostname | win10-home（自定义友好名称） | | IP address | 192.168.0.10（Win10 内网 IP） | | Port | 3389 | | Virtual network | default |

Target hostname 是自定义名称，不是域名也不是 IP，后续在 Application 中需要引用这个名称。

第四步：创建 DNS 记录

在 Cloudflare DNS 面板为你的域名新建一条 CNAME 记录，例如 rdp.yourdomain.com。

类型：CNAME
名称：rdp（或其他自定义前缀）
目标：<tunnel-id>.cfargotunnel.com
Proxy 状态：橙色云朵（Proxied）

这条 DNS 记录不需要指向实际服务器 IP，Cloudflare 的 RDP 代理会处理路由。

第五步：创建 Access Application

进入 Access controls → Applications → Add an application → Self-hosted，配置如下：

| 字段 | 填写内容 | ||| | Application name | 自定义，如 Win10 RDP | | Public hostname | rdp.yourdomain.com | | Browser rendering | RDP（关键步骤） | | Target hostname | 选择第三步创建的 Target 名称 | | Port | 3389 |

然后配置 Policy（访问策略）：

类型选 Allow
Include 条件选 Emails，填入允许访问的邮箱地址
多个邮箱分别添加为独立的 Include 条目（OR 逻辑）

最后在 Experience Settings 中勾选 Show application in App Launcher。

使用方式

方式一：通过 App Launcher 访问（推荐）

访问你的 Access 团队地址：

1

https://<your-team-name>.cloudflareaccess.com

输入邮箱，接收验证码登录后，在 App Launcher 中点击 RDP 应用即可在浏览器中启动会话。

方式二：收藏完整 URL 直接访问

App Launcher 启动 RDP 时会跳转到如下格式的 URL：

1

https://rdp.yourdomain.com/rdp/<vnet-id>/<target-ip>/3389

将此完整 URL 加入浏览器书签，以后可直接访问，无需每次经过 App Launcher。

直接访问根域名 rdp.yourdomain.com 会报错 Unable to find your RDP target，这是 Cloudflare 的产品设计限制，必须携带完整的 target 参数。

登录流程

完整的连接流程如下：

1
2
3
4
5


1. 访问 https://<team-name>.cloudflareaccess.com
2. 输入邮箱 → 接收验证码 → 完成 Access 身份验证
3. 在 App Launcher 中点击 RDP 应用
4. 在浏览器 RDP 窗口中输入 Windows 用户名和密码
5. 进入 Windows 桌面

建议将 Access Session Duration 设置为 1 month，这样在同一台设备的同一浏览器中，一次登录后长期有效，无需频繁接收验证码。

安全特性

零端口暴露：3389 端口完全不对外开放，所有流量通过 Cloudflare 出站隧道传输
无需客户端软件：任何支持现代浏览器的设备均可访问
Access 身份验证：连接前必须通过 Cloudflare Access 验证，支持邮件 OTP、Google、GitHub 等多种登录方式
Cloudflare 不保存 Windows 凭据：每次会话需手动输入 Windows 用户名和密码

常见问题

Q：报错 Unable to find your RDP target
A：通常是以下原因之一：Browser rendering 未选择 RDP；Application 中 Target criteria 未关联 Target；访问的是根域名而非完整 URL。

Q：App Launcher 中看不到应用
A：检查 Application 的 Experience Settings 是否勾选了 Show in App Launcher；检查 Policy 中的邮箱是否与登录邮箱一致。

Q：Target 创建时 IP 下拉框为空
A：说明 Tunnel 的 Private Networks CIDR 未配置，或路由未生效，先检查 Networks → Routes 中是否有对应条目。

【玩机归档】旧款 OPPO 手机（PBAM00/A5）忘记密码，利用 UnlockTool 强制解锁与避坑指南

Wed, 24 Jun 2026 00:00:00 +0000

在折腾旧手机或进行自动化脚本测试（如 Bing 积分、挂机薅羊毛）时，经常会遇到手机型号模糊、锁屏密码忘记的尴尬情况。本文将以一台标有 PBAM00 的旧款 OPPO 手机为例，完整记录如何从“盲测型号”到“绕过官方固件限制”，最终利用 UnlockTool 成功实现 Factory Reset（恢复出厂设置）与清除 FRP 激活锁的全过程。

一、前期准备：如何盲测锁定手机型号？

在无法进入系统的前提下，以下几种方法是锁定老旧 OPPO 手机型号的最有效手段：

紧急拨号法：在锁屏界面点击“紧急呼叫”，输入 *#899#。如果能进入工程师模式，点击“软件版本”查看 Model 一栏（通常以 CPH 或者是 PB 开头）。
设备管理器硬件 ID 法：手机关机，长按 【音量加 + 音量减】 插线连接电脑。在电脑的设备管理器 -> 端口 (COM 和 LPT)中观察底层驱动响应：
- 出现 MediaTek USB Port：说明是联发科（MTK）平台。
- 出现 Qualcomm HS-USB QDLoader 9008：说明是高通（Qualcomm）平台。
- 进阶：右键该端口 -> 属性 -> 详细信息 -> 硬件 ID，复制 VID 和 PID 代码去搜索引擎检索，能直接精确到具体芯片。

本案对象： 经查询，型号 PBAM00 对应的国行商业名称为 OPPO A5（全网通版），底层搭载的是高通骁龙 450 (SDM450) 芯片。

二、踩坑记录：UnlockTool 官方预设的“型号合并陷阱”

在使用 UnlockTool 进行解锁时，我们在 OPPO 专用选项卡中搜索 “A5”，通常会引导至以下选项：

Selected Model : Oppo A5 (A5s) [CPH1909 / PBAM00]

❌ 报错现象

直接选择该型号并点击 FACTORY RESET，手机进入 9008 模式插线后，UnlockTool 会直接报错：

Plaintext

1
2
3
4
5


Connecting to device... OK
Handshaking... FAIL
[Sahara] Reading Hello - Failed to handshake with device PBL!
Connecting to flash programmer... FAIL
Waiting for response timeout!

🔍 原因分析

这是 UnlockTool 官方库的一个逻辑漏洞。官方将 CPH1909（OPPO A5s，联发科 MT6765 芯片） 与 PBAM00（OPPO A5，高通骁龙 450 芯片） 错误地归类到了同一个选项里。这导致软件在握手时发送了错误的底层协议引导（Firehose），从而引发高通底层的 Sahara 协议握手失败 (Handshake FAIL)。

三、终极解决方案：巧用“同芯片平替法”绕过限制

既然 OPPO 专区下的 A5 引导文件有误，我们选择跳出型号限制，改用同芯片、同主板架构的纯净高通引导进行欺骗。

在 OPPO 产品线中，海外版的 OPPO A3s (CPH1803) 同样采用了高通骁龙 450 芯片，其底层包与 PBAM00 完全通用。

🛠️ 成功解锁实操步骤

彻底切断连接：拔掉手机数据线。长按 【电源键 + 音量加键】 10 秒以上，确保手机强制黑屏关机。
软件跨区选型：切换到 UnlockTool 的 QUALCOMM（高通） 专区（而非 OPPO 专区）。
- Brand (品牌): 选择 OPPO
- Model (型号): 放弃 A5，点击选择 Oppo A3s [CPH1803|CPH1805]
下发布局指令：点击右侧功能栏的 FACTORY RESET，软件下发指令并进入 Waiting for HS-USB QDLoader 9008... 状态。
纯净联机：死死按住手机的 【音量加键】和【音量减键】 不松手，插入高规格的 Micro-USB 数据线连接电脑。

四、成功解锁日志复盘

改用 CPH1803 引导后，UnlockTool 成功与手机 PBL 握手，27 秒内直接秒杀锁屏密码，以下为核心日志：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


Selected Model : Oppo A3s
Code Name : CPH1803 | CPH1805
Operation : Factory Reset [1]
...
Waiting for HS-USB QDLoader 9008... COM8
Connecting to device... OK
Handshaking... OK
Reading bootloader info... OK
 Serial : 3299746999 SoC : [Snapdragon 450] [SDM450] [0x0009A0E1]
Writing flash programmer... OK
Connecting to flash programmer... OK
Configuring device... OK
Reading partition map... OK - LU Count : 1
Reading software info... OK [system]
 Manufacturer : OPPO
 Platform : msm8953
 Android Version : 8.1.0
Erasing FRP... OK <-- 完美擦除激活锁，防卡激活向导
Erasing USERDATA... OK <-- 成功抹除锁屏密码和用户数据
Rebooting... OK
Elapsed time : 27 seconds

五、后续与开机避坑说明

首次开机耗时较长：执行完 FACTORY RESET 后，手机会自动重启。由于需要重建 eMMC 闪存的系统缓存，手机会停留在 OPPO Logo 界面 3 至 10 分钟，此期间切勿强行断电。
激活绕过技巧：由于 UnlockTool 在擦除数据的同时执行了 Erasing FRP... OK，手机开机进入欢迎向导后，Wi-Fi 验证连接界面可直接点击“跳过”。若遇到顽固固件，可在初始语言选择界面的“紧急呼叫”中输入 *#813#，即可直接闪进系统桌面。

💡 总结归纳

刷机解锁的本质是与手机芯片（CPU）通信，而非与手机的“外壳型号”通信。当遇到专业的刷机软件对特定机型划分模糊、报错 Sahara 协议失败时，查明其底层芯片，寻找同芯片、同平台的标准机型进行通用引导（Firehose）替代，往往是高效解决问题的终极秘籍。

本文首发于我的 WordPress 博客，记录旨在备忘，希望能帮到遇到同类高通 Sahara 报错的折腾同好。

【玩机归档】修复Nexus 6P (angler) 因主板脱焊导致无限重启的四核硬件续命指南

Mon, 22 Jun 2026 00:00:00 +0000

📋 核心技术背景

Nexus 6P（代号：angler，搭载骁龙 810 处理器）因硬件设计缺陷，极易因主板大核发热导致芯片脱焊，引发俗称的 “死亡无限重启（Bootloop of Death, BLOD）”。

本文档归档了通过物理屏蔽 4 个大核、重构底层 EXT4 分区表的方式，将一台脑死亡的 Nexus 6P 成功降级至官方 Android 7.1.2，并将其改造为低功耗、免发热的“24小时无人值守自动化挂机节点”的完整全流程。

📥 归档：必须提前准备的文件清单

在开始前，请务必建立本地工作目录，并下载以下精确对应版本的固件与补丁文件：

文件分类	推荐下载文件名/版本	获取途径与说明
1. 基础工具包	`platform-tools` (最新版)	谷歌官方 Android SDK 命令行工具（含 `fastboot.exe` / `adb.exe`）
2. 官方底包	`angler-n2g48c-factory-xxx.zip`	谷歌官方开发者网站下载 Android 7.1.2 (N2G48C) 线刷包。需解压提取出 `system.img` 与 `vendor.img`
3. 四核专用内核	`boot_4cores_48C.img`	XDA 经典死而复生神帖。下载精确对应 48C (7.1.2) 的修改版 4核 `boot.img`
4. 恢复模式镜像	`twrp-3.3.1-0-angler.img`	TWRP 官方镜像，用于后续引导或高级分区维护
5. 权限管理 (可选)	`Magisk.zip` (建议 v23.0 或适合 7.1.2 的版本)	用于进系统后获取 Root 权限，部署自动化锁电与定时重启

xda论坛链接：https://xdaforums.com/t/guide-fix-for-nexus-6p-bootloop-of-death-8-22-android-o-working.3640279/

🛠️ 终极平推步骤：从底层重构到完美开机

由于硬件损坏与多次尝试刷机，手机的 Data 分区通常带有官方强制加密锁，且分区表极易逻辑死锁（在 TWRP 中表现为 unable to mount data/cache 或 error changing file system）。必须放弃手机端操作，完全依靠电脑端 Fastboot 底层硬件指令进行物理暴力重构。

第一步：拦截并进入 Fastboot

长按手机 【电源键 + 音量下键】 强行中断无限重启，直到屏幕亮起绿色的 Fastboot 机器人界面，使用数据线连接电脑。

第二步：电脑端终端物理重构（核心步骤）

打开 PowerShell 或 CMD，进入 platform-tools 目录，依次轰炸以下底层物理指令。这一步将彻底击碎分区加密，并在闪存颗粒上重新开辟干净的可读写空间：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


# 1. 彻底擦除旧分区的混乱缓存与残留数据
.\fastboot.exe erase boot
.\fastboot.exe erase system
.\fastboot.exe erase vendor
.\fastboot.exe erase userdata
.\fastboot.exe erase cache

# 2. 强行以标准 ext4 格式物理格式化 Data（userdata）与 Cache 分区（彻底解决 Unable to mount 红字报错）
.\fastboot.exe format:ext4 userdata
.\fastboot.exe format:ext4 cache

# 3. 刷入从 XDA 下载的 7.1.2 专属四核内核（精准锁定硬件，关闭大核大门）
.\fastboot.exe flash boot .\boot_4cores_48C.img

# 4. 刷入从官方线刷包中解压提取的 7.1.2 系统主体与驱动层
.\fastboot.exe flash system .\system.img
.\fastboot.exe flash vendor .\vendor.img

# 5. 执行重启命令
.\fastboot.exe reboot

⏱️ 开机心理预期与终极避风港

首次开机耗时： 拔掉数据线，将手机平放在冰凉的桌面（或瓷砖上）散热。由于此时手机仅靠 4 个残缺的低频小核在全速解压和重构 7.1.2 的系统底层组件，速度会慢上 5-10 倍。
耐力等待： 手机会稳稳地播放官方四色滚珠启动动画。首次开机可能耗时 15 到 20 分钟。只要硬件没有断电重启，就绝不要强行干预。
动画一闪，透出久违的经典“欢迎使用”语言选择界面，即宣告救机大功告成！

🤖 延伸部署：24小时无人值守挂机节点优化

降级至 Android 7.1.2 后，该设备具备极高的稳定性与极低的发热量，是挂机刷分（如 Bing Rewards 微软积分）的完美载体。

1. 物理安全防护：开启“充电锁电”

2.05A 长期插线极易导致老旧电池鼓包或起火。进系统获取 Root 权限后，务必安装 Magisk 模块 ACCA（Advanced Charging Controller）：

限制电量 60% 停止充电，跌至 40% 恢复充电。
强制整机直接从充电头取电，不经过电池循环，确保无人值守下的绝对物理安全。

2. 挂机防封生态：Tasker + 慢节奏随机触发

环境选择： 采用极其轻量的 Via 浏览器（对 4 小核极度友好），在其中登录微软账号。
逻辑设计： 在 Tasker 中利用 For 循环，定时发送带有 q=关键词 的 Bing 搜索链接。将每次搜索的延时（Delay）设置为 5 到 10 秒之间的随机数。
双重保障： 4 个小核的绝对算力瓶颈与长间隔的随机延迟，刚好形成了完美的“人类真实搜索行为”伪装，能最大程度绕过微软风控，避免被判定为多线程机刷而封号。

3. 终极自愈机制：深夜定时重启

为了防止老旧设备因 App 内存泄露（OOM）而中途假死，在 Tasker 中建立一个 Shell 脚本触发器，设定在每天凌晨 4:00 执行：

1

reboot

手机每天自动重启，在深夜彻底释放积攒的系统缓存与内存垃圾，醒来后继续冷酷、安全地输出自动化生产力。

基于 Cloudflare Tunnel + Docker 搭建安全无公网的 Web RDP 远程桌面备份方案

Sat, 20 Jun 2026 00:00:00 +0000

在日常工作和运维中，我们经常需要远程控制办公室的 Windows 计算机。传统的 RDP（3389 端口）直连方式不仅需要公网 IP，还会将端口暴露在公网，极易遭受自动化脚本的暴力破解。

本文将分享如何利用 Cloudflare Zero Trust (Tunnel) 与 Apache Guacamole (Docker)，在不暴露任何公网端口、不需要公网 IP 的情况下，搭建一个纯网页端（Web-based）的远程桌面备份方案。在外只需通过浏览器输入专属域名，经过双重安全验证后即可秒变 Windows 桌面。

🛠️ 方案架构概述

整个架构的数据流向如下：

外网浏览器 -> Cloudflare Access (邮箱验证码拦截) -> Cloudflare Tunnel 边缘网络 -> 本地 cloudflared 守护进程 -> Docker 内部 Guacamole 网关 (RDP转HTML5) -> Windows 本地远程桌面 (3389)。

一、计算机侧配置（Windows 10 宿主机）

1. 安装docker

在docker.com注册docker账户
下载docker，并安装后登录
确保本机wsl、虚拟机平台启用后打开docker

2. 编写 Docker Compose 配置文件

在本地创建工作目录（如 C:\Guacamole），并在该目录下创建以下两个核心配置文件。

① `docker-compose.yml`

最新版的 Guacamole 支持通过 WEBAPP_CONTEXT 环境变量直接将服务挂载到根路径（/），从而完美配合 Cloudflare Tunnel 的转发规则：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


services:
 guacd:
 image: guacamole/guacd:latest
 restart: always
 guacamole:
 image: guacamole/guacamole:latest
 restart: always
 ports:
 - "8080:8080"
 environment:
 GUACD_HOSTNAME: guacd
 INDEX_AUTH_PROVIDER: basic
 # 核心配置：将 Web 路径直接映射为根目录，避免外网访问时输入 /guacamole 后缀
 WEBAPP_CONTEXT: ROOT
 volumes:
 - ./user-mapping.xml:/etc/guacamole/user-mapping.xml

② `user-mapping.xml`（脱敏版）

用于配置登录 Guacamole 网页端的账号密码，以及映射本机的 RDP 连接。出于安全考虑，强烈建议在 Windows 侧创建一个低权限的本地专用 RDP 账户，或在此配置文件中删掉密码参数，在网页端现场输入，避免将微软在线账户的明文密码暴露在本地配置文件中。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


<user-mapping>
 <authorize username="web_admin" password="your_secure_web_password">
 <connection name="Work Desktop Backup">
 <protocol>rdp</protocol>
 <param name="hostname">host.docker.internal</param> 
 <param name="port">3389</param>
 <param name="username">your_windows_username</param>
 <param name="password">your_windows_password</param>
 
 <param name="ignore-cert">true</param>
 <param name="resize-method">display-update</param>
 </connection>
 </authorize>
</user-mapping>

3. 启动容器网关

在当前目录下打开终端，执行以下命令后台运行服务：

1

docker-compose up -d

此时在本地浏览器访问 http://localhost:8080 即可看到原生的登录窗并成功连接桌面。

二、网页端与 Cloudflare 侧配置

1. 创建 Cloudflare Tunnel

登录 Cloudflare Zero Trust 控制台。
选择 Networks -> Tunnels -> Create a tunnel。
环境选择 Windows，复制页面上给出的命令行安装包指令。
回到单位电脑，以管理员身份打开 PowerShell 粘贴并运行该指令。cloudflared 将会自动注册为 Windows 本地系统服务，实现开机自启。

2. 配置公网域名路由 (Public Hostnames)

当 Tunnel 状态变为 Healthy 后，添加一条 Ingress 路由规则：

Subdomain: rdp (可自定义)
Domain: yourdomain.com (选择你接入 CF 的自备域名)
Path: 留空
Type: HTTP
URL: http://localhost:8080

⚠️ 注意：Cloudflare Tunnel 的 Ingress 规则由于安全架构限制，不支持在转发时进行路径重写（例如不能在 URL 后面加 /guacamole/）。我们已经在 Docker 侧通过 WEBAPP_CONTEXT: ROOT 彻底解决了这个问题，此处保持纯净的端口映射即可。

三、 📝 终极安全加固 (Cloudflare Access 零信任策略)

为了防止域名暴露后网页端密码遭遇暴力破解，必须引入 Cloudflare Edge 端的身份验证拦截（自托管应用策略）：

在 Zero Trust 控制台，前往 Access -> Applications -> Add an application -> 选择 Self-hosted。
Application URL: 填写你刚才配置的完整二级域名（如 rdp.yourdomain.com）。
Session Duration: 建议设为 24 Hours（一天只需认证一次）。
进入 Rules (策略配置)：
- Action: Allow
- Include: 选择 Emails，并在右侧输入你私人的常用电子邮箱（如 Gmail/Outlook）。
保存策略。

🚀 紧急情况下的实际使用流体验

当下班回家或在外出差，遭遇紧急情况需要控制单位电脑时：

第一道防线：打开任意设备浏览器访问 https://rdp.yourdomain.com，页面会被 Cloudflare 强行拦截，要求输入预设的邮箱。
安全验证：输入邮箱后，查收 6 位数动态验证码并填入网页。
第二道防线：通过拦截后，页面无缝展露出 Guacamole 登录窗，输入你在 user-mapping.xml 中设置的网页端账密。
完美控端：登录成功，整个浏览器窗口秒变单位的 Windows 10 桌面。键盘、鼠标、丝滑全屏以及剪贴板双向同步均能完美工作。

解构规训与泛在识读：儿童阅读能力发展的认知负荷、动机调控与生活化重构评估报告

Tue, 09 Jun 2026 00:00:00 +0000

在儿童早期发展与认知心理学领域，关于阅读能力的提升路径长期存在“控制型规训”与“自主发展”两种范式的冲突。前者主张通过硬性设定“固定时段、固定时长、家长绝对掌控内容”的程序化安排来强迫建立阅读习惯；后者则强调阅读耐力是底层认知自动化的涌现结果，且其持久性必须依赖于儿童内部的探究欲与自主感。

特别需要警惕的是，将阅读窄化为“纸质书本”并施以硬性时间规训，极易使儿童将书本与学校学习、外在评价进行强绑定，进而触发防御性的心理抗拒（Psychological Reactance）。本报告旨在系统梳理相关逻辑，论证为何阅读耐力是“果”而非“因”，并提出打破“书本-学业”负面联结的“广义实用识读”（Functional Literacy）范式，结合汉语及中国社会生活实际，提供协调“建设性结构”与“高度自主权”的系统化家庭重构方案。

一、认知负荷视阈下的专注力本质：阅读耐力是“自动化的结果”而非“训练途径”

家长常持有一种直觉假说，即长时间对文字保持专注（即阅读耐力，Reading Stamina）是一种可以通过硬性拉伸“坐地阅读时间”来加以训练的肌肉记忆。然而，认知心理学与神经科学的研究表明，这一因果逻辑存在严重的倒置。在阅读科学中，长时间专注不是阅读训练的“起点”，而是底层认知技能高度自动化后的“结果”与“涌现表现”。

根据经典阅读简单视图（Simple View of Reading, SVR）与认知负荷理论，人类的工作记忆带宽极其有限。在汉语语境下，阅读理解的过程可以简化为底层汉字认读与字音字义译码自动化、高层词汇与语言理解能力的双重任务组合：

1

阅读理解 (R) = 字词认读/译码自动化 (D) × 语言理解能力 (C)

C (Comprehension)： 语言与背景知识的理解能力
R (Reading Comprehension)： 最终的阅读理解水平
D (Decoding)： 底层字词认读与解码的自动化程度

当儿童处于阅读发展早期时，其视觉字词识别路径尚未成熟，未能跨越字词认读的“自动化阈值”（例如在标准化字词认读与译码评估中，WRD指数低于 225 的关键阈值）。此时，儿童的大脑必须动用几乎全部的认知资源去进行汉字形音义匹配（如字形结构辨识、偏旁部首发音联结、汉字到词组的切分等）或拼音拼读。在这种状态下，工作记忆处于极度超载状态，根本没有多余的认知带宽用于语义连接、逻辑推理或情境想象。

如果在字词认读尚未实现自动化时，强行让儿童进行长时间的独立文字阅读，不仅无法训练出专注力，反而会导致大脑产生防御性的认知疲劳。研究表明，未跨越译码阈值的弱读者在面对冗长文字时，通常会表现出眼动轨迹杂乱、盲目猜测字义、跳过困难段落或“有口无心”的机械朗读等现象，这些行为本质上是大脑在认知过载下的自我保护与任务回避。

相反，优秀阅读者展现出的超常专注力，是因为其大脑左侧语言、视觉及认知控制区域之间建立了高度通畅的神经功能连接，实现了字词的瞬间自动识别。这种高度的自动化（如汉字“形-音-义”通路的高效直连）使得底层译码过程对工作记忆的占用接近于零，从而释放出几乎全部的认知带宽用于沉浸于情节或汲取新知。因此，逻辑上不应试图通过强迫儿童维持“专注状态”来提升其阅读能力，而应当通过降低底层认知负荷、提高字词认读与拼读的自动化程度，来自然诱发和涌现出持久的专注与耐力。

维度	控制型耐力训练（控制型范式观点）	认知自动化涌现（自主发展范式规律）
逻辑本质	将“长时间专注”视为一种可通过行为规训强行拉伸的“输入变量”。	将“长时间专注”视为底层技能熟练后自然发生的“涌现结果”。
认知机制	强制在认知过载状态下延长任务时间，寄望于儿童自行适应。	通过系统性字词认读、偏旁析形、重读及多元支架降低解码负荷，释放工作记忆。
脑力消耗	导致持续的神经疲劳、挫败感及认知回避行为。	伴随心流体验，脑区连接效率提升，阅读体验走向顺畅。
发展结果	产生“任务应付”与隐性抗拒，损害自我效能感。	建立真正的自动译码技能，稳步拉长独立阅读时间。

二、动机心理学与心理抗拒：“学校强绑定”如何摧毁阅读内驱力

原案中“固定时段、固定时长、家长掌握内容”的教养提案，在动机心理学中是一项具有高风险的行为干预。

1. 心理控制与过度理由效应（Overjustification Effect）

自我决定理论（Self-Determination Theory, SDT）指出，人类内部动机的激发高度依赖于三种基本心理需要的满足：自主感（Autonomy）、胜任感（Competence）和归属感（Relatedness）。

当家长剥夺儿童选择书目、题材及阅读方式的权力，并辅以绝对的时间限制时，儿童的阅读环境便从“支持自主型”转变为“高度控制型”。这种控制型教养极易激活“过度理由效应”。其核心机制在于：当个体本具有探索世界、解决心中疑问等内部动机去从事一项行为（如阅读）时，如果外界强加了高强度的外部规训与强制性指标，儿童的认知系统会对行为的归因进行重构——从“我阅读是因为我渴望了解世界”转变为“我阅读是因为我必须服从家长的规则并完成任务指标”。这种感知因果点的外移，会导致内部动机遭遇系统性且不可逆的侵蚀。

2. 心理抗拒与学业规训的负面绑定

当书本阅读被硬性规定为每天必须履行的“家庭功课”时，孩子极易产生心理抗拒。他们会将“纸质书本”与“学校生活、学业考核、家长监视”进行强绑定。

阅读的本质原本是高度自主的“信息检索与问题解决工具”。儿童面对大千世界天然拥有探究欲（如恐龙为何灭绝、游戏角色如何升级等），为了解答自身真实的疑问而主动去书中寻找答案时，属于高阶的“主动阅读”。

然而，一旦纸质书被规训化，阅读的功能便退化为“应付家长的指标”。儿童会将纸质书视为学校课业压力的眼神延伸，产生“书本=强制学习=失去自由”的直觉联结。这不仅无法培养出终身阅读者，反而会在学业评价稍有降低或监管撤除时，引发爆发性的避读行为和逆反心理。

三、范式升维：从“纸质书本阅读”走向“广义实用识读”（Functional Literacy）

为了防止儿童陷入对书本的条件反射式抗拒，阅读培养必须从狭隘的“书本范式”升维到“广义实用识读”或“多元识读能力”（Multiliteracies）范式。

广义阅读能力（Functional Literacy）的核心逻辑是：阅读不是一个孤立的学业功课，而是个体为了解决现实生活问题、获取有用信息并独立参与社会生活的“生存工具”。当我们将阅读的载体从“课桌上的纸质书”释放到“大千世界的信息符号”中，阅读便能脱离规训，展现其本真的实用价值。

评估维度	狭义控制型规训	广义结构化自主
逻辑本质	将“专注时间”视为强制输入的指标	将“专注时间”视为认知自动化的自然涌现
载体定位	局限于纸质书本，易与学业和考核产生强绑定	泛在的生活化信息符号（招牌、包装、食谱、说明书）
动机激发	触发过度理由效应，感知因果点由内转向外	满足自主与胜任感，利用信息解决真实疑问
发展结果	带来防御性疲劳与隐性抗拒，导致长期的“避读”	建立实用性工具意识，走向良性“马太效应”

通过引入广义实用识读，儿童在超市里对比标签、在厨房里阅读食谱、在街道上辨识路标，都是在进行高品质的阅读实践。这种“知行合一”的无痛认知，不仅能加速字词译码的自动化，更彻底消解了规训带来的抗拒心理。

四、破局路径：家庭环境中的“结构化自主”重构策略

健康的早期教养需要家长提供高水平的“结构（Structure）”，而不是“控制（Control）”。家庭阅读常规的建立，应当推行“结构化自主”（Structured Autonomy）模式，即由家长构建充满支持的日常仪式与物理时空，而在框架内部，将内容选择、阅读介质和实践方式的“绝对控制权”还给儿童。

1. 善用“环境字词”（Environmental Print）完成无痛识字

“环境字词”是孩子在日常生活中随处可见的各种标志、标签、商标和招牌，是儿童走向非学术性识字的重要桥梁。

街头寻宝： 散步、乘车或逛街时，引导孩子观察路边的“停”字交通路标、商场里的“安全出口”指示牌、小区里的“禁止吸烟”提示语等。通过自然对话（如“你看这个绿色的牌子写着‘安全出口’，代表遇到紧急情况可以从这里出去”）让孩子理解“符号/汉字蕴含着特定现实含义”这一阅读本质。
商品包装交互： 在拆玩具包装（如乐高拼装说明书）或吃零食（如牛奶盒、饼干袋）时，和孩子一起玩“寻找熟悉的字”的游戏（例如寻找“大白兔”、“旺仔”或配料表中的特定字）。这能让孩子在高度兴奋、且无任何学业压力的生活环境中熟悉汉字结构。

2. 将阅读嵌入“功能性生活场景”（Functional Reading）

脱离为了阅读而阅读的死循环，让孩子为了“解决实际问题、完成生活任务”而读：

超市采购向导： 出门购物前，邀请孩子一起“画/写购物清单”。在超市中，由孩子担任导视向导，去阅读货架上方的分类标识（如“日用品区”、“生鲜区”、“乳制品区”），对比商品包装袋上的名称，并匹配价格标签。
家庭烹饪实操： 选择配有丰富插图或极简步骤的儿童食谱（如制作水果沙拉、自制迷你三明治等）。让孩子负责阅读并执行步骤指令（如“切”、“加入”、“搅拌”），当孩子通过阅读指引亲手做出美食时，阅读的自我胜任感和实用工具感会被瞬间建立。
生活检索任务： 引导孩子共同查阅小区平面图、地铁线路图、游乐园游玩指南等，让他们感知阅读能够切实指导自己的行动。

3. 引入多通道“对话式阅读”（Dialogic Reading）打破字词障碍

对于独立认读仍有困难的儿童，家长不应将其置于独自解码的认知孤岛。应积极引入“对话式阅读”范式，亲子双方互换角色：儿童作为故事讲述者（看着画面讲故事），家长作为引导者和倾听者，灵活运用 PEER 互动循环：

P (Prompt) 提示： 主动发起邀请，如“看这个图画，你觉得小熊为什么在哭呀？”
E (Evaluate) 评估： 温和评估反馈，给予情感肯定而不作对错判别（如“你说得对，它确实哭了”）。
E (Expand) 拓展： 对儿童的语言词汇进行多维度扩展，如“对，小熊因为找不到妈妈，感到非常伤心和无助，所以坐在树底下大声哭泣”。
R (Repeat) 重复： 鼓励儿童尝试重复新学到的丰富表达（如“来，你试试说‘伤心和无助’”），促进汉语词汇库的自然更新。

在PEER循环中，字词翻译与理解的巨大负荷被家长的口语互动和精美画面平摊，儿童得以在极低负荷下进行高品质的语义加工，这既能稳步提升其词汇量，更能带来强烈的胜任感与亲子情感联结。

4. 实施“温和渗透法”（Strewing）与介质解绑

无声书籍暴露： 放弃指令性的“强制看书时间”，采用环境行为学的“温和渗透”。将符合儿童当前生活兴趣（如最近迷上的恐龙、昆虫、航天或积木游戏）的少儿科普图册或趣味故事书，有意且无声地散落在他们视线和身体可及的物理空间（如沙发角、床头边、玩具箱旁）。不附加任何“你必须读它”的言语施压，让孩子在无聊或闲暇时不经意地瞥见并自主拾起。这种“意外发现”能最大限度地触发其内部探索神经通路的兴奋度。
接纳非典型媒介作为脚手架： 允许并鼓励儿童阅读高画质的多格漫画、图形小说、游戏说明书、乐高搭建手册，甚至配合高质量普通话有声书进行“双通道协同伴读”。这些多通道输入能显著降低儿童在拼读拼音、认读复杂汉字时的即时工作记忆负担，使他们能够顺畅地追踪故事逻辑，在不产生抵抗情绪的前提下稳步跨越纯文字的“字词认读阈值”。

结论

基思·斯坦诺维奇（Keith Stanovich）提出的阅读“马太效应”指出，阅读能力的发展是一个强者愈强、弱者愈弱的循环系统。健康的阅读习惯培养，其底层闭环为：

1

真实疑问/情境兴趣 → 主动信息检索（广义识读） → 频繁自发实践 → 底层字词认读自动化 → 高阶专注力与阅读耐力涌现

试图通过“固定时段、固定时长、家长掌控内容”等强规训手段来培养阅读能力，不仅违反了字词自动化发展的神经科学与认知负荷规律，更极易将书本与学业考核强行绑定，进而触发心理抗拒，将儿童推入向下衰退的马太螺旋。

唯有将阅读彻底“去功利化”与“去规训化”，将其还原为超市、厨房、街头、游戏等泛在生活场景中的信息工具，才能真正保护儿童的内部探究欲，培养出具有终身信息检索与现实问题解决能力的泛在识读者。

npm 全局安装权限问题解决方案原理详解

Thu, 16 Apr 2026 00:00:00 +0000

问题背景

当执行 npm i -g cline 时遇到权限错误：

1
2
3


npm ERR! code EACCES
npm ERR! path /usr/local/lib/node_modules/cline
npm ERR! Error: EACCES: permission denied, mkdir '/usr/local/lib/node_modules/cline'

问题根源分析

1. 系统目录权限机制

1
2
3
4


/usr/local/lib/node_modules/
├── 所有者: root
├── 所属组: staff/admin
└── 权限: drwxr-xr-x (755)

普通用户只有读和执行权限（r-x）
写入操作需要写权限（w），只有 root 用户拥有
npm 全局安装需要在此目录创建/修改文件

2. npm 默认行为

1
2
3
4
5


npm 全局安装流程：
1. 确定 prefix 路径 → /usr/local
2. 构建目标路径 → /usr/local/lib/node_modules/
3. 尝试 mkdir 创建包目录 → 需要写权限 ❌
4. 操作系统拒绝 → EACCES 错误

3. 为什么不推荐使用 sudo？

1

sudo npm i -g cline # ⚠️ 存在风险

安全隐患：

npm 包可能包含安装脚本（postinstall）
脚本以 root 权限执行，可执行任意系统操作
恶意包可能破坏系统或窃取数据
后续 npm 操作可能产生权限混乱的文件

解决方法与原理解析

核心思想：重定向 npm 全局目录

1
2
3


系统默认：/usr/local/ (需要 root 权限)
 ↓
用户自定义：~/.npm-global/ (用户完全控制)

步骤 1：创建用户级全局目录

1

mkdir ~/.npm-global

目录结构变化：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


修改前：
/home/username/
├── .npm/ # npm 缓存
├── .bashrc # shell 配置
└── (无独立全局包目录)

修改后：
/home/username/
├── .npm-global/ # 🆕 用户级全局 npm 目录
│ ├── bin/ # 可执行文件链接
│ ├── lib/ # 库文件
│ └── node_modules/ # 全局包实体

步骤 2：修改 npm 配置

1

npm config set prefix '~/.npm-global'

配置生效机制：

1
2
3
4
5
6
7
8


npm 配置文件优先级：
1. 项目级: ./.npmrc
2. 用户级: ~/.npmrc ← 此命令修改这里
3. 全局级: $PREFIX/etc/npmrc
4. 内置默认: /usr/local

写入 ~/.npmrc 的内容：
prefix=/home/username/.npm-global

npm 行为变化：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


修改前：
npm i -g package
 → prefix = /usr/local
 → target = /usr/local/lib/node_modules/package
 → 需要 sudo

修改后：
npm i -g package
 → prefix = /home/username/.npm-global
 → target = /home/username/.npm-global/lib/node_modules/package
 → 用户拥有完全权限 ✅

步骤 3：更新 PATH 环境变量

1

echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc

PATH 机制详解：

修改前的 PATH：

1
2
3


echo $PATH
# 输出：
/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

npm 全局命令的执行过程：

1
2
3
4
5
6
7


用户执行：cline
 ↓
Shell 在 PATH 中搜索 "cline"
 ↓
找到：/usr/local/bin/cline
 ↓
实际是符号链接 → /usr/local/lib/node_modules/cline/bin/cline.js

修改后的 PATH：

1
2
3


echo $PATH
# 输出：
/home/username/.npm-global/bin:/usr/local/bin:/usr/bin:...

新的命令查找机制：

1
2
3
4
5
6
7


用户执行：cline
 ↓
Shell 按顺序搜索 PATH：
 1. /home/username/.npm-global/bin/cline ✅ 找到！
 2. (不再继续搜索)
 ↓
执行用户级安装的 cline

步骤 4：重载配置

1

source ~/.bashrc

工作原理：

.bashrc 是 Bash shell 的启动脚本
每次打开新终端时自动执行
source 命令立即执行脚本内容，无需重启终端

执行过程：

1
2
3
4
5
6
7


source ~/.bashrc
 ↓
Bash 逐行执行 .bashrc 中的命令
 ↓
export PATH=~/.npm-global/bin:$PATH
 ↓
环境变量 PATH 在当前 shell 中立即更新

完整工作流程示例

安装 cline 的完整过程

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30


# 1. 创建目录
mkdir ~/.npm-global

# 2. 配置 npm
npm config set prefix '~/.npm-global'

# 3. 验证配置
npm config get prefix
# 输出：/home/username/.npm-global

# 4. 更新 PATH
echo 'export PATH=~/.npm-global/bin:$PATH' >> ~/.bashrc
source ~/.bashrc

# 5. 安装包（无需 sudo）
npm i -g cline

# 6. 内部执行流程
# npm 创建目录：
# ~/.npm-global/lib/node_modules/cline/
# 
# npm 创建符号链接：
# ~/.npm-global/bin/cline -> ../lib/node_modules/cline/bin/cline.js
#
# 7. 验证安装
which cline
# 输出：/home/username/.npm-global/bin/cline

cline --version
# 成功执行 ✅

文件系统变化对比

修改前的系统状态

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


/usr/local/ (系统目录，需要 root)
├── bin/
│ ├── node
│ ├── npm
│ └── npx
└── lib/
 └── node_modules/
 └── (全局包安装失败 ❌)

~/.npmrc (可能不存在)

修改后的系统状态

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


~/.npm-global/ (用户目录，完全控制 ✅)
├── bin/
│ ├── cline -> ../lib/node_modules/cline/bin/cline.js
│ └── (其他全局命令的符号链接)
└── lib/
 └── node_modules/
 ├── cline/
 │ ├── package.json
 │ ├── bin/
 │ └── node_modules/
 └── (其他全局包)

~/.npmrc (新增配置)
内容：prefix=/home/username/.npm-global

~/.bashrc (追加了一行)
内容：export PATH=/home/username/.npm-global/bin:$PATH

优势与注意事项

优势

安全性：避免使用 root 权限运行未知脚本
隔离性：用户级包不影响系统或其他用户
可维护性：无需担心权限混乱
可移植性：配置可随用户迁移

注意事项

PATH 优先级：新路径在系统路径之前，会优先使用用户安装的版本
多用户环境：每个用户有独立的全局包，节省空间但可能版本不一致
系统工具冲突：如果同时存在系统级和用户级的同名命令，会优先执行用户级

与其他方法的对比

方法	原理	优点	缺点
sudo 安装	临时提权	简单快速	安全风险
修改目录权限	chown 改变所有者	一劳永逸	破坏系统权限模型
用户级目录	重定向 prefix	安全、标准	需配置一次
nvm 管理	Node 版本隔离	最灵活强大	学习成本稍高

验证配置是否成功

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


# 1. 检查 npm 配置
npm config get prefix
# 应输出：/home/username/.npm-global

# 2. 检查 PATH
echo $PATH | grep ".npm-global"
# 应包含：/home/username/.npm-global/bin

# 3. 测试安装
npm i -g cowsay
cowsay "Success!"
# 应正常显示牛说话的 ASCII 艺术

回滚操作（如需恢复）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 恢复 npm 默认配置
npm config delete prefix

# 从 .bashrc 中移除 PATH 修改
sed -i '/.npm-global/d' ~/.bashrc

# 删除用户级目录（可选）
rm -rf ~/.npm-global

# 重载配置
source ~/.bashrc

核心要点：方法 2 通过重定向 npm 工作目录而非突破系统权限限制来解决问题，是 Node.js 官方推荐的最佳实践之一。它既保证了系统安全，又提供了完整的功能，是处理 npm 全局安装权限问题的首选方案。

深度解码：TCP 三次握手——为什么两次绝对不够？

Tue, 10 Mar 2026 00:00:00 +0000

在网络工程的学习中，很多人能背出 TCP 三次握手的过程，却常卡在“为什么不能是两次”这个深度考题上。本文将跳出枯燥的状态机，从资源成本、安全验证和逻辑闭环三个维度彻底看透其背后的设计哲学。

1. 交互流程：状态与报文的对齐

理解握手的首要逻辑是看清**状态（State）**的跃迁。只有掌握了状态机，才能理解协议是如何在不稳定的网络中寻找“确定性”的。

2. 核心比喻：序列号就是“动态验证码”

这是理解三次握手最直观的角度。为了对抗虚假请求，TCP 的初始序列号（ISN）是随机生成的，我们可以将其看作是服务端签发的“随机验证码”。

第一次握手 (SYN)：客户端提供自己的验证码 x。
第二次握手 (SYN+ACK)：服务端确认 x，同时签发自己的随机验证码 y 。
第三次握手 (ACK)：客户端必须回传 y+1。

如果没有第三步： 服务端发出的验证码 y 就没有得到确认。服务端无法知道客户端是否真的收到了这个码，也就无法确认对方是一个真实的对话者，还是一个伪造了 IP 却“只发不收”的攻击者。

3. 为什么两次握手（2-way）会崩溃？

A. 解决“幽灵连接”导致的资源浪费

网络是会拥塞的。假设客户端发的第一个 SYN 包因为迷路迟到了：

场景：客户端超时重传了第二个 SYN，顺利完成通信并关闭了连接。
危机：这时，那个迷路的旧 SYN 终于到达了服务端。
两次握手的后果：服务端会误以为这是一个新请求，立即建立连接并分配资源。但客户端早已不再理会，服务端将背负着这个“幽灵连接”直到长达数小时的 Keep-alive 超时。
三次握手的化解：由于服务端处于 SYN_RCVD 状态，只有收到客户端对新验证码的 ACK 才会转为 ESTABLISHED。旧请求发不出新 ACK，服务端超时自动释放，避免浪费。

B. 提高 SYN Flood 攻击的成本

在 SYN Flood 攻击中，黑客利用伪造的 IP 地址发送大量 SYN 包。

防御逻辑：因为 IP 是伪造的，黑客无法收到服务端回发的 _Seq=y_（验证码）。
阻断点：没有第三次握手的 ACK 包，连接就卡在半开状态。配合 SYN Cookie 技术，服务端甚至可以不分配内存来应对这些垃圾包，从而保护系统不瘫痪。

C. 确认“全双工”通路的闭环

TCP 是双向通信（Full Duplex）。

前两步：服务端确认了“我能收，客户端能发”以及“客户端能收，我能发”。
第三步：服务端确认“我发出去的，客户端确实能收到”。至此，双向的发送与接收能力才完成了 100% 的逻辑闭环。

4. 备考金句总结

三次握手的本质：同步并确认双方的初始序列号（ISN）。
不能两次的原因：防止失效的连接请求突然到达引起错误，同时确保服务端发出的 ISN 得到客户端确认。
状态记忆：SYN_SENT -> SYN_RCVD -> ESTABLISHED。

结语：TCP 的设计体现了在不可靠网络环境下对“确定性”的极致追求。每一步多出来的确认，都是为了在资源利用与系统安全之间达成最优的平衡。

Power Query 技巧：如何比较顺序不同的文本

Mon, 09 Mar 2026 00:00:00 +0000

在 Power Query 中处理数据时，经常会遇到这样的情况：两个查询中都有“单位名称”列，但每个单元格内的单位顺序可能不同（例如 “甲公司、乙公司” 与 “乙公司、甲公司”）。直接比较文本会认为它们不同，但实际上内容一致。本文将介绍如何通过拆分、排序再比较的方法，准确判断两个文本列表是否相同，并分享处理空值（null）的实用技巧。

问题背景

假设有两个查询：

查询 A 的单位名称：丙公司、甲公司、乙公司
查询 B 的单位名称：甲公司、乙公司、丙公司

肉眼可见它们包含相同的三个单位，但直接使用等于（=）判断会返回 false。我们需要一种方法，忽略顺序的影响，只比较内容是否一致。

解决思路

核心思想：将文本拆分成单位列表 → 对列表排序 → 比较排序后的列表（或合并后再比较）。排序后，无论原始顺序如何，都会得到相同顺序的列表，从而可以进行公平比较。

具体步骤

第一步：将文本拆分成列表

使用 Text.Split 函数，根据实际分隔符（如顿号、逗号）将单位名称拆分为列表。

假设待拆分的列名是“单位名称”，分隔符是顿号“、”，添加自定义列：

1

= Text.Split([单位名称], "、")

如果分隔符不固定，可能需要先用替换函数统一分隔符，或使用 Splitter.SplitTextByAnyDelimiter 等高级方法，但本文以顿号为例。

第二步：对列表进行排序

使用 List.Sort 对第一步得到的列表进行排序。可以直接在同一个自定义列公式中嵌套：

1

= List.Sort(Text.Split([单位名称], "、"))

这样，原始文本被拆分后立即排序，生成一个顺序统一的列表。

第三步：执行内容比较

现在有两个查询都生成了排序后的列表列（假设命名为“排序后列表1”和“排序后列表2”）。可以采用以下两种方式判断它们是否相同：

方法 A：使用 `List.Difference`

List.Difference 返回第一个列表中有但第二个列表中没有的项目。如果返回空列表 {}，说明两个列表内容一致。

添加自定义列进行判断：

1

= List.Difference([排序后列表1], [排序后列表2]) = {}

结果返回 true 或 false。

方法 B：合并为文本后再比较

如果后续需要保留文本格式，也可以将排序后的列表用 Text.Combine 合并回字符串，然后直接比较。

1

= Text.Combine([排序后列表1], "、") = Text.Combine([排序后列表2], "、")

处理空值（null）避免报错

在实际数据中，难免会有单元格为空（null）。如果不加处理，Text.Split 会报错：“无法将值 null 转换为类型 Text”。解决方法是添加空值判断或错误处理。

推荐：在拆分排序时返回空列表

修改自定义列公式，如果原始值为 null，则返回空列表 {}：

1

= if [单位名称] <> null then List.Sort(Text.Split([单位名称], "、")) else {}

这样做的好处是：

后续操作（如提取值、Text.Combine）不会因为 null 而中断。
空列表在合并时会得到空字符串 ""，符合逻辑预期。

备选：在后续拼接时处理 null

如果你希望保留 null 以区分“无数据”和“空数据”，可以在最后合并列表时做判断：

1

= if [排序后列表] <> null then Text.Combine([排序后列表], ";") else null

或使用 try…otherwise：

1

= try Text.Combine([排序后列表], ";") otherwise null

但请注意，如果使用界面上的“提取值”功能（右键点击列表列 → 提取值），该功能无法处理包含 null 的列表列，会直接报错。因此，如果打算使用提取值，强烈建议在生成列表列时就避免 null（即返回空列表）。

完整示例

假设数据如下：

单位名称（原始）
丙公司、甲公司、乙公司
乙厂、甲厂、丙厂
null

添加排序列表列
公式：= if [单位名称] <> null then List.Sort(Text.Split([单位名称], "、")) else {}
结果列将包含：

{"甲公司","乙公司","丙公司"}
{"甲厂","乙厂","丙厂"}
{} （空列表）

合并回文本（可选）
公式：= Text.Combine([排序后列表], "、")
结果：

甲公司、乙公司、丙公司
甲厂、乙厂、丙厂
""（空字符串）

与另一个查询比较
假设有另一个查询的对应列表列名为“排序后列表B”，判断是否相等：
= List.Difference([排序后列表], [排序后列表B]) = {}

总结

核心函数：Text.Split、List.Sort、List.Difference、Text.Combine。
关键技巧：先拆分再排序，消除顺序影响。
空值处理：在拆分排序时就返回空列表 {}，可以简化后续操作，避免报错。
适用场景：对比单位名称、关键词列表、标签集合等任何顺序不重要但内容需一致的文本数据。

通过以上方法，你可以轻松在 Power Query 中实现忽略顺序的文本内容比较，并稳健地处理空值。希望这篇笔记对你的数据处理工作有所帮助！

Windows Terminal 完整美化指南

Mon, 19 Jan 2026 00:00:00 +0000

1.前置准备

系统要求

Windows 10 1903 (build 18362) 或更高版本
Windows 11（推荐）
PowerShell 5.1 或更高版本

检查 PowerShell 版本

1

$PSVersionTable.PSVersion

2.安装 Windows Terminal

方法 1：Microsoft Store（推荐）

打开 Microsoft Store
搜索 “Windows Terminal”
点击"安装"

方法 2：使用 winget

1

winget install Microsoft.WindowsTerminal

验证安装

打开 Windows Terminal，应该能看到终端界面。

3.配置执行策略

为什么需要这一步？

PowerShell 默认不允许运行脚本，需要修改执行策略。

操作步骤

以管理员身份打开 PowerShell
- 在开始菜单搜索 “PowerShell”
- 右键选择"以管理员身份运行"
执行以下命令 Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
确认更改
- 提示时输入 Y 并回车
验证设置 Get-ExecutionPolicy -List 应该看到 CurrentUser 的策略为 RemoteSigned

4.安装 Oh My Posh

什么是 Oh My Posh？

一个强大的提示符主题引擎，让终端更美观、信息更丰富。

安装步骤

使用 winget 安装（推荐） winget install JanDeDobbeleer.OhMyPosh -s winget
完全关闭并重新打开 PowerShell
- 必须重启才能生效
- 关闭所有 PowerShell 和 Windows Terminal 窗口
验证安装 oh-my-posh version 应该显示版本号，如 29.0.2

检查主题路径

1
2
3
4
5


# 检查环境变量
$env:POSH_THEMES_PATH

# 验证主题文件是否存在
Test-Path $env:POSH_THEMES_PATH

如果主题路径不存在（常见问题）

手动下载主题文件：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19


# 1. 创建主题目录
New-Item -ItemType Directory -Path "$env:LOCALAPPDATA\Programs\oh-my-posh\themes" -Force

# 2. 下载常用主题
$themes = @("paradox", "atomic", "agnoster", "jandedobbeleer", "powerlevel10k_rainbow", "night-owl", "clean-detailed")

foreach ($theme in $themes) {
 $url = "https://raw.githubusercontent.com/JanDeDobbeleer/oh-my-posh/main/themes/$theme.omp.json"
 $output = "$env:LOCALAPPDATA\Programs\oh-my-posh\themes\$theme.omp.json"
 try {
 Invoke-WebRequest -Uri $url -OutFile $output
 Write-Host "✓ 已下载: $theme.omp.json" -ForegroundColor Green
 } catch {
 Write-Host "✗ 下载失败: $theme.omp.json" -ForegroundColor Red
 }
}

# 3. 验证下载
Get-ChildItem "$env:LOCALAPPDATA\Programs\oh-my-posh\themes"

5.安装字体

为什么需要 Nerd Font？

Oh My Posh 主题使用特殊图标，需要支持这些图标的字体。

安装方法

方法 1：使用 Oh My Posh 字体安装工具（最简单）

1

oh-my-posh font install

选择推荐字体：

使用方向键选择 CascadiaCode
按回车确认

方法 2：手动下载安装

CascadiaCode Nerd Font：

访问：https://github.com/ryanoasis/nerd-fonts/releases/latest
下载 CascadiaCode.zip
解压 ZIP 文件
选择所有 .ttf 文件
右键 → “为所有用户安装”

Sarasa Mono SC Nerd（中文支持）：

访问：https://github.com/be5invis/Sarasa-Gothic/releases
下载 Sarasa-TTF-<version>.7z
解压后找到 sarasa-mono-sc-nerd-*.ttf
右键 → “为所有用户安装”

方法 3：使用 Scoop（推荐给开发者）

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


# 安装 Scoop（如果没有）
Set-ExecutionPolicy RemoteSigned -Scope CurrentUser
irm get.scoop.sh | iex

# 添加 nerd-fonts bucket
scoop bucket add nerd-fonts

# 安装字体
scoop install CascadiaCode-NF
# 或
scoop install Sarasa-Gothic

6.配置 Windows Terminal

设置字体

打开 Windows Terminal
按 Ctrl + , 打开设置
左侧选择 “配置文件” → “默认值”（或选择特定的 PowerShell 配置）
点击 “外观” 选项卡
在 “字体” 下拉菜单中选择：
- 纯英文：CaskaydiaCove Nerd Font
- 中英文：CaskaydiaCove Nerd Font, Microsoft YaHei UI
- 完美中文：Sarasa Mono SC Nerd
字体大小设置为 11
点击 “保存”

设置配色方案（可选）

在设置界面左侧选择 “配色方案”
推荐方案：
- One Half Dark - 优雅深色
- Campbell Powershell - 经典
- Dracula - 流行主题
返回 “配置文件” → 选择你的 PowerShell
在 “外观” 中选择配色方案

JSON 配置示例

如果想直接编辑配置文件：

按 Ctrl + , 打开设置
点击左下角 “打开 JSON 文件”
找到你的 PowerShell 配置，添加或修改：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19


{
 "profiles": {
 "list": [
 {
 "guid": "{你的PowerShell GUID}",
 "name": "PowerShell",
 "font": {
 "face": "CaskaydiaCove Nerd Font, Microsoft YaHei UI",
 "size": 11
 },
 "colorScheme": "One Half Dark",
 "useAcrylic": true,
 "acrylicOpacity": 0.85,
 "cursorShape": "bar",
 "padding": "8"
 }
 ]
 }
}

7.配置 PowerShell

创建配置文件

检查配置文件是否存在 Test-Path $PROFILE
如果不存在，创建配置文件 New-Item -Path $PROFILE -Type File -Force
编辑配置文件 notepad $PROFILE

基础配置（推荐）

将以下内容粘贴到配置文件中：

1
2
3
4
5


# Oh My Posh - 使用本地主题
oh-my-posh init pwsh --config "$env:LOCALAPPDATA\Programs\oh-my-posh\themes\paradox.omp.json" | Invoke-Expression

# Terminal Icons（文件和文件夹图标）
Import-Module -Name Terminal-Icons

如果本地主题不存在，使用在线主题

1
2
3
4
5


# Oh My Posh - 使用在线主题
oh-my-posh init pwsh --config "https://raw.githubusercontent.com/JanDeDobbeleer/oh-my-posh/main/themes/paradox.omp.json" | Invoke-Expression

# Terminal Icons
Import-Module -Name Terminal-Icons

保存并加载配置

1
2


# 保存配置文件后，重新加载
. $PROFILE

8.安装增强模块

PSReadLine（命令行增强）

检查版本：

1

Get-Module PSReadLine -ListAvailable

更新到最新版（需要管理员权限）：

1

Install-Module PSReadLine -Force -SkipPublisherCheck

添加到配置文件：

编辑 $PROFILE，添加以下内容：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# PSReadLine 配置（需要 2.2.0+ 版本）
if ((Get-Module PSReadLine).Version -ge '2.2.0') {
 Set-PSReadLineOption -PredictionSource History
 Set-PSReadLineOption -PredictionViewStyle ListView
}

Set-PSReadLineOption -EditMode Windows
Set-PSReadLineKeyHandler -Key Tab -Function MenuComplete
Set-PSReadLineKeyHandler -Key UpArrow -Function HistorySearchBackward
Set-PSReadLineKeyHandler -Key DownArrow -Function HistorySearchForward

Terminal-Icons（文件图标）

安装：

1

Install-Module -Name Terminal-Icons -Repository PSGallery -Force

已在基础配置中包含，无需额外配置

9.常见问题排查

问题 1：禁止运行脚本

错误信息：

1

无法加载文件...因为在此系统上禁止运行脚本

解决方案：

1
2


# 以管理员身份运行
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

问题 2：CONFIG NOT FOUND

错误信息：

1

CONFIG NOT FOUND

原因： 主题文件路径不存在

解决方案 1：检查路径

1

Test-Path $env:POSH_THEMES_PATH

解决方案 2：手动下载主题（见"安装 Oh My Posh"章节）

解决方案 3：使用在线主题

1
2
3
4
5


# 编辑配置文件
notepad $PROFILE

# 使用在线主题
oh-my-posh init pwsh --config "https://raw.githubusercontent.com/JanDeDobbeleer/oh-my-posh/main/themes/paradox.omp.json" | Invoke-Expression

问题 3：图标显示为问号或方框

原因： 没有安装 Nerd Font 字体或 Windows Terminal 未配置正确字体

解决方案：

安装 Nerd Font 字体（见"安装字体"章节）
在 Windows Terminal 中设置字体
- 按 Ctrl + ,
- 配置文件 → 默认值 → 外观
- 字体选择：CaskaydiaCove Nerd Font 或 Sarasa Mono SC Nerd
完全关闭并重启 Windows Terminal

问题 4：PSReadLine 参数错误

错误信息：

1

找不到与参数名称"PredictionSource"匹配的参数

原因： PSReadLine 版本过旧

解决方案：

1
2
3
4
5


# 以管理员身份运行
Install-Module PSReadLine -Force -SkipPublisherCheck

# 或使用兼容配置
notepad $PROFILE

兼容配置：

1
2
3


# 只使用基础功能
Set-PSReadLineOption -EditMode Windows
Set-PSReadLineKeyHandler -Key Tab -Function Complete

问题 5：加载时间过长（2000+ 毫秒）

原因： 使用在线主题或模块加载慢

解决方案 1：使用本地主题

1
2
3


# 下载主题到本地（见"安装 Oh My Posh"章节的手动下载部分）
# 使用本地路径
oh-my-posh init pwsh --config "$env:LOCALAPPDATA\Programs\oh-my-posh\themes\paradox.omp.json" | Invoke-Expression

解决方案 2：优化配置

1
2
3
4
5
6
7
8


# 使用更轻量的主题
oh-my-posh init pwsh --config "$env:LOCALAPPDATA\Programs\oh-my-posh\themes\jandedobbeleer.omp.json" | Invoke-Expression

# 延迟加载 Terminal Icons
$null = Register-EngineEvent PowerShell.OnIdle -Action {
 Import-Module Terminal-Icons
 Unregister-Event PowerShell.OnIdle
}

测试加载时间：

1

Measure-Command { . $PROFILE }

正常应该在 300-800 毫秒之间。

问题 6：中文显示问题

解决方案： 使用支持中文的字体配置

Windows Terminal 设置：

1
2
3


字体：CaskaydiaCove Nerd Font, Microsoft YaHei UI
或
字体：Sarasa Mono SC Nerd

10.进阶优化

完整配置示例

编辑 $PROFILE：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52


# ============================================
# Oh My Posh 主题配置
# ============================================
oh-my-posh init pwsh --config "$env:LOCALAPPDATA\Programs\oh-my-posh\themes\paradox.omp.json" | Invoke-Expression

# ============================================
# 模块导入
# ============================================
Import-Module -Name Terminal-Icons
Import-Module -Name z

# ============================================
# PSReadLine 配置
# ============================================
if ((Get-Module PSReadLine).Version -ge '2.2.0') {
 # 历史记录预测
 Set-PSReadLineOption -PredictionSource History
 Set-PSReadLineOption -PredictionViewStyle ListView
}

# 基础配置
Set-PSReadLineOption -EditMode Windows
Set-PSReadLineOption -BellStyle None

# 快捷键绑定
Set-PSReadLineKeyHandler -Key Tab -Function MenuComplete
Set-PSReadLineKeyHandler -Key UpArrow -Function HistorySearchBackward
Set-PSReadLineKeyHandler -Key DownArrow -Function HistorySearchForward

# ============================================
# 别名和函数
# ============================================
# 快速清屏
Set-Alias -Name cls -Value Clear-Host

# 快速编辑配置文件
function Edit-Profile {
 notepad $PROFILE
}
Set-Alias -Name ep -Value Edit-Profile

# 快速重载配置
function Reload-Profile {
 . $PROFILE
}
Set-Alias -Name rp -Value Reload-Profile

# ============================================
# 欢迎信息
# ============================================
Write-Host "PowerShell $($PSVersionTable.PSVersion) - " -NoNewline
Write-Host "Oh My Posh $(oh-my-posh version)" -ForegroundColor Cyan

自定义配色方案

创建自定义 Dracula 主题：

按 Ctrl + , 打开设置
点击左下角 “打开 JSON 文件”
在 schemes 数组中添加：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25


{
 "schemes": [
 {
 "name": "Dracula",
 "background": "#282A36",
 "foreground": "#F8F8F2",
 "black": "#21222C",
 "blue": "#BD93F9",
 "cyan": "#8BE9FD",
 "green": "#50FA7B",
 "purple": "#FF79C6",
 "red": "#FF5555",
 "white": "#F8F8F2",
 "yellow": "#F1FA8C",
 "brightBlack": "#6272A4",
 "brightBlue": "#D6ACFF",
 "brightCyan": "#A4FFFF",
 "brightGreen": "#69FF94",
 "brightPurple": "#FF92DF",
 "brightRed": "#FF6E6E",
 "brightWhite": "#FFFFFF",
 "brightYellow": "#FFFFA5"
 }
 ]
}

在配置文件中使用："colorScheme": "Dracula"

背景图片和透明效果

在 Windows Terminal 设置 JSON 中添加：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


{
 "profiles": {
 "list": [
 {
 "backgroundImage": "C:/Users/YourName/Pictures/background.jpg",
 "backgroundImageOpacity": 0.2,
 "useAcrylic": true,
 "acrylicOpacity": 0.8
 }
 ]
 }
}

11.验证最终效果

检查清单

[ ] Windows Terminal 已安装
[ ] PowerShell 执行策略已配置
[ ] Oh My Posh 已安装并显示版本号
[ ] Nerd Font 字体已安装
[ ] Windows Terminal 字体已配置
[ ] PowerShell 配置文件已创建
[ ] 主题正常显示，无 “CONFIG NOT FOUND”
[ ] 图标正常显示，无乱码
[ ] 加载时间在 800ms 以内
[ ] PSReadLine 自动补全正常工作

测试命令

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


# 查看版本
oh-my-posh version
$PSVersionTable.PSVersion
Get-Module PSReadLine | Select-Object Version

# 测试加载时间
Measure-Command { . $PROFILE }

# 测试图标显示
Get-ChildItem

快速参考

常用命令

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14


# 编辑配置文件
notepad $PROFILE

# 重载配置
. $PROFILE

# 查看主题
Get-ChildItem $env:POSH_THEMES_PATH

# 预览所有主题
Get-PoshThemes

# 切换主题（临时）
oh-my-posh init pwsh --config "$env:POSH_THEMES_PATH\atomic.omp.json" | Invoke-Expression

12.总结

完成以上配置后，你将拥有：

✅ 现代化、美观的终端界面
✅ 丰富的 Git 信息显示
✅ 智能命令补全和历史记录
✅ 文件和文件夹图标
✅ 快速的加载速度
✅ 完美的中英文支持

享受你的全新终端体验！🎉

WordPress大图、HEIC上传故障排查

Fri, 19 Dec 2025 00:00:00 +0000

适用环境：

Ubuntu Server 22.04

自建 LNMP（Nginx + PHP-FPM + MySQL）

WordPress（后台上传 / WP-CLI 上传）

图片来源：iPhone（HEIC / Live Photo / 高分辨率 JPEG 4000×3000+）

服务器物理内存：4GB

一、问题背景

后台上传高分辨率图片（4032×3024 及以上）持续报错：服务器无法处理图片。如果服务器繁忙或没有足够的资源来完成任务，就会发生这种情况。建议的最大尺寸为 2560 像素。
HEIC 图片、MOV 视频上传失败或上传后：
- 媒体库无缩略图
- 插入文章/页面不显示
PHP / Nginx / WordPress 日志无明显错误输出

二、排查与尝试过的操作（事实记录）

1. PHP 层

修改 PHP 配置：memory_limit = -1 max_execution_time = 0
结论：
- 无效
- WordPress 图像处理失败并非 PHP 限制，而是 ImageMagick / Imagick 资源策略

2. WordPress 调试

启用调试：define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);
现象：
- wp-content/debug.log 未生成
- 上传失败时无 PHP / Nginx 错误日志
结论：
- 图像处理失败发生在底层库（Imagick），并未抛出 PHP 致命错误

3. ImageMagick / Imagick

3.1 系统默认版本（失败）

Ubuntu 22.04 apt 安装版本：
- ImageMagick 6.9.x
- php-imagick 3.6.x
问题：
- HEIC 支持不稳定
- 高分辨率图片裁剪 / 生成缩略图失败

3.2 编译安装 ImageMagick 7（尝试）

手动编译安装 ImageMagick 7.1.x
安装 libheif-dev 以支持 HEIC
通过 pecl 安装 imagick（指向 IM7）
WordPress 站点健康显示：
- Imagick 可用
- 资源限制显示为几十 GB（虚高）
实际结果：
- 问题仍然存在
- HEIC 报错：Too many auxiliary image references
结论：
- IM7 + HDRI + HEIC 在 4GB 内存服务器 上不稳定
- WordPress 对 HEIC 的支持并不成熟

4. ImageMagick policy.xml 调整（失败）

调整内容：<policy domain="resource" name="memory" value="256MiB"/> <policy domain="resource" name="map" value="512MiB"/> <policy domain="resource" name="width" value="16KP"/> <policy domain="resource" name="height" value="16KP"/> <policy domain="resource" name="area" value="128MP"/> <policy domain="resource" name="disk" value="1GiB"/>
结论：
- 仅能解决 部分尺寸 JPEG
- 无法根本解决 HEIC / 超大图上传失败

5. WordPress 层自定义代码（风险点）

禁用大图裁剪（big_image_size_threshold）
使用 mu-plugin / functions.php 强行放宽限制
后果：
- 媒体库无缩略图
- 插入内容失败
结论：
- 不建议禁用 WordPress 默认大图裁剪

6. WP-CLI 批量上传（部分成功）

问题：
- 未指定 --path → 报错不是 WordPress 安装
- 权限不一致 → 无法移动文件
- HEIC 仍然无法稳定生成元数据
结论：
- WP-CLI 不能绕过 WordPress 的图像处理限制

7. Imagick 卸载与还原

pecl 卸载：sudo pecl uninstall imagick
现象：
- 卸载成功
- PHP 启动报错（残留配置）：Unable to load dynamic library 'imagick.so'
原因：
- php.ini / mods-available 中仍有 extension=imagick.so

三、最终结论（经验总结）

✅ 关键结论

WordPress 对 HEIC 的支持不可靠（尤其是 Live Photo / HDR）
4GB 内存服务器不适合在线处理超大图 + HEIC
ImageMagick 7 并不能从根本解决 WordPress 媒体处理问题
禁用大图裁剪会直接破坏媒体库显示

四、推荐的稳定方案（最终方案）

✅ 推荐方案：上传后自动转小尺寸 JPEG（插件）

插件 1：Resize Image After Upload（推荐）

功能：
- 上传后自动调整图片尺寸
- 可设置最大长边（如 2560px）
- 输出 JPEG
优点：
- 不依赖 HEIC 原生支持
- 使用 WordPress 官方图像流程
- 稳定、低风险

插件 2：ImageMagick Engine（可选）

作用：
- 指定使用 Imagick
- 配合 Resize Image After Upload 使用

🚫 不推荐方案

后台直接上传 HEIC / Live Photo
禁用 WordPress 默认大图裁剪
在低内存服务器上强行启用 HDRI Imagick

五、服务器还原清单（可操作）

1️⃣ Imagick 清理

1
2
3
4


grep -R "imagick.so" /etc/php/
# 注释或删除 extension=imagick.so
sudo rm -f /usr/lib/php/*/imagick.so
sudo systemctl restart php-fpm

2️⃣ 恢复 PHP 配置

1
2


memory_limit = 256M
max_execution_time = 30

3️⃣ 恢复 WordPress 默认行为

删除 mu-plugin
删除禁用大图裁剪的代码

六、一句话经验

WordPress + 小内存服务器的正确姿势：
让图片在进入媒体库之前或上传后尽早变小，
而不是试图让服务器“强行处理原图”。

Edge 浏览器 IE 模式按钮强制开启指南

Thu, 18 Dec 2025 00:00:00 +0000

问题描述

在 Windows 10 环境下，尽管已在系统功能中勾选 IE11 并在 Edge 设置中开启了“允许重新加载”，但 Edge 143+ 版本的“外观”设置中仍不显示 IE 模式切换按钮。

核心原理

通过修改注册表，下发 Microsoft Edge 的管理策略（Policy），强制浏览器激活 IE 整合功能。

自动化修复方案（脚本版）

您可以选择以下任意一种脚本运行，效果相同。请务必以管理员身份运行。

选项 A：快捷批处理脚本 (.bat)

新建一个文本文档，粘贴以下内容，保存为 FixEdgeIE.bat，右键选择 “以管理员身份运行”。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


@echo off
:: 强制开启 Edge IE 模式策略脚本
echo 正在写入注册表策略...

reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge" /v "InternetExplorerIntegrationLevel" /t REG_DWORD /d 1 /f
reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge" /v "InternetExplorerIntegrationReloadInIEModeAllowed" /t REG_DWORD /d 1 /f

echo.
echo 注册表项已添加！请重启 Edge 浏览器。
pause

选项 B：PowerShell 脚本 (.ps1)

右键点击开始菜单，选择 “Windows PowerShell (管理员)”，复制并执行以下命令：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


# 定义注册表路径
$registryPath = "HKLM:\SOFTWARE\Policies\Microsoft\Edge"

# 如果路径不存在则创建
if (!(Test-Path $registryPath)) {
 New-Item -Path $registryPath -Force
}

# 写入策略值
Set-ItemProperty -Path $registryPath -Name "InternetExplorerIntegrationLevel" -Value 1
Set-ItemProperty -Path $registryPath -Name "InternetExplorerIntegrationReloadInIEModeAllowed" -Value 1

Write-Host "策略已生效，请重启 Edge 浏览器。" -ForegroundColor Green

脚本执行后的后续操作

重启浏览器：在 Edge 地址栏输入 edge://policy 并回车，点击 “刷新策略”，确保能看到上述两条策略显示为“正常”。
显示按钮：
- 进入 设置 -> 外观。
- 在“选择要在工具栏上显示的按钮”下方，“Internet Explorer 模式按钮” 开关现在应该已经出现并可以手动开启了。
验证：点击工具栏新出现的蓝色的 IE 图标，页面应能成功切换至兼容模式。

需要注意： 开启策略后，设置页面可能会显示“由你的组织管理”，这是正常现象，说明注册表策略已生效。

PowerShell远程连接教程

Tue, 04 Nov 2025 00:00:00 +0000

1 PowerShell远程管理基础

PowerShell远程管理功能基于WS-Management协议，由Windows远程管理服务实现，允许用户跨网络在一台或多台远程计算机上执行命令和脚本。与仅支持单个命令的cmdlet不同，PowerShell Remoting支持交互式会话和复杂的脚本执行。

核心组件是WinRM服务，它默认使用HTTP端口5985或HTTPS端口5986进行通信。这种基于标准HTTP/S的设计使其能够较容易地穿透防火墙。

2 环境配置步骤

2.1 远程主机配置

远程主机是需要被管理的计算机，必须首先启用PowerShell远程处理功能。

1.以管理员身份启动PowerShell：右键点击PowerShell图标，选择“以管理员身份运行”。

2.设置执行策略（可选，但建议设置）：

1

Set-ExecutionPolicy RemoteSigned -Force

3.启用PowerShell远程处理：

1

Enable-PSRemoting -Force

此命令将：

启动或重启WinRM服务
将WinRM服务启动类型设置为“自动”
创建侦听程序以接受任意IP地址上的请求
为WS-Management通信启用Windows防火墙入站规则例外

4.检查网络连接类型：确保网络位置不是“公用”，因为Windows防火墙例外不能在公用网络位置启用。如果是公用网络，需更改为“专用”：

1

Set-NetConnectionProfile -InterfaceAlias "以太网" -NetworkCategory Private

2.2 客户端配置

客户端是用于发起远程连接的管理计算机。

1.设置TrustedHosts：在非域环境中，必须将远程主机添加到客户端的信任主机列表。

1

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "远程主机IP" -Force

如需信任所有计算机（测试环境），可使用：

1

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "*" -Force

2.启用客户端远程支持：

1

Enable-PSRemoting -SkipNetworkProfileCheck -Force

3 远程连接方法

3.1 交互式会话

交互式会话允许用户像在远程计算机上直接操作一样执行命令。

1

Enter-PSSession -ComputerName 192.168.1.100 -Credential administrator

连接成功后，提示符会变为[远程主机IP]: PS ...，此时输入的命令将在远程主机上执行。

退出会话使用：

1

Exit-PSSession

3.2 执行单条命令

对于单条命令或简单任务，使用Invoke-Command更高效：

1
2
3


Invoke-Command -ComputerName 192.168.1.100 -Credential administrator -ScriptBlock {
 Get-Process | Where-Object { $_.CPU -gt 10 }
}

3.3 持久连接

对于需要多次执行的相关命令，可创建持久连接以提高效率：

1
2
3
4


$session = New-PSSession -ComputerName 192.168.1.100 -Credential administrator
Invoke-Command -Session $session -ScriptBlock {$processes = Get-Process}
Invoke-Command -Session $session -ScriptBlock {$processes.Count}
Remove-PSSession $session

4 高级配置与故障排除

4.1 常见错误及解决方案

错误：WinRM 客户端无法处理该请求。如果身份验证方案与 Kerberos 不同…

解决方案：将远程主机IP添加到客户端的TrustedHosts列表。

1

Set-Item WSMan:\localhost\Client\TrustedHosts -Value "本地机ip" -Force

4.2 认证方式选择

在不同网络环境下，可能需要指定不同的认证机制：

1

Enter-PSSession -ComputerName 192.168.1.100 -Credential administrator -Authentication CredSSP

特别是当需要从远程会话访问另一台服务器资源时，CredSSP认证可以传递凭据。

4.3 服务管理与诊断

检查WinRM服务状态：Get-Service WinRM Test-WSMan -ComputerName 192.168.1.100
查看当前WinRM配置：winrm get winrm/config
快速检查配置：winrm quickconfig

5 安全注意事项

最小权限原则：只授予必要的远程访问权限
使用HTTPS传输：生产环境建议配置证书并使用5986端口
限制TrustedHosts：尽量避免使用*，而是指定具体IP或计算机名
定期审查：定期检查远程访问日志和配置

在excel中用行号、列的序号来获取单元格的值

Tue, 04 Nov 2025 00:00:00 +0000

用行号与列序号获取单元格值的常用方法

INDEX 函数按“区域内的第几行、第几列”取值，语法：=INDEX(array, row_num, [column_num])。其中 row_num、column_num 是相对于 array 的位置（从 1 开始）。例如：=INDEX(A1:D10, 3, 2)取 A1:D10 区域中第 3 行、第 2 列的值。若区域只有一行或一列，可省略相应参数；将列参数设为 0 可返回整行，行参数设为 0 返回整列（旧版需用 Ctrl+Shift+Enter 作为数组公式，Microsoft 365 直接回车即可）。
INDIRECT + ADDRESS 组合用“绝对地址文本”取值，语法思路：先用 ADDRESS(row_num, col_num)生成如 _B_5 的地址文本，再用 INDIRECT解析为引用。例如：=INDIRECT(ADDRESS(5, 2))取第 5 行第 2 列（即 B5）的值；若行号、列号存放在单元格中（如 F4、F5），可写：=INDIRECT(ADDRESS(F4, F5))。注意 ADDRESS 可返回 A1 或 R1C1 样式，且可包含工作表名；INDIRECT 为易挥发函数，大数据量时可能影响性能。
OFFSET 从基点按偏移量取值，语法：=OFFSET(reference, rows, cols, [height], [width])。例如从 A1 开始，向下偏移 2 行、向右偏移 1 列：=OFFSET(A1, 2, 1)得到 B3；要返回一整行可用：=OFFSET(A1, 2, 0, 1, 4)（第 3 行、1 行高、4 列宽）。适合动态偏移场景，但引用会随偏移变化，需注意稳定性。

实用示例

已知行号在 F2、列号在 F3（数值为 5 和 2）：
- 取值（INDEX）：=INDEX(A1:D10, F2, F3)，等价于取 A1:D10 的第 5 行第 2 列。
- 取值（INDIRECT+ADDRESS）：=INDIRECT(ADDRESS(F2, F3))，等价于取第 5 行第 2 列。
- 取整行（INDEX）：=INDEX(A1:D10, F2, 0)（返回第 5 行的整行数据）。
- 取整列（INDEX）：=INDEX(A1:D10, 0, F3)（返回第 2 列的整列数据）。

注意事项与小技巧

行号与列号从 1 开始：在 INDEX 的 array 范围内计数；超出范围会返回 #REF。如需行列序号来自单元格，直接引用即可（如 =INDEX(A1:D10, F2, F3)）。
INDEX 返回整行/整列：将列（或行）参数设为 0；Microsoft 365 直接回车返回溢出数组，旧版可能需要 Ctrl+Shift+Enter。
动态列字母场景：如果“列序号”是字母（如“C”），可先转列号：=COLUMN(INDIRECT(F3&1))，再代入：=INDEX(A1:D10, F2, COLUMN(INDIRECT(F3&1)))。
性能建议：避免在大表中大量使用 INDIRECT（易挥发）；能用 INDEX 尽量用 INDEX，或用 INDEX+MATCH 做动态查找更稳更高效。

进阶 VBA 自定义函数

在 VBA 中可封装一个按“行号、列号”取值的函数：
1. 按 Alt+F11 打开 VBA 编辑器 → 插入模块；
2. 粘贴代码：复制Function GetValueByRowCol(row As Long, col As Long, Optional ws As Worksheet) As Variant If ws Is Nothing Then Set ws = ActiveSheet GetValueByRowCol = ws.Cells(row, col).Value End Function
3. 工作表中直接用：=GetValueByRowCol(6, 3)（取第 6 行第 3 列）；也可指定表：=GetValueByRowCol(6,3,Sheet2)。

Excel断开外部顽固链接

Sat, 18 Jun 2022 00:00:00 +0000

Excel在公式、名称管理器等处等引用外部文件时会默认弹窗询问是否更新单元格的值，一般来说，发送给他人的Excel文件不应引用未发送文件的外部链接。

断开普通外部链接

点击“文件——信息”，在右下角的相关文档中点击编辑指向文件的链接，选中需要断开的链接，点击断开链接
点击“公式——名称管理器”，选中引用了需要删除的项目和有#REF的项目，点击删除
更改格式，将xlsx格式的表格另存为xls格式后，链接自动消失，如有需要再另存为xlsx格式

断开顽固外部链接

EXCEL本质上是一个压缩文件，直接使用压缩软件打开解压：

使用vscode或者其他文本编辑器打开xlworksheets中各个SHEET的XML文件，找到你需要断开的链接，并将<extLst>.........</extLst>删掉，CTRL+S保存；
将xlexternalLinks_rels中的文件删除；
将原文件夹重新压缩成zip格式，并将后缀名改回原来的后缀xls,xlsx,xlsm；
打开表格后会提示需要修复，选择“是”，保存即可。

硬盘SMART检测参数详解

Tue, 18 May 2021 00:00:00 +0000

本文转自：https://www.cnblogs.com/xqzt/p/5512075.html

一、SMART概述

要说Linux用户最不愿意看到的事情，莫过于在毫无警告的情况下发现硬盘崩溃了。诸如RAID的备份和存储技术可以在任何时候帮用户恢复数据，但为预防硬件崩溃造成数据丢失所花费的代价却是相当可观的，特别是在用户从来没有提前考虑过在这些情况下的应对措施时。

硬盘的故障一般分为两种：可预测的（predictable）和不可预测的（unpredictable）。后者偶而会发生，也没有办法去预防它，例如芯片突然失效，机械撞击等。但像电机轴承磨损、盘片磁介质性能下降等都属于可预测的情况，可以在在几天甚至几星期前就发现这种不正常的现象。

对于可预测的情况，如果能通过磁盘监控技术，通过测量硬盘的几个重要的安全参数和评估他们的情况，然后由监控软件得出两种结果：“硬盘安全”或“不久后会发生故障”。那么在发生故障前，至少有足够的时间让使用者把重要资料转移到其它储存设备上。

最早期的硬盘监控技术起源于1992年，IBM在AS/400计算机的IBM 0662 SCSI 2代硬盘驱动器中使用了后来被命名为Predictive Failure Analysis（故障预警分析技术）的监控技术，它是通过在固件中测量几个重要的硬盘安全参数和评估他们的情况，然后由监控软件得出两种结果：“硬盘安全”或“不久后会发生故障”。

不久，当时的微机制造商康柏和硬盘制造商希捷、昆腾以及康纳共同提出了名为IntelliSafe的类似技术。通过该技术，硬盘可以测量自身的的健康指标并将参量值传送给操作系统和用户的监控软件中，每个硬盘生产商有权决定哪些指标需要被监控以及设定它们的安全阈值。

1995年，康柏公司将该技术方案提交到Small Form Factor(SFF)委员会进行标准化，该方案得到IBM、希捷、昆腾、康纳和西部数据的支持，1996年6月进行了1.3版的修正，正式更名为S.M.A.R.T.（Self-Monitoring Analysis And Reporting Technology），全称就是“自我检测分析与报告技术”，成为一种自动监控硬盘驱动器完好状况和报告潜在问题的技术标准。

SMART的目的是监控硬盘的可靠性、预测磁盘故障和执行各种类型的磁盘自检。如今大部分的ATA/SATA、SCSI/SAS和固态硬盘都搭载内置的SMART系统。作为行业规范，SMART规定了硬盘制造厂商应遵循的标准，满足SMART标准的条件主要包括：

1）在设备制造期间完成SMART需要的各项参数、属性的设定；

2）在特定系统平台下，能够正常使用SMART；通过BIOS检测，能够识别设备是否支持SMART并可显示相关信息，而且能辨别有效和失效的SMART信息；

3）允许用户自由开启和关闭SMART功能；

4）在用户使用过程中，能提供SMART的各项有效信息，确定设备的工作状态，并能发出相应的修正指令或警告。在硬盘及操作系统都支持SMART技术并且开启的情况下，若硬盘状态不良，SMART功能会在开机时响起警报，SMART技术能够在屏幕上显示英文警告信息：“WARNING IMMEDIATLY BACKUP YOUR DATA AND REPLACE YOUR HARD DISK DRIVE，A FAILURE MAY BE IMMINENT．”(警告：立刻备份你的数据并更换硬盘，硬盘可能失效。)

SMART功能不断从硬盘上的各个传感器收集信息，并把信息保存在硬盘的系统保留区(service area)内，这个区域一般位于硬盘0物理面的最前面几十个物理磁道，由厂商写入相关的内部管理程序。这里除了SMART信息表外还包括低级格式化程序、加密解密程序、自监控程序、自动修复程序等。用户使用的监测软件通过名为“SMART Return Status”的命令（命令代码为：B0h）对SMART信息进行读取，且不允许最终用户对信息进行修改。

smartmontools是smart的的软件包程序，由smartctl和smartd两部分工具程序组成，它们一起为Linux平台提供对磁盘退化和故障的高级警告。

二、smart信息解读

ID

属性ID，通常是一个1到255之间的十进制或十六进制的数字。硬盘SMART检测的ID代码以两位十六进制数表示（括号里对应的是十进制数）硬盘的各项检测参数。目前，各硬盘制造商的绝大部分SMART ID代码所代表的参数含义是一致的，但厂商也可以根据需要使用不同的ID代码，或者根据检测项目的多少增减ID代码。一般来说，以下这些检测项是必需的：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


01（001） Raw_Read_Error_Rate 底层数据读取错误率 
04（004） Start_Stop_Count 启动/停止计数 
05（005） Reallocated_Sector_Ct 重映射扇区数 
09（009） Power_On_Hours 通电时间累计，出厂后通电的总时间，一般磁盘寿命三万小时 
0A（010） Spin_Retry_Count 主轴起旋重试次数（即硬盘主轴电机启动重试次数） 
0B（011） Calibration_Retry_Count 磁盘校准重试次数 
0C（012） Power_Cycle_Count 磁盘通电次数 
C2（194） Temperature_Celsius 温度 
C7（199） UDMA_CRC_Error_Count 奇偶校验错误率 
C8（200） Write_Error_Rate: 写错误率 
F1（241） Total_LBAs_Written：表示磁盘自出厂总共写入的的数据，单位是LBAS=512Byte 
F2（242） Total_LBAs_Read：表示磁盘自出厂总共读取的数据，单位是LBAS=512Byte 

ATTRIBUTE_NAME

硬盘制造商定义的属性名。，即某一检测项目的名称，是ID代码的文字解释。

FLAG

属性操作标志（可以忽略）

当前值（value）

当前值是各ID项在硬盘运行时根据实测原始数据（Raw value）通过公式计算的结果，1到253之间。253意味着最好情况，1意味着最坏情况。计算公式由硬盘厂家自定。

硬盘出厂时各ID项目都有一个预设的最大正常值，也即出厂值，这个预设的依据及计算方法为硬盘厂家保密，不同型号的硬盘都不同，最大正常值通常为100或200或253，新硬盘刚开始使用时显示的当前值可以认为是预设的最大正常值（有些ID项如温度等除外）。随着使用损耗或出现错误，当前值会根据实测数据而不断刷新并逐渐减小。因此，当前值接近临界值就意味着硬盘寿命的减少，发生故障的可能性增大，所以当前值也是判定硬盘健康状态或推测寿命的依据之一。

最差值（Worst）

最差值是硬盘运行时各ID项曾出现过的最小的value。
最差值是对硬盘运行中某项数据变劣的峰值统计，该数值也会不断刷新。通常，最差值与当前值是相等的，如果最差值出现较大的波动（小于当前值），表明硬盘曾出现错误或曾经历过恶劣的工作环境（如温度）。

临界值（Threshold）

在报告硬盘FAILED状态前，WORST可以允许的最小值。

临界值是硬盘厂商指定的表示某一项目可靠性的门限值，也称阈值，它通过特定公式计算而得。如果某个参数的当前值接近了临界值，就意味着硬盘将变得不可靠，可能导致数据丢失或者硬盘故障。由于临界值是硬盘厂商根据自己产品特性而确定的，因此用厂商提供的专用检测软件往往会跟Windows下检测软件的检测结果有较大出入。

硬盘的每项SMART信息中都有一个临界值（阈值），不同硬盘的临界值是不同的，SMART针对各项的当前值、最差值和临界值的比较结果以及数据值进行分析后，提供硬盘当前的评估状态，也是我们直观判断硬盘健康状态的重要信息。根据SMART的规定，状态一般有正常、警告、故障或错误三种状态。

SMART判定这三个状态与SMART的 Pre-failure/advisory BIT（预测错误/发现位）参数的赋值密切相关，当Pre-failure/advisory BIT=0，并且当前值、最差值远大于临界值的情况下，为正常标志。当Pre-failure/advisory BIT=0，并且当前值、最差值大于但接近临界值时，为警告标志；当Pre-failure/advisory BIT=1，并且当前值、最差值小于临界值时，为故障或错误标志

原始值(RAW_VALUE)

制造商定义的原始值，从VALUE派生。

数据值是硬盘运行时各项参数的实测值，大部分SMART工具以十进制显示数据。
数据值代表的意义随参数而定，大致可以分为三类：
1）数据值并不直接反映硬盘状态，必须经过硬盘内置的计算公式换算成当前值才能得出结果；
2）数据值是直接累计的，如Start/Stop Count（启动/停止计数）的数据是50，即表示该硬盘从出厂到现在累计启停了50次；
3）有些参数的数据是即时数，如Temperature（温度）的数据值是44，表示硬盘的当前温度是44℃。
因此，有些参数直接查看数据也能大致了解硬盘目前的工作状态。

TYPE

属性的类型（Pre-fail或Oldage）。Pre-fail类型的属性可被看成一个关键属性，表示参与磁盘的整体SMART健康评估（PASSED/FAILED）。如果任何Pre-fail类型的属性故障，那么可视为磁盘将要发生故障。另一方面，Oldage类型的属性可被看成一个非关键的属性（如正常的磁盘磨损），表示不会使磁盘本身发生故障。

UPDATED

表示属性的更新频率。Offline代表磁盘上执行离线测试的时间。

WHEN_FAILED

如果VALUE小于等于THRESH，会被设置成“FAILING_NOW”；如果WORST小于等于THRESH会被设置成“In_the_past”；如果都不是，会被设置成“-”。在“FAILING_NOW”情况下，需要尽快备份重要文件，特别是属性是Pre-fail类型时。“In_the_past”代表属性已经故障了，但在运行测试的时候没问题。“-”代表这个属性从没故障过。

三、SMART参数详解

一般情况下，用户只要观察当前值、最差值和临界值的关系，并注意状态提示信息即可大致了解硬盘的健康状况。下面简单介绍各参数的含义，以红色标出的项目是寿命关键项，蓝色为固态硬盘（SSD）特有的项目。
在基于闪存的固态硬盘中，存储单元分为两类：SLC（Single Layer Cell，单层单元）和MLC（Multi-Level Cell，多层单元）。SLC成本高、容量小、但读写速度快，可靠性高，擦写次数可高达100000次，比MLC高10倍。而MLC虽容量大、成本低，但其性能大幅落后于SLC。为了保证MLC的寿命，控制芯片还要有智能磨损平衡技术算法，使每个存储单元的写入次数可以平均分摊，以达到100万小时的平均无故障时间。因此固态硬盘有许多SMART参数是机械硬盘所没有的，如存储单元的擦写次数、备用块统计等等，这些新增项大都由厂家自定义，有些尚无详细的解释，有些解释也未必准确，此处也只是仅供参考。下面凡未注明厂商的固态硬盘特有的项均为SandForce主控芯片特有的，其它厂商各自单独注明。

01（001）底层数据读取错误率 Raw Read Error Rate
数据为0或任意值，当前值应远大于与临界值。
底层数据读取错误率是磁头从磁盘表面读取数据时出现的错误，对某些硬盘来说，大于0的数据表明磁盘表面或者读写磁头发生问题，如介质损伤、磁头污染、磁头共振等等。不过对希捷硬盘来说，许多硬盘的这一项会有很大的数据量，这不代表有任何问题，主要是看当前值下降的程度。
在固态硬盘中，此项的数据值包含了可校正的错误与不可校正的RAISE错误（UECC＋URAISE）。

注：RAISE（Redundant Array of Independent Silicon Elements）意为独立硅元素冗余阵列，是固态硬盘特有的一种冗余恢复技术，保证内部有类似RAID阵列的数据安全性。

02（002）磁盘读写通量性能 Throughput Performance
此参数表示硬盘的读写通量性能，数据值越大越好。当前值如果偏低或趋近临界值，表示硬盘存在严重的问题，但现在的硬盘通常显示数据值为0或根本不显示此项，一般在进行了人工脱机SMART测试后才会有数据量。

03（003）主轴起旋时间 Spin Up Time
主轴起旋时间就是主轴电机从启动至达到额定转速所用的时间，数据值直接显示时间，单位为毫秒或者秒，因此数据值越小越好。不过对于正常硬盘来说，这一项仅仅是一个参考值，硬盘每次的启动时间都不相同，某次启动的稍慢些也不表示就有问题。
硬盘的主轴电机从启动至达到额定转速大致需要4秒～15秒左右，过长的启动时间说明电机驱动电路或者轴承机构有问题。旦这一参数的数据值在某些型号的硬盘上总是为0，这就要看当前值和最差值来判断了。
对于固态硬盘来说，所有的数据都是保存在半导体集成电路中，没有主轴电机，所以这项没有意义，数据固定为0，当前值固定为100。

04（004）启停计数 Start/Stop Count
这一参数的数据是累计值，表示硬盘主轴电机启动/停止的次数，新硬盘通常只有几次，以后会逐渐增加。系统的某些功能如空闲时关闭硬盘等会使硬盘启动/停止的次数大为增加，在排除定时功能的影响下，过高的启动/停止次数（远大于通电次数0C）暗示硬盘电机及其驱动电路可能有问题。
这个参数的当前值是依据某种公式计算的结果，例如对希捷某硬盘来说临界值为20，当前值是通过公式“100－（启停计数/1024）”计算得出的。若新硬盘的启停计数为0，当前值为100－(0/1024)＝100，随着启停次数的增加，该值不断下降，当启停次数达到81920次时，当前值为100－(81920/1024)＝20，已达到临界值，表示从启停次数来看，该硬盘已达设计寿命，当然这只是个寿命参考值，并不具有确定的指标性。
这一项对于固态硬盘同样没有意义，数据固定为0，当前值固定为100。

05（005）重映射扇区计数 Reallocated Sectors Count/ 退役块计数 Retired Block Count
数据应为0，当前值应远大于临界值。
当硬盘的某扇区持续出现读/写/校验错误时，硬盘固件程序会将这个扇区的物理地址加入缺陷表(G-list)，将该地址重新定向到预先保留的备用扇区并将其中的数据一并转移，这就称为重映射。执行重映射操作后的硬盘在Windows常规检测中是无法发现不良扇区的，因其地址已被指向备用扇区，这等于屏蔽了不良扇区。
这项参数的数据值直接表示已经被重映射扇区的数量，当前值则随着数据值的增加而持续下降。当发现此项的数据值不为零时，要密切注意其发展趋势，若能长期保持稳定，则硬盘还可以正常运行；若数据值不断上升，说明不良扇区不断增加，硬盘已处于不稳定状态，应当考虑更换了。如果当前值接近或已到达临界值（此时的数据值并不一定很大，因为不同硬盘保留的备用扇区数并不相同），表示缺陷表已满或备用扇区已用尽，已经失去了重映射功能，再出现不良扇区就会显现出来并直接导致数据丢失。
这一项不仅是硬盘的寿命关键参数，而且重映射扇区的数量也直接影响硬盘的性能，例如某些硬盘会出现数据量很大，但当前值下降不明显的情况，这种硬盘尽管还可正常运行，但也不宜继续使用。因为备用扇区都是位于磁盘尾部（靠近盘片轴心处），大量的使用备用扇区会使寻道时间增加，硬盘性能明显下降。
这个参数在机械硬盘上是非常敏感的，而对于固态硬盘来说同样具有重要意义。闪存的寿命是正态分布的，例如说MLC能写入一万次以上，实际上说的是写入一万次之前不会发生“批量损坏”，但某些单元可能写入几十次就损坏了。换言之，机械硬盘的盘片不会因读写而损坏，出现不良扇区大多与工艺质量相关，而闪存的读写次数则是有限的，因而损坏是正常的。所以固态硬盘在制造时也保留了一定的空间，当某个存储单元出现问题后即把损坏的部分隔离，用好的部分来顶替。这一替换方法和机械硬盘的扇区重映射是一个道理，只不过机械硬盘正常时极少有重映射操作，而对于固态硬盘是经常性的。
在固态硬盘中这一项的数据会随着使用而不断增长，只要增长的速度保持稳定就可以。通常情况下，数据值＝100－（100×被替换块/必需块总数），因此也可以估算出硬盘的剩余寿命。
Intel固态硬盘型号的第十二个字母表示了两种规格，该字母为1表示第一代的50纳米技术的SSD，为2表示第二代的34纳米技术的SSD，如SSDSA2M160G2GN就表示是34nm的SSD。所以参数的查看也有两种情况：
50nm的SSD（一代）要看当前值。这个值初始是100，当出现替换块的时候这个值并不会立即变化，一直到已替换四个块时这个值变为1，之后每增加四个块当前值就＋1。也就是100对应0～3个块，1对应4～7个块，2对应8～11个块……
34nm的SSD（二代）直接查看数据值，数据值直接表示有多少个被替换的块。

06（006）读取通道余量 Read Channel Margin
这一项功能不明，现在的硬盘也不显示这一项。

07（007）寻道错误率 Seek Error Rate
数据应为0，当前值应远大于与临界值。
这一项表示磁头寻道时的错误率，有众多因素可导致寻道错误率上升，如磁头组件的机械系统、伺服电路有局部问题，盘片表面介质不良，硬盘温度过高等等。
通常此项的数据应为0，但对希捷硬盘来说，即使是新硬盘，这一项也可能有很大的数据量，这不代表有任何问题，还是要看当前值是否下降。

08（008）寻道性能 Seek Time Performance
此项表示硬盘寻道操作的平均性能（寻道速度），通常与前一项（寻道错误率）相关联。当前值持续下降标志着磁头组件、寻道电机或伺服电路出现问题，但现在许多硬盘并不显示这一项。

09（009）通电时间累计 Power-On Time Count (POH)
这个参数的含义一目了然，表示硬盘通电的时间，数据值直接累计了设备通电的时长，新硬盘当然应该接近0，但不同硬盘的计数单位有所不同，有以小时计数的，也有以分、秒甚至30秒为单位的，这由磁盘制造商来定义。
这一参数的临界值通常为0，当前值随着硬盘通电时间增加会逐渐下降，接近临界值表明硬盘已接近预计的设计寿命，当然这并不表明硬盘将出现故障或立即报废。参考磁盘制造商给出的该型号硬盘的MTBF（平均无故障时间）值，可以大致估计剩余寿命或故障概率。
对于固态硬盘，要注意“设备优先电源管理功能（device initiated power management，DIPM）”会影响这个统计：如果启用了DIPM，持续通电计数里就不包括睡眠时间；如果关闭了DIPM功能，那么活动、空闲和睡眠三种状态的时间都会被统计在内。

0A（010）主轴起旋重试次数 Spin up Retry Count
数据应为0，当前值应大于临界值。
主轴起旋重试次数的数据值就是主轴电机尝试重新启动的计数，即主轴电机启动后在规定的时间里未能成功达到额定转速而尝试再次启动的次数。数据量的增加表示电机驱动电路或是机械子系统出现问题，整机供电不足也会导致这一问题。

0B（011）磁头校准重试计数 Calibration Retry Count
数据应为0，当前值应远大于与临界值。
硬盘在温度发生变化时，机械部件（特别是盘片）会因热胀冷缩出现形变，因此需要执行磁头校准操作消除误差，有的硬盘还内置了磁头定时校准功能。这一项记录了需要再次校准（通常因上次校准失败）的次数。
这一项的数据量增加，表示电机驱动电路或是机械子系统出现问题，但有些型号的新硬盘也有一定的数据量，并不表示有问题，还要看当前值和最差值。

0C（012）通电周期计数 Power Cycle Count
通电周期计数的数据值表示了硬盘通电/断电的次数，即电源开关次数的累计，新硬盘通常只有几次。
这一项与启停计数（04）是有区别的，一般来说，硬盘通电/断电意味着计算机的开机与关机，所以经历一次开关机数据才会加1；而启停计数（04）表示硬盘主轴电机的启动/停止（硬盘在运行时可能多次启停，如系统进入休眠或被设置为空闲多少时间而关闭）。所以大多情况下这个通电/断电的次数会小于启停计数（04）的次数。

通常，硬盘设计的通电次数都很高，如至少5000次，因此这一计数只是寿命参考值，本身不具指标性。

0D（013）软件读取错误率 Soft Read Error Rate
软件读取错误率也称为可校正的读取误码率，就是报告给操作系统的未经校正的读取错误。数据值越低越好，过高则可能暗示盘片磁介质有问题。

AA（170）坏块增长计数 Grown Failing Block Count（Micron 镁光）
读写失败的块增长的总数。

AB（171）编程失败块计数 Program Fail Block Count
Flash编程失败块的数量。

AC（172）擦写失败块计数 Erase Fail Block Count
擦写失败块的数量。

AD（173）磨损平衡操作次数（平均擦写次数） / Wear Leveling Count（Micron 镁光）
所有好块的平均擦写次数。
Flash芯片有写入次数限制，当使用FAT文件系统时，需要频繁地更新文件分配表。如果闪存的某些区域读写过于频繁，就会比其它区域磨损的更快，这将明显缩短整个硬盘的寿命（即便其它区域的擦写次数还远小于最大限制）。所以，如果让整个区域具有均匀的写入量，就可明显延长芯片寿命，这称为磨损均衡措施。

AE（174）意外失电计数 Unexpected Power Loss Count
硬盘自启用后发生意外断电事件的次数。

B1（177）磨损范围对比值 Wear Range Delta
磨损最重的块与磨损最轻的块的磨损百分比之差。

B4（180）未用的备用块计数 Unused Reserved Block Count Total（惠普）
固态硬盘会保留一些容量来准备替换损坏的存储单元，所以可用的预留空间数非常重要。这个参数的当前值表示的是尚未使用的预留的存储单元数量。

B5（181）编程失败计数 Program Fail Count
用4个字节显示已编程失败的次数，与（AB）参数相似。

B5（181）非4KB对齐访问数 Non-4k Aligned Access（Micron 镁光）

B6（182）擦写失败计数 Erase Fail Count
用4个字节显示硬盘自启用后块擦写失败的次数，与（AC）参数相似。

B7（183）串口降速错误计数 SATA Downshift Error Count
这一项表示了SATA接口速率错误下降的次数。通常硬盘与主板之间的兼容问题会导致SATA传输级别降级运行。

B8（184）I/O错误检测与校正 I/O Error Detection and Correction（IOEDC）
“I/O错误检测与校正”是惠普公司专有的SMART IV技术的一部分，与其他制造商的I/O错误检测和校正架构一样，它记录了数据通过驱动器内部高速缓存RAM传输到主机时的奇偶校验错误数量。
B8（184）点到点错误检测计数 End to End Error Detection Count
Intel第二代的34nm固态硬盘有点到点错误检测计数这一项。固态硬盘里有一个LBA（logical block addressing，逻辑块地址）记录，这一项显示了SSD内部逻辑块地址与真实物理地址间映射的出错次数。
B8（184）原始坏块数 Init Bad Block Count（Indilinx芯片）
硬盘出厂时已有的坏块数量。

B9（185）磁头稳定性 Head Stability（西部数据）
意义不明。

BA（186）感应运算振动检测 nduced Op-Vibration Detection（西部数据）
意义不明。

BB（187）无法校正的错误 Reported Uncorrectable Errors（希捷）
报告给操作系统的无法通过硬件ECC校正的错误。如果数据值不为零，就应该备份硬盘上的数据了。
报告给操作系统的在所有存取命令中出现的无法校正的RAISE（URAISE）错误。

BC（188）命令超时 Command Timeout
由于硬盘超时导致操作终止的次数。通常数据值应为0，如果远大于零，最有可能出现的是电源供电问题或者数据线氧化致使接触不良，也可能是硬盘出现严重问题。

BD（189）高飞写入 High Fly Writes
磁头飞行高度监视装置可以提高读写的可靠性，这一装置时刻监测磁头的飞行高度是否在正常范围来保证可靠的写入数据。如果磁头的飞行高度出现偏差，写入操作就会停止，然后尝试重新写入或者换一个位置写入。这种持续的监测过程提高了写入数据的可靠性，同时也降低了读取错误率。这一项的数据值就统计了写入时磁头飞行高度出现偏差的次数。

BD（189）出厂坏块计数 Factory Bad Block Count（Micron 镁光芯片）

BE（190）气流温度 Airflow Temperature
这一项表示的是硬盘内部盘片表面的气流温度。在希捷公司的某些硬盘中，当前值=（100－当前温度），因此气流温度越高，当前值就越低，最差值则是当前值曾经到达过的最低点，临界值由制造商定义的最高允许温度来确定，而数据值不具实际意义。许多硬盘也没有这一项参数。

BF（191）冲击错误率 G-sense error rate
这一项的数据值记录了硬盘受到机械冲击导致出错的频度。

C0（192）断电返回计数 Power-Off Retract Count
当计算机关机或意外断电时，硬盘的磁头都要返回停靠区，不能停留在盘片的数据区里。正常关机时电源会给硬盘一个通知，即Standby Immediate，就是说主机要求将缓存数据写入硬盘，然后就准备关机断电了（休眠、待机也是如此）；意外断电则表示硬盘在未收到关机通知时就失电，此时磁头会自动复位，迅速离开盘片。
这个参数的数据值累计了磁头返回的次数。但要注意这个参数对某些硬盘来说仅记录意外断电时磁头的返回动作；而某些硬盘记录了所有（包括休眠、待机，但不包括关机时）的磁头返回动作；还有些硬盘这一项没有记录。因此这一参数的数据值在某些硬盘上持续为0或稍大于0，但在另外的硬盘上则会大于通电周期计数（0C）或启停计数（04）的数据。在一些新型节能硬盘中，这一参数的数据量还与硬盘的节能设计相关，可能会远大于通电周期计数（0C）或启停计数（04）的数据，但又远小于磁头加载/卸载计数（C1）的数据量。
对于固态硬盘来说，虽然没有磁头的加载/卸载操作，但这一项的数据量仍然代表了不安全关机，即发生意外断电的次数。

C1（193）磁头加载/卸载计数 Load/Unload Cycle Count
对于过去的硬盘来说，盘片停止旋转时磁头臂停靠于盘片中心轴处的停泊区，磁头与盘片接触，只有当盘片旋转到一定转速时，磁头才开始漂浮于盘片之上并开始向外侧移动至数据区。这使得磁头在硬盘启停时都与盘片发生摩擦，虽然盘片的停泊区不存储数据，但无疑启停一个循环，就使磁头经历两次磨损。所以对以前的硬盘来说，磁头起降（加载/卸载）次数是一项重要的寿命关键参数。

而在现代硬盘中，平时磁头臂是停靠于盘片之外的一个专门设计的停靠架上，远离盘片。只有当盘片旋转达到额定转速后，磁头臂才开始向内（盘片轴心）转动使磁头移至盘片区域（加载），磁头臂向外转动返回至停靠架即卸载。这样就彻底杜绝了硬盘启停时磁头与盘片接触的现象，西部数据公司将其称为“斜坡加载技术”。由于磁头在加载/卸载过程中始终不与盘片接触，不存在磁头的磨损，使得这一参数的重要性已经大大下降。

这个参数的数据值就是磁头执行加载/卸载操作的累计次数。从原理上讲，这个加载/卸载次数应当与硬盘的启停次数相当，但对于笔记本内置硬盘以及台式机新型节能硬盘来说，这一项的数据量会很大。这是因为磁头臂组件设计有一个固定的返回力矩，保证在意外断电时磁头能靠弹簧力自动离开盘片半径范围，迅速返回停靠架。所以要让硬盘运行时磁头保持在盘片的半径之内，就要使磁头臂驱动电机（寻道电机）持续通以电流。而让磁头臂在硬盘空闲几分钟后就立即执行卸载动作，返回到停靠架上，既有利于节能，又降低了硬盘受外力冲击导致磁头与盘片接触的概率。虽然再次加载会增加一点寻道时间，但毕竟弊大于利，所以在这类硬盘中磁头的加载/卸载次数会远远大于通电周期计数（0C）或启停计数（04）的数据量。不过这种加载/卸载方式已经没有了磁头与盘片的接触，所以设计值也已大大增加，通常笔记本内置硬盘的磁头加载/卸载额定值在30～60万次，而台式机新型节能硬盘的磁头加载/卸载设计值可达一百万次。

C2（194）温度 Temperature
温度的数据值直接表示了硬盘内部的当前温度。硬盘运行时最好不要超过45℃，温度过高虽不会导致数据丢失，但引起的机械变形会导致寻道与读写错误率上升，降低硬盘性能。硬盘的最高允许运行温度可查看硬盘厂商给出的数据，一般不会超过60℃。
不同厂家对温度参数的当前值、最差值和临界值有不同的表示方法：希捷公司某些硬盘的当前值就是实际温度（摄氏）值，最差值则是曾经达到过的最高温度，临界值不具意义；而西部数据公司一些硬盘的最差值是温度上升到某值后的时间函数，每次升温后的持续时间都将导致最差值逐渐下降，当前值则与当前温度成反比，即当前温度越高，当前值越低，随实际温度波动。

C3（195）硬件ECC校正 Hardware ECC Recovered
ECC（Error Correcting Code）的意思是“错误检查和纠正”，这个技术能够容许错误，并可以将错误更正，使读写操作得以持续进行，不致因错误而中断。这一项的数据值记录了磁头在盘片上读写时通过ECC技术校正错误的次数，不过许多硬盘有其制造商特定的数据结构，因此数据量的大小并不能直接说明问题。
C3（195）实时无法校正错误计数 On the fly ECC Uncorrectable Error Count
这一参数记录了无法校正（UECC）的错误数量。
C3（195）编程错误块计数 Program Failure block Count（Indilinx芯片）

C4（196）重映射事件计数 Reallocetion Events Count
数据应为0，当前值应远大于临界值。
这个参数的数据值记录了将重映射扇区的数据转移到备用扇区的尝试次数，是重映射操作的累计值，成功的转移和不成功的转移都会被计数。因此这一参数与重映射扇区计数（05）相似，都是反映硬盘已经存在不良扇区。
C4（196）擦除错误块计数 Erase Failure block Count（Indilinx芯片）
在固态硬盘中，这一参数记录了被重映射的块编程失败的数量。

C5（197）当前待映射扇区计数 Current Pending Sector Count
数据应为0，当前值应远大于临界值。
这个参数的数据表示了“不稳定的”扇区数，即等待被映射的扇区（也称“被挂起的扇区”）数量。如果不稳定的扇区随后被读写成功，该扇区就不再列入等待范围，数据值就会下降。
仅仅读取时出错的扇区并不会导致重映射，只是被列入“等待”，也许以后读取就没有问题，所以只有在写入失败时才会发生重映射。下次对该扇区写入时如果继续出错，就会产生一次重映射操作，此时重映射扇区计数（05）与重映射事件计数（C4）的数据值增加，此参数的数据值下降。
C5（197）读取错误块计数（不可修复错误）Read Failure block Count（Indilinx芯片）

C6（198）脱机无法校正的扇区计数 Offline Uncorrectable Sector Count
数据应为0，当前值应远大于临界值。
这个参数的数据累计了读写扇区时发生的无法校正的错误总数。数据值上升表明盘片表面介质或机械子系统出现问题，有些扇区肯定已经不能读取，如果有文件正在使用这些扇区，操作系统会返回读盘错误的信息。下一次写操作时会对该扇区执行重映射。
C6（198）总读取页数 Total Count of Read Sectors（Indilinx芯片）

C7（199）Ultra ATA访问校验错误率 Ultra ATA CRC Error Rate
这个参数的数据值累计了通过接口循环冗余校验（Interface Cyclic Redundancy Check，ICRC）发现的数据线传输错误的次数。如果数据值不为0且持续增长，表示硬盘控制器→数据线→硬盘接口出现错误，劣质的数据线、接口接触不良都可能导致此现象。由于这一项的数据值不会复零，所以某些新硬盘也会出现一定的数据量，只要更换数据线后数据值不再继续增长，即表示问题已得到解决。
C7（199）总写入页数 Total Count of Write Sectors（Indilinx芯片）

C8（200）写入错误率 Write Error Rate / 多区域错误率 Multi-Zone Error Rate（西部数据）
数据应为0，当前值应远大于临界值。
这个参数的数据累计了向扇区写入数据时出现错误的总数。有的新硬盘也会有一定的数据量，若数据值持续快速升高（当前值偏低），表示盘片、磁头组件可能有问题。
C8（200）总读取指令数 Total Count of Read Command（Indilinx芯片）

C9（201）脱道错误率 Off Track Error Rate / 逻辑读取错误率 Soft Read Error Rate
数据值累积了读取时脱轨的错误数量，如果数据值不为0，最好备份硬盘上的资料。
C9（201）TA Counter Detected（意义不明）
C9（201）写入指令总数 Total Count of Write Command（Indilinx芯片）

CA（202）数据地址标记错误 Data Address Mark errors
此项的数据值越低越好（或者由制造商定义）。
CA（202）TA Counter Increased（意义不明）
CA（202）剩余寿命 Percentage Of The Rated Lifetime Used（Micron 镁光芯片）
当前值从100开始下降至0，表示所有块的擦写余量统计。计算方法是以MLC擦写次数除以50，SLC擦写次数除以1000，结果取整数，将其与100的差值作为当前值（MLC预计擦写次数为5000，SLC预计擦写次数为100000）。
CA（202）闪存总错误bit数 Total Count of error bits from flash（Indilinx芯片）

CB（203）软件ECC错误数 Run Out Cancel
错误检查和纠正（ECC）出错的频度。
CB（203）校正bit错误的总读取页数 Total Count of Read Sectors with correct bits error（Indilinx芯片）

CC（204）软件ECC校正 Soft ECC Correction
通过软件ECC纠正错误的计数。
CC（204）坏块满标志 Bad Block Full Flag（Indilinx芯片）

CD（205）热骚动错误率 Thermal Asperity Rate (TAR)
由超温导致的错误。数据值应为0。
CD（205）最大可编程/擦除次数 Max P/E Count（Indilinx芯片）

CE（206）磁头飞行高度 Flying Height
磁头距离盘片表面的垂直距离。高度过低则增加了磁头与盘片接触导致损坏的可能性；高度偏高则增大了读写错误率。不过准确地说，硬盘中并没有任何装置可以直接测出磁头的飞行高度，制造商也只是根据磁头读取的信号强度来推算磁头飞行高度。
CE（206）底层数据写入出错率 Write Error Rate
CE（206）最小擦写次数 Erase Count Min（Indilinx芯片）

CF（207）主轴过电流 Spin High Current
数据值记录了主轴电机运行时出现浪涌电流的次数，数据量的增加意味着轴承或电机可能有问题。
CF（207）最大擦写次数 Erase Count Max（Indilinx芯片）

D0（208）主轴电机重启次数 Spin Buzz
数据值记录了主轴电机反复尝试启动的次数，这通常是由于电源供电不足引起的。
D0（208）平均擦写次数Erase Count Average（Indilinx芯片）

D1（209）脱机寻道性能 Offline Seek Performance
这一项表示驱动器在脱机状态下的寻道性能，通常用于工厂内部测试。
D1（209）剩余寿命百分比 Remaining Life %（Indilinx芯片）

D2（210）斜坡加载值 Ramp Load Value
这一项仅见于几年前迈拓制造的部分硬盘。通常数据值为0，意义不明。
D2（210）坏块管理错误日志 BBM Error Log（Indilinx芯片）

D3（211）写入时振动 Vibration During Write
写入数据时受到受到外部振动的记录。
D3（211）SATA主机接口CRC写入错误计数 SATA Error Count CRC (Write)（Indilinx芯片）

D4（212）写入时冲击 Shock During Write
写入数据时受到受到外部机械冲击的记录。
D4（212）SATA主机接口读取错误计数 SATA Error Count Count CRC (Read)（Indilinx芯片）

DC（220）盘片偏移量 Disk Shift
硬盘中的盘片相对主轴的偏移量（通常是受外力冲击或温度变化所致），单位未知，数据值越小越好。

DD（221）冲击错误率 G-sense error rate
与（BF）相同，数据值记录了硬盘受到外部机械冲击或振动导致出错的频度。

DE（222）磁头寻道时间累计 Loaded Hours
磁头臂组件运行的小时数，即寻道电机运行时间累计。

DF（223）磁头加载/卸载重试计数 Load/Unload Retry Count
这一项与（C1）项类似，数据值累积了磁头尝试重新加载/卸载的次数。

E0（224）磁头阻力 Load Friction
磁头工作时受到的机械部件的阻力。

E1**（225）主机写入数据量 Host Writes**
由于闪存的擦写次数是有限的，所以这项是固态硬盘特有的统计。Intel的SSD是每当向硬盘写入了65536个扇区，这一项的数据就＋1。如果用HDTune等软件查看SMART时可以自己计算，Intel SSD Toolbox已经为你算好了，直接就显示了曾向SSD中写入过的数据量。

E2（226）磁头加载时间累计 Load ‘In’-time
磁头组件运行时间的累积数，即磁头臂不在停靠区的时间，与（DE）项相似。

E3（227）扭矩放大计数 Torque Amplification Count
主轴电机试图提高扭矩来补偿盘片转速变化的次数。当主轴轴承存在问题时，主轴电机会尝试增加驱动力使盘片稳定旋转。这个参数的当前值下降，说明硬盘的机械子系统出现了严重的问题。

E4（228）断电返回计数 Power-Off Retract Cycle
数据值累计了磁头因设备意外断电而自动返回的次数，与（C0）项相似。

E6（230）GMR磁头振幅 GMR Head Amplitude
磁头“抖动”，即正向/反向往复运动的距离。

E7（231）温度 Temperature
温度的数据值直接表示了硬盘内部的当前温度，与（C2）项相同。
E7（231）剩余寿命 SSD Life Left
剩余寿命是基于P/E周期与可用的备用块作出的预测。新硬盘为100；10表示PE周期已到设计值，但尚有足够的保留块；0表示保留块不足，硬盘将处于只读方式以便备份数据。

E8（232）寿命余量 Endurance Remaining
寿命余量是指硬盘已擦写次数与设计最大可擦写次数的百分比，与（CA）项相似。
E8（232）预留空间剩余量 Available Reserved Space（Intel芯片）
对于Intel的SSD来说，前边05项提到会保留一些容量来准备替换损坏的存储单元，所以可用的预留空间数非常重要。当保留的空间用尽，再出现损坏的单元就将出现数据丢失，这个SSD的寿命就结束了。所以仅看05项意义并不大，这一项才最重要。这项参数可以看当前值，新的SSD里所有的预留空间都在，所以是100。随着预留空间的消耗，当前值将不断下降，减小到接近临界值（一般是10）时，就说明只剩下10%的预留空间了，SSD的寿命将要结束。这个与（B4）项相似。

E9（233）通电时间累计 Power-On Hours
对于普通硬盘来说，这一项与（09）相同。
E9（233）介质磨耗指数 Media Wareout Indicator（Intel芯片）
由于固态硬盘的擦写次数是有限的，当到达一定次数的时候，就会出现大量的单元同时损坏，这时候预留空间也顶不住了，所以这项参数实际上表示的是硬盘设计寿命。Intel的SSD要看当前值，随着NAND的平均擦写次数从0增长到最大的设计值，这一参数的当前值从开始的100逐渐下降至1为止。这表示SSD的设计寿命已经终结。当然到达设计寿命也不一定意味着SSD就立即报废，这与闪存芯片的品质有着很大的关系。

注：Total Erase Count全擦写计数是指固态硬盘中所有块的擦写次数的总和，不同规格的NAND芯片以及不同容量的SSD，其最大全擦写次数均有所不同。

F0（240）磁头飞行时间 Head Flying Hours / 传输错误率 Transfer Error Rate（富士通）
磁头位于工作位置的时间。
富士通硬盘表示在数据传输时连接被重置的次数。

F1（241）LBA写入总数 Total LBAs Written
LBA写入数的累计。
F1（241）写入剩余寿命 Lifetime Writes from Host
自硬盘启用后主机向硬盘写入的数据总量，以4个字节表示，每写入64GB字节作为一个单位。

F2（242）LBA读取总数 Total LBAs Read
LBA读取数的累计。某些SMART读取工具会显示负的数据值，是因为采用了48位LBA，而不是32位LBA。
F2（242）读取剩余寿命 Lifetime Reads from Host
自硬盘启用后主机从硬盘读取的数据总量，以4个字节表示，每读取64GB字节作为一个单位。

FA（250）读取错误重试率 Read Error Retry Rate
从磁盘上读取时出错的次数。

FE（254）自由坠落保护 Free Fall Protection
现在有些笔记本硬盘具有自由坠落保护功能，当硬盘内置的加速度探测装置检测到硬盘位移时，会立即停止读写操作，将磁头臂复位。这个措施防止了磁头与盘片之间发生摩擦撞击，提高了硬盘的抗震性能。这个参数的数据里记录了这一保护装置动作的次数。

硬盘自检工具-smartctl的使用

Tue, 18 May 2021 00:00:00 +0000

1. 简介

smartctl是Linux系统中常用的磁盘健康检查工具，基于SMART（Self-Monitoring, Analysis and Reporting Technology）技术。SMART是一种现代硬盘普遍支持的自我监测、分析和报告技术，能够提前预警磁盘可能发生的故障。

smartmontools软件包包含两个主要工具：

smartctl：命令行工具，用于控制和监控存储设备
smartd：守护进程，用于自动监控和报告磁盘状态

2. 安装

Ubuntu/Debian系统

1

$ sudo apt-get install smartmontools

CentOS/RHEL系统

1
2
3


$ yum install smartmontools
# 或对于较新版本
$ dnf install smartmontools

启动服务

1
2
3
4
5
6
7


# Ubuntu/Debian
$ sudo systemctl start smartmontools
$ sudo systemctl enable smartmontools

# CentOS/RHEL
$ sudo systemctl start smartd
$ sudo systemctl enable smartd

3. 基本使用

3.1 检查磁盘是否支持SMART

1

$ sudo smartctl -i /dev/sda

关键查看最后两行输出：

1
2


SMART support is: Available - device has SMART capability.
SMART support is: Enabled

3.2 启用SMART支持（如未开启）

1

$ sudo smartctl --smart=on --offlineauto=on --saveauto=on /dev/sda

参数说明：

--smart=on：启用SMART功能
--offlineauto=on：启用自动离线测试
--saveauto=on：启用属性自动保存

3.3 检查磁盘健康状况

1

$ sudo smartctl -H /dev/sda

健康状态显示为"PASSED"表示正常，“FAILED"表示磁盘可能出现问题。

3.4 查看详细SMART信息

1
2
3


$ sudo smartctl -a /dev/sda
# 或仅显示属性表
$ sudo smartctl -A /dev/sda

4. SMART属性详解

SMART属性表包含以下重要列：

列名	说明
ID	属性ID，1-255之间的数字
ATTRIBUTE_NAME	制造商定义的属性名称
VALUE	标准化值（1-253），值越高越好
WORST	历史最低值
THRESH	故障阈值
TYPE	属性类型（Pre-fail关键属性/Old_age非关键属性）
WHEN_FAILED	故障状态指示
RAW_VALUE	原始数值

重点关注属性：

5 Reallocated_Sector_Ct：重映射扇区计数
197 Current_Pending_Sector：当前待处理扇区数
198 Offline_Uncorrectable：离线无法校正扇区数

5. 磁盘测试

5.1 短期测试（约2分钟）

1

$ sudo smartctl -t short /dev/sda

5.2 长期测试（全面扫描，时间较长）

1

$ sudo smartctl -t long /dev/sda

5.3 查看测试进度和结果

1

$ sudo smartctl -l selftest /dev/sda

5.4 中止测试

1

$ sudo smartctl -X /dev/sda

6. 高级功能

6.1 查看错误日志

1

$ sudo smartctl -l error /dev/sda

6.2 查看测试时间估算

1

$ sudo smartctl -c /dev/sda

6.3 自动监控配置

编辑/etc/smartd.conf配置文件：

1

DEVICESCAN -a -o on -S on -s (S/../.././02|L/../../6/03) -m admin@example.com

参数说明：

-a：监控所有属性
-o on：开启自动离线测试
-S on：开启属性自动保存
-s：定期测试计划
-m：发送邮件通知

7. 实际应用建议

7.1 定期检查计划

建议将以下命令加入crontab定期执行：

1
2
3
4
5


# 每周执行一次短期测试
0 2 * * 0 /usr/sbin/smartctl -t short` /dev/sda

# 每月执行一次长期测试
0 3 1 * * /usr/sbin/smartctl -t long /dev/sda

7.2 故障预警指标

当出现以下情况时应立即备份数据：

健康检查结果为"FAILED”
任何Pre-fail属性显示"FAILING_NOW"
Reallocated_Sector_Ct值持续增加
出现大量待处理扇区

7.3 注意事项

RAID阵列中的磁盘可能需要特殊参数（如-d megaraid,N）
USB外接磁盘的SMART支持可能有限
虚拟机中的磁盘可能无法使用SMART功能

8. 总结

smartctl是Linux系统管理员必备的磁盘健康监测工具，通过定期监控可以提前发现磁盘潜在问题，避免数据丢失。结合smartd守护进程，可以实现自动化监控和报警，为系统稳定性提供重要保障。

ubuntu 20.04 安装配置Samba服务

Sun, 16 May 2021 00:00:00 +0000

文章转自：https://blog.csdn.net/mvp_Dawn/article/details/105847485

1. 安装Samba服务

1

sudo apt-get install samba samba-common

如果安装失败，请检查你的网络，确认linux可以访问互联网，若可以联网请尝试更换ubuntu镜像源，桌面版直接在软件和更新中配置，服务器版百度上很多

2. 配置需要共享的目录

改变需要共享目录的权限，让其他人可以更改文件和目录，以/home为例（若多人使用同一服务器建议在每个用户家目录单独共享，不建议共享整个home目录，防止误操作删除他人文件）

1

$ sudo chmod 777 /home/ -R

3. 添加samba用户

添加samba用户，用于其他人或设备认证，这里添加的用户需要在系统账号中存在，否则添加失败

1
2
3
4


dwan@ubuntu20:~/桌面$ sudo smbpasswd -a dwan
New SMB password:
Retype new SMB password:
Added user dwan.

4. 配置samba

先备份sudo cp /etc/samba/smb.conf /etc/samba/smb.conf.bak，以防改错，修改配置文件时建议养成备份的好习惯，改错了还能恢复，sudo vim /etc/samba/smb.conf 修改配置，添加共享，可直接加到文件尾

1
2
3
4
5
6


[home] #共享名，该共享标签，可随意取，该名字为在其他电脑上看到的共享名
 comment = home directories #该共享描述
 path = /home/ #共享路径
 public = yes #指定该共享是否允许guest账户访问
 writable = yes #writable用来指定该共享路径是否可写
 workgroup = DAWN #设定 Samba Server 所要加入的工作组或者域

workgroup 根据windows工作组来确定，右键我的电脑（win10为此电脑）->属性工作组，该选项有的版本需要配置，有的版本不需要，若访问不了可检查一下该配置，更多配置详见samba配置详解

5. 重启samba服务

1

sudo service smbd restart

若找不到服务可尝试如下方法，不过得具体看，有的版本路径不是/etc/init.d/samba，比如我的为/etc/init.d/samba-ad-dc，可以看对应路径是啥，决定用哪个命令

1
2


sudo /etc/init.d/samba restart
#sudo /etc/init.d/samba-ad-dc restart

6. 在Windows中访问samba服务

在Windows文件管理器中输入\linux ip 便可以看到linux samba服务共享的文件夹

7. 将共享路径映射为Windows磁盘（非必须）

若经常使用的共享，可直接映射为Windows的磁盘，不用每次都输ip，但linux ip变了需要重新映射，所以建议将linux ip设为固定ip

我的电脑 ->右键 ->映射网络驱动器，文件夹输入框输入linux ip共享名，不能直接输ip，一定要加上共享名，点击完成

接下来就可以在我的电脑里看到映射的网络磁盘了

接下来你就可以在Windows上编写代码，然后在linux下编译验证了

引用：

https://blog.csdn.net/weixin_40806910/article/details/81917077

电子书网站大全

Sun, 16 May 2021 00:00:00 +0000

网站名称	地址	简介	语言	推荐指数
BookYards	https://www.bookyards.com/en/welcome	主要面向教师的门户网站，免费提供，教辅资料最多。	英语	★★★
搬书匠	http://www.banshujiang.cn/	主要提供编程类书籍的下载	中文	★★★
Z-Library	https://z-lib.org/	无	英语	★★★★
Iread	http://www.iread.cf/	网站不对外搜索引擎开放，站内的资源只能通过站内搜索搜到，要登录	中文	★★★
我爱书籍	http://www.52book.me/	分类详细，书还算比较齐全	中文	★★★
伴读	https://www.bandubook.com/	一个电子书百度云资源专搜网站	中文	★★★
书享家	http://shuxiangjia.cn/	整合了上百个电子书下载网站	中文	★★★
鸠摩搜索	https://www.jiumodiary.com/	强推！专业搜书的聚合搜索引擎	中文/英文	★★★★★
每日书单	https://shudan.vip/	主页界面不错，分类放置资源的形式很适合不知道看什么书的人随便逛逛。	中文	★★★★★
ePUBee电子书库	http://cn.epubee.com/books/	电子书版本、格式都很多，可以一键添加进网站个人账户，再进行下载。	中文	★★★★
Z-Library	https://z-lib.org/	喜欢看英文原版的推荐使用，下载的电子书是mobi、epub格式。	英语	★★★★
LibraryGenesis	http://gen.lib.rus.ec/	功能很强大的下载网站，收录各大下载网站，	英语	★★★★★
ProjectGutenberg	http://www.gutenberg.org/ebooks/4351	对电子书的分类非常细致，但似乎电子书比较旧	英语	★★★
LibgenOnlineLibrary	https://libgen.pw/search?q=A+brief+history+of+humankind	很简单直接的下载网站，电子书版本多，下载也比较方便	英语	★★★★
文叔叔	https://www.wenshushu.cn/about	用来分享电子书非常方便，当然你也可以分享其它资源	中文	★★★★★
BookSC	http://booksc.org/	无	英语	★★★
苦瓜书盘	https://kgbook.com/	和我的小书屋差不多，现仅提供epub下载	中文	★★★★
走读派	http://zoudupai.com/	kindle电子书资源	中文	★★★★
西林街	https://xilinjie.cc/	聚合全网各种来源并分类，也是搜索引擎，不止有电子书，期刊、报纸等都可以搜索。	中文	★★★
众人搜索网	http://www.renrensousuo.com/	除了电子书，一些学习资料、文献也可以搜到，功能比较多。	中文	★★★
周读	http://www.ireadweek.com/	无	中文	★★★
DigiLibraries	https://digilibraries.com/	英文下载，适合kindle	英语	★★★★
书格	https://shuge.org/	可以看到一些旧典籍，很有格调的网站	中文	★★★
蚂蚁搬书	http://www.mybanshu.com/	KindleMate官方网站，阅读极客的聚集地	中文	★★★★
好读	http://www.haodoo.net/	无	中文	★★★
kindle漫画	http://www.kindlecomic.net/	高清kindle格式漫画下载	中文	★★★★
古籍馆	https://www.gujiguan.com/	中国最大的古籍图书馆	中文	★★★
亚马逊免费kindle电子书	https://www.amazon.cn/Kindle免费电子书/b?node=116175071	无	中文/英文	★★★★
OpenLibrary	https://openlibrary.org/	英文原版书的免费电子资源	英语	★★★★
Manybooks	http://manybooks.net	大部分英文原版书都是免费的	英语	★★★
亿年书海	http://www.inien.com/w/#/Index	支持不同尺寸、格式的电子书下载	中文	★★★
掌上书苑	https://www.soepub.com/	下载需要书币，电子书可以推送到kindle	中文	★★★
七彩英语	http://www.qcenglish.com/	英文原版书下载	英语	★★★
kindleshare	https://kindleshare.cn/	无	中文	★★★
mlook	https://www.mlook.mobi/member/login	要登录	英语	★★★
书单网	https://www.shudan.vip	网站收录了30多个电子书网站的下载资源	中文	★★★★
Mobilism	https://forum.mobilism.org/viewforum.php?f=19	英文原版书下载，推荐	英语

Docker新手入门

Sat, 03 Apr 2021 00:00:00 +0000

1. Docker是什么？

Docker 是一个开源的应用容器引擎，让开发者打包他们的应用以及依赖包到一个轻量级、可移植的容器中，然后发布到任何主流操作系统上，也可以实现虚拟化。

2. Docker解决什么问题？

软件开发阶段在开发者的设备上往往开发环境都是完整的，甚至“多余”的，然而：

在另一台机器（比如测试）上环境往往不同（软件、版本）
在生产服务器需要最小限度的环境配置

Docker可以在应用的层面上打包其所有的依赖并和操作系统实际的环境进行隔离，避免更改、污染操作系统本身的配置、文件或干扰其他进程。

3. Docker与虚拟机？

Docker容器不是模拟一个完整的操作系统，而是对进程进行隔离。或者说，在正常进程的外面套了一个保护层。对于容器里面的进程来说，它接触到的各种资源（文件系统、网络）都是虚拟的，从而实现与底层系统的隔离。

Docker容器无需运行一个完整的操作系统，从而最大限度地降低对硬件资源的占用。

4. Docker的安装与基本使用

4.1 安装

Docker安装请根据服务器操作系统选择相应的安装方法：

https://docs.docker.com/engine/install

4.2 使用

在我的个人服务器上曾部署过为知笔记的私有服务端，服务端就是以docker镜像的方式提供的;

为知笔记官方部署教程

官方教程中将容器的80端口映射到了本地机器的80端口，但是本人服务器还部署了nginx服务器的3个站点，因此本人将本地的8080端口映射到容器的80端口，并在nginx中配置一个反向代理来访问该为知笔记的docker容器（为知笔记的docker镜像无法代理到域名的子目录下）。

5. Docker命令基础

以下命令介绍均以Linux平台下，windows平台的docker应该也是差不多的。

注意： docker在大多数情况下需要root或管理员权限，请适时增加sudo或以管理员身份打开命令行。

从官方源中拉取镜像：

1

docker image pull <image name>

查看本机镜像：

1

docker image ls

运行一个镜像：

1

docker container run <image name>

docker container run命令会从 image 文件，生成一个正在运行的容器实例。一个镜像相当于一个模板，可以创建运行多个容器。

注意: docker container run命令如果发现本地没有指定的 image 文件，就会从仓库自动抓取。因此，前面的docker image pull命令并不是必需的步骤。

查看正在运行的容器

1

docker container ls

查看所有容器（含停止的容器）

1

docker container ls -all

停止一个容器：

一些容器会在运行结束后停止，但大多数不会，因为它们提供的是一项持续的服务。停止这些容器就需要：

1

docker container kill <Container ID>

删除容器

容器停止后还会保留容器文件，占据硬盘空间，如果需要可以将其删除

1

docker container rm <Container ID>

6. 制作docker镜像

本人由于是完全的业余折腾了下，还没到必须要制作一个docker的程度，我找了几个入门教程，希望对你有所帮助：

制作docker镜像

请参考“十、实例：制作自己的 Docker 容器”：Docker 入门教程
较详细的dockerfile配置说明：Docker Dockerfile**注：**配置可以关注COPY,CMD,ENTRYPOINT,ENV,VOLUME,EXPOSE,USER命令配置

微服务与docker compose

对于一些较为大型或需要一定部署灵活性的需求，一般来说可以将语言环境如php，python和数据库等设施分开，分别运行在不同的docker容器中，教程可参考：

Deepin入门指南

Fri, 05 Jun 2020 00:00:00 +0000

1. 简介

当前的大环境下，不少单位可能会面临无法通过正式渠道获得windows操作系统和相应支持的情况。一些单位或个人已经转向国产操作系统，比如ubuntu kylin（麒麟）、deepin（深度）等。比如华为笔记本提供了预装Linux的版本，预装的就是Deepin。Kylin、deepin、ubuntu等都是Debian系的Linux发行版（Debian也是一个Linux发行版本），在目前我的使用体验来说，和Ubuntu的体验没有什么大的区别，你可以使用Ubuntu的教程或者文档，但是深度提供了专门本地化的软件商店和桌面环境，还提供了一些Windows 软件的wine打包版本，使得新手能更方便的安装和使用。

对Linux新手：请注意，所有Windows下的exe可执行程序，都不能在Linux平台下直接运行，部分程序可以使用wine模拟器来运行，但请注意，即便有wine模拟器，Linux下能运行的Windows程序依然不多。

2. 适用人群

最低能力配置：

愿意尝试新东西
有阅读文档并尝试解决问题的耐心和时间
知道自己电脑的操作系统版本、了解32位/64位操作系统以及自己电脑的硬件是否兼容
Windows系统下熟练管理文件和软件

推荐能力配置：

对软件操作有较为抽象的步骤概念，可以使用不同界面的软件完成相似的任务（例如在WPS和MS Office间可无压力切换）
英文文档阅读能力
梯子
基础cmd或powershell命令，如cd、mkdir、ls等

当然如果你有Ubuntu或Debian或者其他发行版的使用经验，那么你不需要这个指南。

3. 系统安装

U盘安装系统与Windows基本无异：用rufus或其他U盘启动制作工具将iso镜像刻录到U盘中，然后重启，在BIOS中将第一启动项更改为U盘（或者相应的UEFI分区），开机按提示设置用户名、密码然后等待安装完成即可。详细安装教程可见官方教程

注意：安装向导询问安装位置时，请不要自行分区和设置挂载点，直接选择全盘安装到一整块不小于40GB的硬盘中，后续我们再涉及磁盘管理的问题。

4. 基本GUI界面使用

GUI = Graphical User Interface，即图形用户交互界面，与之相对的是字符界面，只能输入命令执行任务。Deepin的UI界面与Windows有较大的差距，但是请不要慌，他们的基本操作逻辑大致相同：

双击打开/右键菜单
删除文件到回收站/从回收站恢复文件
设置界面更接近手机的设置界面
……

事实上，Deepin的设置等界面其实更接近安卓或者iOS系统，UI界面的操作方法都是很简单的，当然右键菜单的内容比Windows上要少一些，其他的一些不好找的设置可以参考官方用户手册：https://wiki.deepin.org/

5. 文件结构基本逻辑

5.1 根目录的概念

前面安装系统时安装向导会询问系统的安装位置，官方教程中提到了根目录：/。请注意，在操作系统中，目录=文件夹，请注意这一措辞的变化。

与Windows的文件结构不同的是，无论你有多少硬盘、分了多少分区，所有的目录都在根目录下，我们在Windows下熟悉的诸如C盘，D盘等盘符的概念，在Linux操作系统中是不存在的，不同的分区和硬盘都是以目录（挂载点）的形式在文件系统中管理，例如：我们可以将C盘理解成 根目录-C目录：

1
2
3
4
5
6
7
8
9


/
|
+----C/
|
+----D/
|
+----E/
|
+----F/

5.2 家目录的概念

家目录就是/home目录，系统会默认在这个目录下创建一个与用户名同名的目录，用于存放该用户的所有文件。目录结构如下：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


/
|
+---- home/
 |
 +---<用户名>/
 |
 +---文档/
 |
 +---音乐/
 |
 +---图片/
 |
 +---下载/
 |
 +---视频/
 |
 +---……

请将所有的文件例如文档、照片、视频、软件安装包等内容分类放在你的目录下。默认情况下，新用户只有自己的家目录的写权限，其他文件最多只会有读权限（请注意：删除也是写操作）。

5.3 root权限

注意： 由于本文面向新手，所以会尽量少介绍命令，此处内容了解即可。

root用户、用户组有系统最高的权限，可以无视任何文件权限配置读写文件系统下的任意一个文件或目录，那也就是说拥有“一键删除一切”的功能：

（注意：Windows下的Administrator权限是用户能获得的最高权限，并不是系统的最高权限，不能和root类比）

在系统安装时添加的第一个用户会默认加入root用户组，直接执行命令时仅仅是以用户本身的权限执行。如果需要root权限，就在命令前加上sudo，然后会提示输入用户密码，以root用户的身份执行相应的命令。

请注意，只有加入了root用户组的用户才能借用root权限。正是因为root权限几乎是“无可阻挡”，以root身份执行命令时请务必谨慎。

文件的权限可以使用chmod更改，大多数情况下，需要借用root权限，即使用sudo chmod ...

6. 压缩文件与解压缩

6.1 文件格式

请注意，在Linux平台下源码包的打包压缩格式常常为.tar.gz，其他文件的压缩包多为zip格式。另外虽然Deepin也添加了7z、rar等格式的支持，请在打包压缩文件时尽量选择zip或tar.gz/tar.bz2格式

6.2 压缩和解压缩

deepin的压缩和解压非常简单，与Windows相同，在压缩包上右键-压缩/解压，按提示选择保存位置即可。

7. 软件的安装与卸载：

如同在简介中提到的，你下载一个Windows的程序到Linux平台下会发现打不开/无法运行，Linux平台的软件包是通过与windows完全不同的方式安装的。请通过以下方式安装软件：

7.1 软件商店

第8节中的软件可以首先尝试在深度自带的应用商店中搜索，尝试安装前，请先到设置中更新软件信息，更新完成后才能正常安装，否则会报错。

优先安装备注了Linux版的软件，而不是wine版本的，网页版最不推荐安装，有些软件是打包浏览器的网页版本，没有备注，这种只能是下载后使用时才能发现。

7.2 下载deb包

并不是所有的软件都收录到了深度的软件商店中，另外一些软件需要我们自行下载安装包，请注意即便同样是Linux平台，不同格式的软件包也不是通用的，Debian系发行版的软件安装包都是.deb后缀，这也是最常见的一种格式，以网易云音乐为例：

其下载客户端的页面提供了Linux版本的下载，选择自己对应的发行版下载后，双击安装即可。无论是双击deb安装还是直接在软件商店内下载的软件都可以直接在已安装软件列表中一键卸载。

7.3 apt/apt-get/dpkg命令

注意： 7.3及后续的安装方法了解即可

上述通过商店安装软件实际上就是用过apt命令安装了对应的安装包，apt又是通过调用dpkg进行解包、安装，如果你需要安装一个名为smartmontools （硬盘检测）的软件包，那么，你只需要打开终端或者按下Ctrl+Alt+T调出终端，然后输入命令：

1

sudo apt install smartmontools -y

回车，终端会提示输入密码，按要求输入你的密码然后回车后就会进行下载和安装。不过你能使用apt安装一个软件的前提是，软件开发者已经在apt的源仓库中已经提交了对应的软件包，和商店的其实是很相似的。

卸载软件只需要运行：

1

sudo apt remove <软件包名> -y

输入密码，回车确认即可。

**那么我们能不能用命令安装自己下载的软件包呢？**答案是可以的。我们以网易云音乐（假设文件名为：netease_music.deb）为例，在官网下载了安装包后，打开到安装包所在的目录，然后右键-在终端中打开，然后输入

1

sudo apt install ./netease_music.deb -y

回车，输入密码再回车即可安装

当然，也可以使用dpkg命令进行安装：

1

sudo dpkg -i ./netease_music.deb -y

那么apt-get又是什么命令呢？apt-get基本等同于apt命令，后者更新，我们应使用更新的版本。

注意：由于商店和apt/apt-get命令都使用了dpkg命令，如果你正在安装或更新deb软件包，它就会被加锁，在其结束安装或更新前，你将不能再打开一个安装或更新过程。软件商店安装失败多半是因为系统在后台运行了一个更新过程，所以，安装失败的时候请先到设置里确认更新是否在运行中。

7.4 脚本安装

部分软件不能通过apt安装，也没有提供deb包，但是在下载页面提供了一个脚本，我们可以打开终端，直接复制粘贴脚本，回车即可安装，例如zerotier-one（虚拟局域网工具）：

注意：有一些通过脚本安装的软件可能不会提供卸载方法或者卸载方法比较复杂，这类软件的安装务必谨慎进行。另外脚本安装的可能是deb包软件，也可能不是，具体请阅读对应软件的安装说明。

7.5 其他类型：snap，appimage

Snap：Snap是Canonical公司（Ubuntu的发行公司）的新一代包管理器，安全方便，部分软件会提供snap包，但它的权限管理比较复杂，初学者请不要尝试安装该类软件包。
appimage：部分软件在Linux平台会提供appimage，这种包将其需要的所有依赖软件全部打包在一起，因此通常来说体积会比较大，但是不需要担心任何依赖问题，基本可以做到在任何发行版中，双击即可运行，因此，在没有提供deb包时，可以优先选择appimage格式打包的软件，例如mkvtoolnix就在下载页面提供了appimage：

7.6 源码安装：

有些软件提供源码包，需要自行编译安装。与一些脚本安装的软件类似，编译安装的软件往往依赖较多的外部软件包，需要手动安装，而且安装文件的步骤多，部分源码包不提供卸载方法，编译源码安装的软件同样不适合新手使用。

如果你有了解cd ls mkdir这类基础命令，可以参考源码包内的安装方法（大多是英文），然后参考本文安装源码包

8. windows平台软件的替换

靠前=更推荐，深度提供了部分工具：录屏、截图、分区工具

输入法：搜狗（预装）、Sunpinyin
浏览器：chrome（预装）、firefox
Office三件套: WPS（预装）（Ubuntu下默认安装的字体和Windows下有很多不同，请自行搜索下载需要的字体）
邮件客户端：Evolution、Thunderbird（预装）
pdf阅读器：福昕阅读器Linux版、Okular、金山PDF（预装）
流程图/Visio替代：Dia
下载：qbittorrent、uget、百度网盘Linux版
笔记：Evernote(使用第三方linux客户端Nixnote)、为知笔记（会员或自行部署服务端）、simplenote
网页剪辑：pocket扩展+手机端应用
视频相关：
- 播放器：VLC、kodi
- 剪辑：kdenlive、shocut
- 字幕编辑：subtitle editor
- mkv打包和拆包：mkvtoolnix
- 视频转码：HandBrake
- 录屏：kazam
- 3D动画：Blender
音乐播放器：网易云音乐、VLC、Spotify
图片和照片：
- 相册：shotwell、digikam
- PS替代：GIMP
- 矢量图：InkScape
CAD：中望CAD Linux版、freeCAD
虚拟局域网：zerotier-one
虚拟机：Virtualbox
梯子：Github上搜索你使用的协议名称+Linux即可，有UI的更好。不要问推荐什么，咱不知道。

9. 磁盘分区和管理：

如果你没有在Windows下使用过系统自带分区工具、diskgenius或其他的分区工具，请忽略本节内容，相关需求请联系专业人员处理。

9.1 GUI工具：disks

Deepin下使用系统自带的分区工具或者下载disks工具即可，操作其他的分区工具类似。

Linux下常用的文件系统为ext3, ext4，不能直接使用Windows常见的NTFS文件系统，对于一些小文件需要在Windows和Linux之间频繁切换的U盘可以格式化成FAT32格式，这种文件系统在两个平台上都能直接使用，代价是不能存储单个大于4G的文件。

如果一定要使用NTFS文件系统，可以使用如下命令安装软件包：

1

sudo apt install ntfs-3g -y

即可挂载NTFS分区

9.2 命令行：parted/fdisk+mkfs

Linux平台下更多的使用命令行来对硬盘进行分区和格式化，常用的分区命令：parted、fdisk，格式化工具：mkfs（make file system）

关于这些命令的使用，可以阅读：

请注意：parted用于gpt分区，fdisk用于mbr分区

9.3 挂载点的概念

挂载点是Linux平台与Windows平台对存储资源管理的最大不同点之一，由于Linux平台文件系统始终以根目录作为最初始的目录，如果我们需要使用硬盘的某一个分区，就只能把它作为一个目录添加到Linux的文件系统中，代表这个分区的目录就被我们称作挂载点，为硬盘分区分配一个目录的动作就被称为挂载。

我们存储在挂载点这个目录的所有文件，在物理上就存储在其对应的硬盘分区中。

分区的挂载操作和卸载操作：

挂载分区：https://man.linuxde.net/mount
卸载分区：https://man.linuxde.net/umount

注意：使用mount命令挂载的分区会在重启后消失，如需要开机就自动挂载，请阅读：https://www.cnblogs.com/qiyebao/p/4484047.html

如果你新增加了一块硬盘，需要将你的家目录转移到该硬盘上，可以参考：https://sergget.ga/20200426/0cad07e5443e/

10. 小结

由于Linux教程大多是开篇介绍命令，对于桌面用户非常不友好，所以本文致力于介绍其逻辑，但是即便deepin做了很多本地化和图形化的工作，作为一个Linux系统仍然有很多地方不得不使用命令行/字符界面，作为桌面用户仍然需要适时地学习相关的命令。网上有很多Linux教程，可以参考视频教程：https://www.imooc.com/course/programdetail/pid/45 选择性地学习。

最后请善用搜索引擎（推荐必应，国内搜索引擎真是一言难尽）！

11. 题外话

从第8节的可以看出，Deepin可以完成不少的基础和进阶任务，但一些特定的专业软件没有Linux平台的版本，即便有，也有很大概率是英文版，不适合在从事这一类活动的企业中大面积推广。这决定了它目前只能在一些政府单位等行业等文书类工作比较集中的地方，至于这些人能不能/愿不愿意学这个东西就是另外一回事了。

要说另一个好处就是适合仅限于“查资料/学习用途”的学生了，毕竟Linux平台下游戏少得可怜，质量还不好，即便是Steam平台有Linux版本，上面也有一些游戏，作为家长只要管控住银行卡，孩子们基本就没有什么游戏的空间。毕竟总不会有谁扫雷玩儿一天吧？不会吧？不会吧？

常用Git 命令清单

Sat, 18 Apr 2020 00:00:00 +0000

本文转载自阮一峰的《常用Git命令清单》

我每天使用 Git ，但是很多命令记不住。

一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。

下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。

Workspace：工作区
Index / Stage：暂存区
Repository：仓库区（或本地仓库）
Remote：远程仓库

一、新建代码库

1
2
3
4
5
6
7
8


# 在当前目录新建一个Git代码库
$ git init

# 新建一个目录，将其初始化为Git代码库
$ git init [project-name]

# 下载一个项目和它的整个代码历史
$ git clone [url]

二、配置

Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。

1
2
3
4
5
6
7
8
9


# 显示当前的Git配置
$ git config --list

# 编辑Git配置文件
$ git config -e [--global]

# 设置提交代码时的用户信息
$ git config [--global] user.name "[name]"
$ git config [--global] user.email "[email address]"

三、增加/删除文件

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21


# 添加指定文件到暂存区
$ git add [file1] [file2] ...

# 添加指定目录到暂存区，包括子目录
$ git add [dir]

# 添加当前目录的所有文件到暂存区
$ git add .

# 添加每个变化前，都会要求确认
# 对于同一个文件的多处变化，可以实现分次提交
$ git add -p

# 删除工作区文件，并且将这次删除放入暂存区
$ git rm [file1] [file2] ...

# 停止追踪指定文件，但该文件会保留在工作区
$ git rm --cached [file]

# 改名文件，并且将这个改名放入暂存区
$ git mv [file-original] [file-renamed]

四、代码提交

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18


# 提交暂存区到仓库区
$ git commit -m [message]

# 提交暂存区的指定文件到仓库区
$ git commit [file1] [file2] ... -m [message]

# 提交工作区自上次commit之后的变化，直接到仓库区
$ git commit -a

# 提交时显示所有diff信息
$ git commit -v

# 使用一次新的commit，替代上一次提交
# 如果代码没有任何新变化，则用来改写上一次commit的提交信息
$ git commit --amend -m [message]

# 重做上一次commit，并包括指定文件的新变化
$ git commit --amend [file1] [file2] ...

五、分支

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42


# 列出所有本地分支
$ git branch

# 列出所有远程分支
$ git branch -r

# 列出所有本地分支和远程分支
$ git branch -a

# 新建一个分支，但依然停留在当前分支
$ git branch [branch-name]

# 新建一个分支，并切换到该分支
$ git checkout -b [branch]

# 新建一个分支，指向指定commit
$ git branch [branch] [commit]

# 新建一个分支，与指定的远程分支建立追踪关系
$ git branch --track [branch] [remote-branch]

# 切换到指定分支，并更新工作区
$ git checkout [branch-name]

# 切换到上一个分支
$ git checkout -

# 建立追踪关系，在现有分支与指定的远程分支之间
$ git branch --set-upstream [branch] [remote-branch]

# 合并指定分支到当前分支
$ git merge [branch]

# 选择一个commit，合并进当前分支
$ git cherry-pick [commit]

# 删除分支
$ git branch -d [branch-name]

# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]

六、标签

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26


# 列出所有tag
$ git tag

# 新建一个tag在当前commit
$ git tag [tag]

# 新建一个tag在指定commit
$ git tag [tag] [commit]

# 删除本地tag
$ git tag -d [tag]

# 删除远程tag
$ git push origin :refs/tags/[tagName]

# 查看tag信息
$ git show [tag]

# 提交指定tag
$ git push [remote] [tag]

# 提交所有tag
$ git push [remote] --tags

# 新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]

七、查看信息

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60


# 显示有变更的文件
$ git status

# 显示当前分支的版本历史
$ git log

# 显示commit历史，以及每次commit发生变更的文件
$ git log --stat

# 搜索提交历史，根据关键词
$ git log -S [keyword]

# 显示某个commit之后的所有变动，每个commit占据一行
$ git log [tag] HEAD --pretty=format:%s

# 显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件
$ git log [tag] HEAD --grep feature

# 显示某个文件的版本历史，包括文件改名
$ git log --follow [file]
$ git whatchanged [file]

# 显示指定文件相关的每一次diff
$ git log -p [file]

# 显示过去5次提交
$ git log -5 --pretty --oneline

# 显示所有提交过的用户，按提交次数排序
$ git shortlog -sn

# 显示指定文件是什么人在什么时间修改过
$ git blame [file]

# 显示暂存区和工作区的差异
$ git diff

# 显示暂存区和上一个commit的差异
$ git diff --cached [file]

# 显示工作区与当前分支最新commit之间的差异
$ git diff HEAD

# 显示两次提交之间的差异
$ git diff [first-branch]...[second-branch]

# 显示今天你写了多少行代码
$ git diff --shortstat "@{0 day ago}"

# 显示某次提交的元数据和内容变化
$ git show [commit]

# 显示某次提交发生变化的文件
$ git show --name-only [commit]

# 显示某次提交时，某个文件的内容
$ git show [commit]:[filename]

# 显示当前分支的最近几次提交
$ git reflog

八、远程同步

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


# 下载远程仓库的所有变动
$ git fetch [remote]

# 显示所有远程仓库
$ git remote -v

# 显示某个远程仓库的信息
$ git remote show [remote]

# 增加一个新的远程仓库，并命名
$ git remote add [shortname] [url]

# 取回远程仓库的变化，并与本地分支合并
$ git pull [remote] [branch]

# 上传本地指定分支到远程仓库
$ git push [remote] [branch]

# 强行推送当前分支到远程仓库，即使有冲突
$ git push [remote] --force

# 推送所有分支到远程仓库
$ git push [remote] --all

九、撤销

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


# 恢复暂存区的指定文件到工作区
$ git checkout [file]

# 恢复某个commit的指定文件到暂存区和工作区
$ git checkout [commit] [file]

# 恢复暂存区的所有文件到工作区
$ git checkout .

# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
$ git reset [file]

# 重置暂存区与工作区，与上一次commit保持一致
$ git reset --hard

# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
$ git reset [commit]

# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
$ git reset --hard [commit]

# 重置当前HEAD为指定commit，但保持暂存区和工作区不变
$ git reset --keep [commit]

# 新建一个commit，用来撤销指定commit
# 后者的所有变化都将被前者抵消，并且应用到当前分支
$ git revert [commit]

# 暂时将未提交的变化移除，稍后再移入
$ git stash
$ git stash pop

十、其他

1
2


# 生成一个可供发布的压缩包
$ git archive

将源码包编译成Deb包–Checkinstall

Sat, 18 Apr 2020 00:00:00 +0000

翻译自： https://help.ubuntu.com/community/CheckInstall

1.简介

CheckInstall 跟踪由make install或类似命令生成安装的所有文件，并创建Slackware, RPM或Debian包，将其添加到包的数据库，可以方便地卸载或分发软件包。

使用CheckInstall来替代sudo make install，由于后者可能将文件安装到文件系统的各种位置，导致在出现问题的情况下卸载困难。而且如果将来你安装的某个软件包中的某些文件和你现在编译安装的某些文件相同，则会导致你编译安装的软件出错甚至停止工作。

（实际上，不仅仅是make install，CheckInstall能跟踪任何命令所修改的文件，这是得它能够用于apt以外的的任何类型的软件包的安装，并使用包管理器跟踪其安装过程。）

CheckInstall不适合用于生成用于发行目的的软件包。不要使用该软件来为Ubuntu archive或PPA源的软件打包。请遵循相应的打包方法。

CheckInstall 的README文件：”CheckInstall对Debian的支持尚未稳定，请小心使用。对于某些Debian系的操作系统，用户反馈该软件包工作正常，当然它在我的已安装了dpkg的Slackware开发环境下表现良好，但是在你的环境里可能各有不同。”

2.安装

执行以下命令从软件仓库进行安装：

1

sudo apt-get update && sudo apt-get install checkinstall

3.使用

编译安装时，不再使用：

1

sudo make install

而是：

1

sudo checkinstall

执行命令时不带任何参数，checkinstall则会默认调用make install。如果你需要使用其他参数，则可以这样使用：

1

sudo checkinstall make install_package

安装的包可以非常轻松地使用Synaptic或终端来删除：

1

sudo dpkg -r packagename

例如：

1

sudo dpkg -r pidgin

注意： 生成的.deb包也可以在其他地方使用，极大地简化了同一软件包在大量机器上的安装过程。

4. 配合auto-apt使用checkinstall

你也可以使用auto-apt与checkinstall配合，从源代码创建一个简单的软件包（需要安装auto-apt）：

不再使用：

1

./configure

请使用:

1

auto-apt run ./configure

如果依赖都可用，一个对话框会被打开，并要求你安装它们，剩下的则保持不变：

1
2
3
4


make
sudo checkinstall
Related Links
CategorySoftware CategoryCommandLine

Power query插件简介 — 强大的excel辅助工具

Fri, 28 Feb 2020 00:00:00 +0000

前言

一直以来，excel都是被作为一个表格制作工具而不是一个数据处理工具来使用，不少人判断一个人对于excel的熟练程度往往都是看他能不能熟练地在excel里面添加各种花里胡哨的样式，而不是根据业务实际判断其对数据的组织方式的合理性。

本人在工作中使用excel做过大量的数据处理，然而，在引入较大量的数据比如100行以上的情况下，数据统计计算的复杂度就随着数据量的增长而成指数量级增长。

因此对于大批量的数据，本人倾向于1行记录1条数据进行存储，另开表格进行统计和计算。对于大批量的数据，利用excel自带的统计函数如SUMIF和AVERAGEIF在这种情况下就略显疲态，我们需要更强大的查询和统计工具。

power query简介

power query是微软官方发布的一个excel插件，office 2016以上版本自带该工具，office 2010专业增强版、2013版本需要手动下载、安装power query插件。本文以office 2016版本为例，介绍power query的基本使用方法。2019版界面略有变化，请自行试验。

先决知识

基本的Excel公式知识。
充分认识到仅依靠公式面对批量的业务数据的局限性。

power query编辑的基本思路

1、数据存储与数据处理

了解一些编程语言的读者应该清楚的一个原则是，我们需要将数据的存储与数据的处理分开，数据的存储应由处理数据的程序写入文件或者数据库、存储在硬盘上，在需要进行数据处理时，由程序将数据读取到内存中进行增删改查等操作。数据库程序作为数据处理的部分，则是常驻在内存中，而数据本身只有在需要的时候才会被读取，以减少内存占用。power query实际上就是提供了一个图形界面，用于编写和维护上述的处理数据的程序，我们不需要关心内存管理的问题。在power query处理过程中，我们需要关心的是数据处理的结果（power query生成的结果表格）与源数据的分离。

2、power query维护数据关系

由1我们知道，power query编辑的是数据源 ====> 统计结果的映射，我们维护的是这一对应关系，在后续有任何数据增加、更新时，我们只需要点击刷新按钮，power query 会根据我们事先编辑好地规则处理源数据，然后跟新最新的结果，不再是像传统的编辑excel表格的方式；

3、power query不直接修改行数据

正是因为power query预设的工作环境是源数据在不断变化，所以更改某一具体的行或单元格的数据是没有意义的，因此所有的操作基本对象是1列。比如，替换字符串的操作，power query不提供对某一些具体的单元格范围内的字符串进行查找、替换的功能，而是在1列内查找、替换数据，因此一列的数据必须要是同一类型且表示同一个含义。只有这样的数据，在我们进行批量操作时才有意义。

4、关系的鲁棒性

鲁棒性是在写代码中非常常见的一个词，音/意译自英语robust，实际上翻译成健壮性更容易理解，但是鲁棒这个翻译实在是太接地气了，又“鲁”又“棒”。不论是哪种翻译，都是在说程序的代码需要足够的稳定、健全。可是，

我们前面提到，power query编辑的是数据源 ====> 统计结果的映射，这个映射是靠一步一步的步骤处理每一列来实现的，因此我们需要尽可能考虑到每一步都应全面考虑到这一步出现的所有可能情况，保证数据源数据的合法性和power query中编辑步骤的全面性。比如，分解日期列就需要保证数据源这一列全部是合理的日期。替换不需要的符号的时候就需要将所有可能出现的不需要的符号全部替换掉，即便当前数据中没有出现。如果没有考虑到所有的情况，在后续更新数据时很有可能出现某一步报错，造成后续步骤报错无法处理。这个时候再来排查错误就会非常耗时。

基本的工作流程

对于一个基本的Power query的使用，我们首先需要准备如下的内容：

1行存储1条数据的数据源，文中使用了一个随机生成的数据列表作为示例
已安装了power query插件的excel

以上准备完成，我们就可以开始创建一个query：

1、打开空excel表格，切换到数据标签，可以看到左面的标签有几个不同的数据导入来源，由于我们刚刚开始，因此，我们选择新建查询(New Query) => 来自文件(From File) => 来自工作簿(From Workbook)，然后选择上面准备的数据源。

2、选择编辑（Edit），进入power query编辑器。

3、进入编辑器后，我们可以看到一共提供了4个编辑标签页，其中前3个是我们经常使用的功能：主页(home)、转换(transform)、添加列(add column)

4、在主页标签下，我们可以数据分组统计计算、管理列（删除）、行（删除错误行，前n行，后n行），进行排序、分列、合并查询(merge query)、添加查询(append query)等操作

5、在转换标签下，我们可以调整列的数据类形，替换值，透视列或者反透视列，对列的数据进行计算，分析、格式化日期时间等操作

6、在添加列标签下，我们可以在保留原数据列的前提下，进行计算、解析并新增列。

在power query中，最常用的功能是分组(group by)，合并查询(常用成多条件vlookup)、添加查询(同一类表格数据的合并)、日期时间解析和字符串的处理，这几项功能是我们在处理批量数据中最需要的功能，对批量的数据进行分组统计、并分配好对应的时间、分类之后得到的最终数据，即可再使用excel自带的透视图标进行分析。

如果你需要一个源数据分多个透视表进行分析，也可以在power query中在某一步查询后复制查询，作为同一个数据源的分支，另行处理数据至想要的状态。

7、处理数据后，我们点击主页标签下的关闭并上载(close & load)即可将编辑后的数据导入到excel表格中。

power query生成的数据会新开一个标签，不会覆盖当前的工作表。上载数据后，我们会发现，当我们选中任意一个由power query生成的数据单元格的时候，excel会多出两个标签，表设计和查询，后续如果发生数据更新时，直接点击查询标签下的刷新即可。

注意: 请在创建查询之前就将数据源表格放在你最终需要它们的文件夹下，否则事后移动数据源文件会导致查询找不到文件。

8、当然，我们可以更改每一步步骤的参数，在编辑器的右边提供了步骤窗口，我们可以在这个窗口插入、删除、修改步骤：

插入步骤：选中你想要插入步骤的位置的前一个步骤，然后在标签页进行需要插入的操作即可；

删除步骤：点击每一步前面的叉即可
修改步骤：能够修改的步骤在后面都有一个齿轮，点击齿轮则会弹出这一步骤的操作窗口

因此如果我们移动了工作簿的位置，就可以点击源(Source)，并找到移动后的源数据工作簿的位置。

结语

power query 实际上是帮助我们方便地将数据源和数据结果分离的工具，作为真正的自动化工具非常适合各类市场、销售、运营等部门使用，配合透视图表能够自动化、可视化地更新各种日常化的数据，能够为制作报表的人员节省大量的时间，并且还能确保数据格式、图表规则的统一性。

关于分组、合并查询、添加查询等功能具体教程会在后续继续增加，敬请期待。当然，你也可以自行尝试摸索，我相信自己摸索出来的知识远比看教程记得要牢固的多。

题外话

对于互联网公司或者自行运行了sql数据库的大型企业，更适合使用微软基于power query、power map等工具研发的Power BI，它从数据库等获得数据源、通过查询工具加工处理，再通过power map 和透视图表和其他可视化部件直观地展现当前的运营状态等数据，同时还提供了移动端的报表面板，非常适合各种大中型企业使用。

抛弃迅雷，投入BT的怀抱吧

Wed, 05 Feb 2020 00:00:00 +0000

由于最近的特殊情况，不得不宅在家中（其实没这档子事儿我也乐意待家里），于是乎就下载了大量的电影，迅雷加速基本和百度网盘一个性质，本人都没有购买会员，通过bt种子或磁力链接进行下载。并且可以跑满带宽上限。下面就分享下：

客户端

我是用的客户端是比特彗星bitcomet，所谓的登录和上传升级加速之类的都是扯淡，实际当中考虑到这些bt客户端往往都有防吸血的功能，因此，上传的限速不要太过分就可以了。

也可以考虑使用uTorrent客户端或者uTorrent web。

添加Tracker

Tracker是什么？

我们知道BT下载或者磁力下载是一种去中心化的网络内容分发的机制，每个人既是下载的，也是上传的，没人做种，也就没法下载。做种的人越多，你下载的速度就能越快，但是这并不是完全意义上的去中心化，因为你不知道有谁在做种。

因此我们需要中心化的服务器，来将大家上传和下载的请求信息进行交换，然后各个客户端各自进行连接交换数据。

为什么添加Tracker?

简单地说， 优质的 Tracker，可以有效提高资源解析速度及下载速度。 同时，用这些 Tracker 的人越多，大家的下载速度就越快。

向比特彗星添加Tracker

点击链接下载比特彗星，安装完成后，可能是默认为英语，选择工具栏的Tools => Language => Chinese

更改语言后，添加Tracker服务器的订阅链接。Github的XIU2汇总了一些优质的Tracker列表:

项目地址： https://github.com/XIU2/TrackersListCollection
项目网站： https://trackerslist.com/#/zh

项目提供了两个订阅列表：

精选版： https://trackerslist.com/best.txt
完整版： https://trackerslist.com/all.txt

请选择上面任意一个链接，复制。打开比特彗星 => 工具 => 人物设置 => Tracker => 勾选”每天自动更新Tracker服务器列表”，然后在下面的输入框内粘贴刚才复制的订阅列表，点击立即更新，确定即可。

排除文件共享故障

Sun, 26 Jan 2020 00:00:00 +0000

“文件共享”（Sharing）是被使用最多的网络远程文件访问功能，却也是最容易出问题的一部分，许多用户在使用一些优化工具后，发现文件共享功能突然就失效了，或者无论如何都无法成功共享文件，这也是很多网络管理员要面对的棘手问题，如果你也不巧遇到了，那么可以尝试检查以下几种原因：

相应的服务被禁止
文件共享功能依赖于这4个服务：Computer Browser、TCP/IP NetBIOS Helper Service、Server、Workstation，如果它们的其中一个被禁止了，文件共享功能就会出现各种古怪问题如不能通过计算机名访问等，甚至完全不能访问。
内置来宾账户组成员Guest未启用
文件共享功能需要使用Guest权限访问网络资源。
内置来宾账户组成员Guest被禁止从网络访问
这问题常见于XP系统，因为它在组策略（gpedit.msc）->计算机配置->Windows设置->安全设置->本地策略->用户权利指派->拒绝从网络访问这台计算机里把Guest账户添加进去了，删除掉即可真正启用Guest远程访问权限。
限制了匿名访问的权限
默认情况下，组策略（gpedit.msc）->计算机配置->Windows设置->安全设置->本地策略->安全选项->对匿名连结的额外限制的设置应该是“无。依赖于默认许可权限”或者“不允许枚举SAM账号和共享”，如果有工具自作聪明帮你把它设置为“没有显式匿名权限就无法访问”，那么我可以很负责的告诉你，你的共享全完蛋了。
系统权限指派出现意外
默认情况下，系统会给共享目录指派一个“Everyone”账户访问授权，然而实际上它还是要使用Guest成员完成访问的工作，但是有时候，Everyone却忘记Guest的存在了，这是或我们就需要自己给共享目录手动添加一个Guest账户，才能完成远程访问。（图.手动添加一个账户权限）
NTFS权限限制
一些刚接触NTFS的用户或者新手管理员经常会出这个差错，在排除以上所有问题的前提下依然无法实现文件共享，哪里都碰过了就是偏偏不知道来看看这个目录的“安全”选项卡，并在里面设置好Everyone的相应权限和添加一个Guest权限进去。

———————————–

故障排除

启用来宾帐户
“控制面板-用户帐户-启用来宾帐户”
安装NetBEUI协议
查看“网上邻居”属性——查看“本地连接”属性——点击“安装”——查看 “协议”——看其中NetBEUI协议是否存在，如果存在则安装这个协议，如果不存在则表明已经安装了该协议，在Winxp系统默认的情况下该协议是已经安装好了的。
查看本地安全策略设置是否禁用了GUEST账号
控制面板——管理工具——本地安全策略——用户权利指派——查看“拒绝从网络访问这台计算机”项的属性——看里面是否有GUEST帐户，如果有就把它删除掉。
设置共享文件夹
你如果不设置共享文件夹的话，网内的其它机器无法访问到你的机器。设置文件夹共享的方法有三种：
- “工具－－文件夹选项－－查看－－使用简单文件夹共享”。这样设置后，其他用户只能以Guest用户的身份访问你共享的文件或者是文件夹。
- “控制面板－－管理工具－－计算机管理”，在“计算机管理”这个对话框中，依次点击“文件夹共享－－共享”，然后在右键中选择“新建共享”即可。
- 直接在你想要共享的文件夹上点击右键,通过“共享和安全”选项即可设置共享。
建立工作组
在Windows桌面上用右键点击“我的电脑”，选择“属性”，然后单击“计算机名”选项卡，看看该选项卡中有没有出现你的局域网工作组名称，如“workgroup”等。然后单击“网络 ID”按钮，开始“网络标识向导”：单击“下一步”，选择“本机是商业网络的一部分，用它连接到其他工作着的计算机”；单击“下一步”，选择“公司使用没有域的网络”；单击“下一步”按钮，然后输入你的局域网的工作组名，这里我建议大家用“BROADVIEW”，再次单击“下一步”按钮，最后单击“完成”按钮完成设置
重新启动计算机后，局域网内的计算机就可以互访了。
查看“计算机管理”是否启用来宾帐户。
控制面版——计算机管理——本地用户和组——用户——启用来宾帐户。机器重新启动后就可以了
如果大家想提高访问别人机器的速度的话，还可以做一些相关操作：控制面版——管理工具——服务——Task Scheduler——属性——启动方式改为手动，这样就可以了。
用户权利指派
“控制面板－－管理工具－－本地安全策略”，在“本地安全策略”对话框中，依次选择“本地策略－－用户权利指派”，在右边的选项中依次对“从网络上访问这台计算机”和“拒绝从网络上访问这台计算机”这两个选项进行设置
“从网络上访问这台计算机”选项需要将guest用户和everyone添加进去；“拒绝从网络上访问这台计算机”需要将被拒绝的所有用户删除掉，默认情况下guest是被拒绝访问的。

上述方法的所有步骤并不是设置局域网都必须进行的，因为有些步骤在默认情况下已经设置。但是只要你的局域网出现了不能访问的现象，通过上述设置肯定能保证局域网的畅通.

Git 配置指南

Wed, 01 Jan 2020 00:00:00 +0000

安装

1

sudo apt-get install git git-core

初始配置

用户信息配置个人的用户名称和电子邮件地址：

1
2


$ git config –global user.name “runoob”
$ git config –global user.email test@runoob.com

文本编辑器

1

$ git config –global core.editor vim

差异分析工具

1

$ git config –global merge.tool vimdiff

检查已有的配置信息

1

git config –list

命令

git diff

执行 git diff 来查看执行 git status 的结果的详细信息。git diff 命令显示已写入缓存与已修改但尚未写入缓存的改动的区别。

尚未缓存的改动：git diff
查看已缓存的改动： git diff –cached
查看已缓存的与未缓存的所有改动：git diff HEAD
显示摘要而非整个 diff：git diff –stat

Git log 查看提交历史

在使用 Git 提交了若干更新之后，又或者克隆了某个项目，想回顾下提交历史，我们可以使用 git log 命令查看。
针对我们前一章节的操作，使用 git log 命令列出历史提交记录如下：

1

$ git log

参数：

--oneline选项来查看历史记录的简洁的版本。

1

$ git log –oneline

--graph 选项，查看历史中什么时候出现了分支、合并。以下为相同的命令，开启了拓扑图选项：

1

$ git log –oneline –graph

--reverse参数来逆向显示所有日志。

1

$ git log –reverse –oneline

查找指定用户的提交日志可以使用命令：git log --author , 例如，比方说我们要找 Git 源码中 Linus 提交的部分：

1

$ git log –author=Linus –oneline -5

如果你要指定日期，可以执行几个选项：–since 和 –before，但是你也可以用 –until 和 –after。
例如，如果我要看 Git 项目中三周前且在四月十八日之后的所有提交，我可以执行这个（我还用了 –no-merges 选项以隐藏合并提交）：

1

$ git log –oneline –before={3.weeks.ago} –after={2010-04-18} –no-merges

Git tag 标签

如果你达到一个重要的阶段，并希望永远记住那个特别的提交快照，你可以使用 git tag 给它打上标签。

比如说，我们想为我们的 w3cschoolcc 项目发布一个”1.0″版本：

1

$ git tag -a v1.0

选项：

-a 选项意为”创建一个带注解的标签”。不用 -a 选项也可以执行的，但它不会记录这标签是什么时候打的，谁打的，也不会让你添加个标签的注解。

追加标签

如果我们忘了给某个提交打标签，又将它发布了，我们可以给它追加标签。例如，假设我们发布了提交 85fc7e7，但是那时候忘了给它打标签。我们现在也可以：

1

$ git tag -a v0.9 85fc7e7

指定标签信息命令：

1

git tag -a -m “w3cschool.cc标签”

PGP签名标签命令：

1

git tag -s -m “w3cschool.cc标签”

Git 远程仓库(Github)

添加远程库

1

git remote add [shortname] [url]

由于本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以我们需要配置验证信息：
使用以下命令生成SSH Key：

1

$ ssh-keygen -t rsa -C “youremail@example.com”

成功的话会在~/下生成.ssh文件夹，进去，打开 id_rsa.pub，复制里面的 key。
回到 github 上，进入 Account => Settings（账户配置）。

左边选择 SSH and GPG keys，然后点击 New SSH key 按钮,title 设置标题，可以随便填，粘贴在你电脑上生成的 key。

查看当前的远程库

1

git remote

配置上游分支

1

git push –set-upstream [repo] [branch]

提取远程仓库

从远程仓库下载新分支与数据：

1

git fetch

该命令执行完后需要执行git merge 远程分支到你所在的分支。

2.从远端仓库提取数据并尝试合并到当前分支：

1

git pull

推送到远程仓库

推送你的新分支与数据到某个远端仓库命令:

1

git push [alias] [branch]

删除远程仓库

删除远程仓库你可以使用命令：

1

git remote rm [别名]

gitbook 使用入门

Wed, 01 Jan 2020 00:00:00 +0000

GitBook 官网

GitBook 文档

GitBook 准备工作

安装 Node.js

GitBook 是一个基于 Node.js 的命令行工具，下载安装 Node.js，安装完成之后，你可以使用下面的命令来检验是否安装成功。

1
2


$ node -v
v7.7.1

安装 GitBook

输入下面的命令来安装 GitBook

1

$ npm install gitbook-cli -g

安装完成之后，你可以使用下面的命令来检验是否安装成功。

1
2
3


$ gitbook -V
CLI version: 2.3.2
GitBook version: 3.2.3

更多详情请参照 GitBook 安装文档来安装 GitBook。

安装 GitBook 编辑器

去 GitBook 官网下载 GitBook 编辑器；如果是 Mac 用户且安装过 brew cask 的话可以使用 brew cask install gitbook-editor 命令行来安装 GitBook 编辑器。

先睹为快

GitBook 准备工作做好之后，我们进入一个你要写书的目录，输入如下命令。

1
2
3
4
5


$ gitbook init
warn: no summary file in this book
info: create README.md
info: create SUMMARY.md
info: initialization is finished

可以看到他会创建 README.md 和 SUMMARY.md 这两个文件，README.md 应该不陌生，就是说明文档，而 SUMMARY.md 其实就是书的章节目录，其默认内容如下所示：

1
2
3


# Summary

* [Introduction](README.md)

接下来，我们输入$ gitbook serve 命令，然后在浏览器地址栏中输入http://localhost:4000 便可预览书籍。

运行该命令后会在书籍的文件夹中生成一个 _book 文件夹, 里面的内容即为生成的 html 文件，我们可以使用下面命令来生成网页而不开启服务器。

1

gitbook build

下面我们来详细介绍下 GitBook 目录结构及相关文件。

目录结构

GitBook 基本的目录结构如下所示：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


.
├── book.json
├── README.md
├── SUMMARY.md
├── chapter-1/
| ├── README.md
| └── something.md
└── chapter-2/
 ├── README.md
 └── something.md

SUMMARY.md

这个文件主要决定 GitBook 的章节目录，它通过 Markdown 中的列表语法来表示文件的父子关系，下面是一个简单的示例：

1
2
3
4
5
6
7
8
9


# Summary

* [Introduction](README.md)
* [Part I](part1/README.md)
 * [Writing is nice](part1/writing.md)
 * [GitBook is nice](part1/gitbook.md)
* [Part II](part2/README.md)
 * [We love feedback](part2/feedback_please.md)
 * [Better tools for authors](part2/better_tools.md)

我们通过使用标题或者水平分割线将 GitBook 分为几个不同的部分，如下所示：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16


# Summary

### Part I

* [Introduction](README.md)
* [Writing is nice](part1/writing.md)
* [GitBook is nice](part1/gitbook.md)

### Part II

* [We love feedback](part2/feedback_please.md)
* [Better tools for authors](part2/better_tools.md)

---

* [Last part without title](part3/title.md)

插件

GitBook 有插件官网，默认带有 5 个插件，highlight、search、sharing、font-settings、livereload，如果要去除自带的插件，可以在插件名称前面加 -，比如：

1
2
3


"plugins": [
 "-search"
]

如果要配置使用的插件可以在 book.json 文件中加入即可，比如我们添加 plugin-github，我们在 book.json 中加入配置如下即可：

1
2
3
4
5
6
7
8


{
 "plugins": [ "github" ],
 "pluginsConfig": {
 "github": {
 "url": "https://github.com/your/repo"
 }
 }
}

然后在终端输入gitbook install ./ 即可。
如果要指定插件的版本可以使用 plugin@0.3.1，因为一些插件可能不会随着 GitBook 版本的升级而升级。

导出pdf文件

安装calibre-ebook和ebook-convert：

1

npm install ebook-convert -g

然后再执行转换

windows下: gitbook pdf [被转换目录] [转换后的文件名]
linux下的转换需要退回到上一层目录：gitbook pdf [被转换目录]

搭建一个webdav 服务器

Wed, 01 Jan 2020 00:00:00 +0000

什么是WebDAV？

WebDAV（Web Distributed Authoring and Versioning）是HTTP/1.1协议的扩展，支持：

文件锁定（防止编辑冲突）
元数据管理（作者、修改日期等）
命名空间操作（移动/复制文件）
版本控制（通过DeltaV扩展）

相比FTP，WebDAV使用标准HTTP端口（80/443），更易穿透防火墙，且支持加密传输。

环境准备

1. 安装Apache2

1

sudo apt update && sudo apt install apache2 -y

2. 安装测试工具（可选）

cadaver是命令行WebDAV客户端：

1

sudo apt install cadaver -y

配置步骤

1. 启用Apache模块

1
2
3


sudo a2enmod dav_fs # 自动包含dav模块
sudo a2enmod dav_lock # 文件锁定支持
sudo systemctl restart apache2

2. 创建共享目录

1
2
3


sudo mkdir -p /var/www/webdav
sudo chown -R www-data:www-data /var/www/webdav
sudo chmod -R 775 /var/www/webdav # 确保可写权限

3. 创建认证用户

1
2
3
4
5
6
7
8
9


#创建密码文件（首次使用-c参数）
sudo htpasswd -c /etc/apache2/webdav.passwd sergget

#添加额外用户（省略-c参数）
sudo htpasswd /etc/apache2/webdav.passwd user2

#设置权限
sudo chown root:www-data /etc/apache2/webdav.passwd
sudo chmod 640 /etc/apache2/webdav.passwd

4. 配置虚拟主机

创建配置文件：

1

sudo nano /etc/apache2/sites-available/webdav.conf

添加以下内容：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26


<VirtualHost *:80>
 ServerAdmin admin@example.com
 DocumentRoot /var/www/html

 # WebDAV专属路径
 Alias /webdav "/var/www/webdav"
 
 <Directory "/var/www/webdav">
 DAV On
 Options Indexes FollowSymLinks
 
 # 认证配置
 AuthType Basic
 AuthName "WebDAV Access"
 AuthUserFile /etc/apache2/webdav.passwd
 Require valid-user
 
 # 权限设置
 <LimitExcept GET POST OPTIONS>
 Require valid-user
 </LimitExcept>
 </Directory>
 
 ErrorLog ${APACHE_LOG_DIR}/webdav-error.log
 CustomLog ${APACHE_LOG_DIR}/webdav-access.log combined
</VirtualHost>

5. 启用站点

1
2
3


sudo a2dissite 000-default.conf # 禁用默认站点
sudo a2ensite webdav.conf # 启用WebDAV配置
sudo systemctl reload apache2 # 平滑重载配置

连接验证

命令行测试

1
2
3
4
5
6


cadaver http://localhost/webdav/
#输入创建的用户名/密码

ls # 列出文件
put test.txt # 上传文件
get document.pdf # 下载文件

客户端支持

常用支持WebDAV的客户端：

Windows：映射网络驱动器
macOS：Finder > 连接服务器
Linux：Dolphin/GNOME Files
手机：Solid Explorer, FE File Explorer

高级配置建议

1.启用HTTPS加密

1
2


sudo apt install certbot python3-certbot-apache
sudo certbot --apache

2.存储配额限制
在<Directory>块中添加：

1
2


DavQuota on
DavQuotaLimit "1 GB"

增强安全设置

1
2
3
4
5


# 禁用目录列表
Options -Indexes

# 限制IP访问
Require ip 192.168.1.0/24

故障排查

权限问题：确保www-data用户对目录有写权限
连接拒绝：检查防火墙设置 sudo ufw allow 80/tcp
认证失败：验证密码文件路径和权限
查看日志：tail -f /var/log/apache2/webdav-*.log

最佳实践提示：生产环境务必启用HTTPS，定期使用htpasswd命令更新密码，敏感文件避免使用WebDAV共享。

Sergio7的博客

Claude Code 免订阅桥接 DeepSeek

一、 客户端安装

1. 全平台通用（使用 Node.js / npm 推荐）

2. Mac 用户（使用 Homebrew）

3. Windows 用户（使用 winget）

二、 永久系统环境变量配置

1. Linux / macOS 环境

2. Windows 环境（图形界面配置）

三、 启动与验证

WordPress导航栏添加带 Iconify 图标的常用服务下拉菜单

背景

思路

一、加载 Iconify 脚本

二、建立菜单结构

三、CSS 美化（关键坑点）

小结

基于 IPv6 直连与 Cloudflare Tunnel 的 Immich 双链路高可用照片备份

痛点与背景

第一部分：方案架构设计

第二部分：核心配置步骤

1. Nginx 宿主机反向代理与大文件优化

2. 轻量化 SSL 证书自动化（acme.sh）

3. 稳健的 Shell + Crontab IPv6 DDNS 脚本

第三部分：避坑指南总结

优雅的外网离线下载：Aria2 + AriaNg + Cloudflare Tunnel 安全长常驻方案

🛠 一、 后端核心：Aria2 安装、配置与 Systemd 常驻服务

1.1 基础目录准备与配置分离

1.2 构建 Systemd 服务实现无缝常驻

🌐 二、 网络穿透：Nginx 转发与 Cloudflare Tunnel 边缘映射

2.1 应对 RPC 协议限制的痛点

2.2 Nginx 反向代理配置

2.3 Cloudflare Tunnel 绑定

🔒 三、 访问控制：Zero Trust 拦截下的 RPC 策略穿透

最佳安全策略：Bypass 路由分割

🚀 四、 动态调优：Tracker 自动更新脚本

4.1 编写高鲁棒性脚本

4.2 配置 Linux Cron 定时任务

🎛 五、 最终客户端连接配置指南

零额外功耗！利用 Tailscale + 自建私有 DERP 完美搞定跨地域异地组网

🛠️ 第一步：用 Go 纯净环境编译 derper 核心

🔐 第二步：一键用 Go 生成合规的自签名 SSL 证书

🌐 第三步：主路由端口转发配置

📝 第四步：Tailscale 控制台 ACL 接入

第五步：完美隐身、开机延迟自启与断网自愈配置

1. 编写隐身 VBS 启动脚本

2. 配置任务计划程序（Task Scheduler）

3. 高级属性微调（防灾核心）

⚡ 验证连接状态

通过 Cloudflare Tunnel 在浏览器中远程访问 Windows 桌面（RDP）

前提条件

第一步：Windows 开启远程桌面

第二步：配置 Tunnel 私有网络路由

第三步：创建 Target（目标资源）

第四步：创建 DNS 记录

第五步：创建 Access Application

使用方式

方式一：通过 App Launcher 访问（推荐）

方式二：收藏完整 URL 直接访问

登录流程

安全特性

常见问题

【玩机归档】旧款 OPPO 手机（PBAM00/A5）忘记密码，利用 UnlockTool 强制解锁与避坑指南

一、 前期准备：如何盲测锁定手机型号？

二、 踩坑记录：UnlockTool 官方预设的“型号合并陷阱”

❌ 报错现象

🔍 原因分析

三、 终极解决方案：巧用“同芯片平替法”绕过限制

🛠️ 成功解锁实操步骤

四、 成功解锁日志复盘

五、 后续与开机避坑说明

💡 总结归纳

【玩机归档】修复Nexus 6P (angler) 因主板脱焊导致无限重启的四核硬件续命指南

📋 核心技术背景

📥 归档：必须提前准备的文件清单

🛠️ 终极平推步骤：从底层重构到完美开机

第一步：拦截并进入 Fastboot

第二步：电脑端终端物理重构（核心步骤）

⏱️ 开机心理预期与终极避风港

🤖 延伸部署：24小时无人值守挂机节点优化

一、客户端安装

二、永久系统环境变量配置

三、启动与验证

🛠 一、后端核心：Aria2 安装、配置与 Systemd 常驻服务

🌐 二、网络穿透：Nginx 转发与 Cloudflare Tunnel 边缘映射

🔒 三、访问控制：Zero Trust 拦截下的 RPC 策略穿透

🚀 四、动态调优：Tracker 自动更新脚本

🎛 五、最终客户端连接配置指南

一、前期准备：如何盲测锁定手机型号？

二、踩坑记录：UnlockTool 官方预设的“型号合并陷阱”

三、终极解决方案：巧用“同芯片平替法”绕过限制

四、成功解锁日志复盘

五、后续与开机避坑说明

一、计算机侧配置（Windows 10 宿主机）

① `docker-compose.yml`

② `user-mapping.xml`（脱敏版）

二、网页端与 Cloudflare 侧配置

一、认知负荷视阈下的专注力本质：阅读耐力是“自动化的结果”而非“训练途径”

二、动机心理学与心理抗拒：“学校强绑定”如何摧毁阅读内驱力

三、范式升维：从“纸质书本阅读”走向“广义实用识读”（Functional Literacy）

四、破局路径：家庭环境中的“结构化自主”重构策略

方法 A：使用 `List.Difference`