你是不是谷歌浏览器注册谷歌邮箱也卡在手机发送验证码，但是国内手机验证码发送不了，陷入了死循环？

你们卡在哪里呢？最大的难题就是需要手机号进行验证，那有没有可能直接跳过手机号的扫码验证呢？答案是：有的

最近在尝试注册谷歌邮箱，试了很多方法，发现一个比较容易的方法，下面就介绍给大家。废话不多说，直接上教程！

前提条件

• 手机（安卓）
• 华为体系建议就放弃吧
• 手机可以科学上网，梯子最好是美国的梯子

具体教程

1.打开科学上网，进入特殊环境状态，节点建议选择美国。
这个自己想办法，这里不提供2.需要下载google gmail手机应用
这个看我之前的文章，安装谷歌三件套，然后下载Gmail，这里不再赘述3.下载打开Gmail，选择添加账号–>Google–>创建账号–>个人用途

4.填写基本信息，姓和名千万不要填写中文，生日年份一定要填2000年之前，因为如果是未成年人基本会被拒绝。其他的随便填写

5.创建一个邮箱，一定要选择一个自己容易熟记的账号，建议是创建您自己的Gmail邮箱，账号名称使用自己姓名全拼+数字。账号名后面确定了之后就不能更改了，所以注册的时候一定要谨记。

6.根据提示设置密码，如果遇到验证手机号码，不用担心，正常验证就行，可以使用国内手机号。

7.到这里就基本注册好了。剩下的就是绑定你的邮箱和手机号，支持国内手机号。

地址设置请设置和你梯子所在位置的地址，网上搜索美国地址生成器去设置，这里不再赘述。

申请成功后，未来一周内，不要登出！不要修改梯子节点！（重要的事情说3遍）
申请成功后，未来一周内，不要登出！不要修改梯子节点！（重要的事情说3遍）
申请成功后，未来一周内，不要登出！不要修改梯子节点！（重要的事情说3遍）

总结

为了感谢各位好久以来的关注，我将发起抽奖送2个谷歌账号。

好了，以上就是今天给大家分享的内容，我是爱分享的小明同学，如果今天的内容对你有帮助请记得收藏，顺便点点关注，咱们下期再见！谢谢大家~

之前SMS-Activate宣布自 12 月 29 日起，将停止运行，本来以为上面的钱会打水漂，没想到SMS-Activate 终于支持将旧余额无门槛转移到新平台了！虽然官方没有邮件通知，且官网存在 404 跳转 Bug，但我实测已经成功找回余额。文章中我将手把手教大家如何开启双因素验证、破解网页报错并提取“复活代码”，请大家务必赶在 1 月 29 日截止前操作，挽回损失！

废话不多说，下面开始操作。

开启双因素验证

SMS-Activate目前的网址：
https://sms-activate.ru/
https://sms-activate.org/
https://sms-activate.guru/
https://sms-activate.page/
https://sms-activate.world/

进入网站，会出现一个弹出框，提示我们可以转移资金到新的平台，按照上面的提示操作。

仅在启用双重身份验证的情况下才可进行提现。如未启用，请前往个人资料页面。

点击“获取促销代码”按钮后，将为您生成一个一次性代码。在 HeroSMS 网站上输入它以转移您的余额。

点击右上角的头像，点击总览。

这个时候会报错Error 404 - Not Found，大家不要慌

将链接中的cn删掉后，地址为https://sms-activate.ru/profile，这个时候就可以看到我们的个人资料页面，点击下面的启用双因素验证

这个时候需要我们下载谷歌身份验证器，然后登录谷歌身份验证器

点击有右下角的+，有2种方式大家任选其中一种方式即可

设置密钥就是下面的秘密密钥。

接着往下翻，点击把代码发送到邮箱，这个邮件有可能会在垃圾邮件中，大家注意一下

输入谷歌身份验证器中的代码，点击添加双因素验证，然后会提示你已开启

转移余额

我们再到主页面，点击通过电子邮件接收代码，填入收到的验证码，接着输入谷歌身份验证器中的代码，最后点击获取促销代码，记住这个促销代码只会生成一次，记得及时保存。

接着登录https://hero-sms.com/，点击右上角的login

选择注册Register，新注册一个账号

然后用新账号进行登录，这个时候可以看到我们的余额是0

点击有上角的头像，选择RedeeM Promocode

输入我们上一步获取的促销代码，进行人机验证，点击Redeem

这样我们的余额就转移到新的平台了。

总结

好了，以上就是今天给大家分享的内容，我是爱分享的小明同学，如果今天的内容对你有帮助请记得收藏，顺便点点关注，咱们下期再见！谢谢大家~

代码终于写完了，兴冲冲地在本地终端敲下 docker build，然后……

电脑风扇开始狂转，CPU 温度飙升，你甚至不敢切出去看视频，生怕卡顿。好不容易构建完了，还要 docker push，盯着那个慢吞吞的进度条，祈祷网络别断。

这一套流程下来，少说十几二十分钟没了。如果中间发现有个标点符号写错了？好家伙，推倒重来。

这就叫“被工具玩了”，而不是“玩工具”。

今天我要给大家安利一个我用了很久、相见恨晚的神器组合：GitHub Actions + Docker Hub。

简单说，就是把“构建”和“上传”这两件费时费力的事，从你的本地电脑，转移到 GitHub 的服务器上去做。

Github Action 是 Github 推出的一个持续集成和持续交付的平台，能够让你自动化你的编译、测试和部署流程。

重点是：它完全免费，速度飞快，而且全自动。

这就好比你写好菜谱（代码），不用自己进厨房（本地构建），直接把菜谱扔给微软请的免费大厨（GitHub Actions），他做好了直接端上桌（发布到 Docker Hub）。

怎么搞？我不整那些虚头巴脑的概念，直接上实操，保姆级教程，包教包会。

第一步：准备好你的“菜谱”和“厨房”

首先，你得有个 GitHub 账号，和一个 Docker Hub 账号（存镜像的地方）。

在你的 GitHub 项目里，必须得有一个 Dockerfile。这个大家都懂，就是告诉机器怎么打包你的程序。

第二步：把“钥匙”交给 GitHub（关键！）

这是很多新手最容易卡住的地方。

你要让 GitHub 帮你上传镜像，你得给它权限，但你肯定不能把密码直接写在代码里吧？那样全世界都看见了。

正确做法是这样：

1.打开你的 GitHub 仓库，点击 Settings（设置）。

2.找到左侧的 Secrets and variables -> Actions。

3.点击 New repository secret。

我们需要添加两个“暗号”：

• DOCKER_USERNAME：填你的 Docker Hub 用户名。
• DOCKER_PASSWORD：填你的 Docker Hub 密码（或者 Access Token，建议用 Token 更安全）。

这样，GitHub 就在后台悄悄记住了你的身份，别人看代码是绝对看不到的。

第三步：告诉保姆“该干活了”

接下来，我们要写一个脚本，告诉 GitHub：“嘿，只要我更新了代码，你就立刻帮我干活！”

在你的项目根目录下，建立一个文件夹：.github/workflows（注意前面的点）。 在里面新建一个文件，名字随便取，比如 docker-publish.yml。

复制下面这段代码进去（虽然是代码，但很好懂，我加了人话注释）：

YAML

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
61
62
63
64
65
66
67
68
69
70
71

name: Build and Push Docker Image

on:
  push:
    branches: [ master ] # 构建的分支，可以根据需要修改
  pull_request:
    branches: [ master ] # 触发构建的分支，可以根据需要修改
  workflow_dispatch: # 添加 workflow_dispatch 事件，支持手动触发

jobs:
  build:
    name: Push Docker image to multiple registries
    runs-on: ubuntu-latest
    # 显式声明权限，遵循最小权限原则
    permissions:
      packages: write # 推送镜像到 GHCR
      contents: read  # 读取源码
      attestations: write # 写入构建证明
      id-token: write # OIDC 认证，用于签名
    steps:
      # 1. 检出代码
      - name: Check out the repo
        uses: actions/checkout@v4
  # 2. 安装 QEMU (支持 ARM64 等多架构)
      - name: Set up QEMU
        uses: docker/setup-qemu-action@v3
      # 3. 初始化 Buildx (使用 docker-container 驱动)
      - name: Set up Docker Buildx
        uses: docker/setup-buildx-action@v3
  # 4. 登录 Docker Hub
      - name: Log in to Docker Hub
        uses: docker/login-action@v3
        with:
          username: ${{ secrets.DOCKER_USERNAME }}
          password: ${{ secrets.DOCKER_PASSWORD }}
      # 5. 登录 Registry
      - name: Log in to the Container registry
        uses: docker/login-action@v3
        with:
          registry: ghcr.io
          username: ${{ github.actor }}
          password: ${{ secrets.GITHUB_TOKEN }}
      # 6. 生成元数据 (Tags & Labels)
      - name: Extract metadata (tags, labels) for Docker
        id: meta
        uses: docker/metadata-action@v5
        with:
          images: |
            jumploop/webssh # Docker Hub仓库名称
            ghcr.io/${{ github.repository }}
          tags: |
            latest
            ${{ github.sha }}
      # 7. 构建并推送 (核心步骤)
      - name: Build and push Docker images
        id: push
        uses: docker/build-push-action@v6
        with:
          context: .
          file: ./Dockerfile
          push: true
          platforms: linux/amd64,linux/arm64
          tags: ${{ steps.meta.outputs.tags }}
          labels: ${{ steps.meta.outputs.labels }}
      # 8. 镜像签名与证明 (增强安全性)
      - name: Generate artifact attestation
        uses: actions/attest-build-provenance@v2
        with:
          subject-name: ghcr.io/${{ github.repository }}
          subject-digest: ${{ steps.push.outputs.digest }}
          push-to-registry: true

第四步：见证奇迹

保存，提交代码，Push 到 GitHub。

现在，你可以关掉终端，去倒杯咖啡，或者刷刷手机。

打开 GitHub 仓库的 Actions 标签页，你会看到一个小绿点在转圈。点进去，你会发现 GitHub 的服务器正在疯狂为你通过云端宽带拉取依赖、编译代码。

通常几分钟后，那个圈圈变成绿色的对号。

这时候你去 Docker Hub 刷新一下，崭新的镜像已经躺在那儿了。

写在最后

为什么要折腾这个？

除了省电省网费，更重要的是它能让你养成“自动化”的思维。

以后无论你在哪里，用着多烂的电脑，甚至是用 iPad 写代码，只要你把代码往 GitHub 一推，云端的流水线就开始自动运转。

等哪天服务器挂了，你只需要一条拉取命令就能恢复，而不是满头大汗地在本地重新打包。

把重复的工作交给机器，把时间留给自己。 这才是程序员该有的“偷懒”方式。

趁热打铁，现在就去给你的项目加个 Actions 吧，那种看着绿灯自动亮起的感觉，真的很爽。

uv-custom 是一个为国内用户准备的 uv 加速镜像项目，提供安装脚本，并可配置下载代理、PyPI 镜像和 Python 构建镜像。

项目地址：

• Gitee：https://gitee.com/jumploop/uv-custom
• GitHub：https://github.com/jumploop/uv-custom

版本提示： 本文截图、安装脚本和示例版本来自 2025 年 8 月。使用前请查看项目最新 Release 和 README，确认脚本地址、镜像地址和受支持的 uv 版本。

一、uv-custom 解决什么问题

官方 uv 很快，但国内网络可能遇到三类瓶颈：

1. 从 GitHub 下载 uv 安装包较慢；
2. 下载 Python 解释器较慢；
3. 访问官方 PyPI 源不稳定。

uv-custom 提供国内可访问的安装入口，并可自动配置镜像，减少网络问题。

二、快速安装

进入 Gitee Release 页面：

https://gitee.com/jumploop/uv-custom/releases

macOS / Linux

1

curl -LsSf https://gitee.com/jumploop/uv-custom/releases/download/latest/uv-installer-custom.sh | sh

Windows PowerShell

1

powershell -ExecutionPolicy Bypass -c "irm https://gitee.com/jumploop/uv-custom/releases/download/latest/uv-installer-custom.ps1 | iex"

安装前建议先打开脚本地址查看内容，确认地址可信。

三、自定义镜像和版本

可以在运行安装命令前设置环境变量：

macOS / Linux 示例

1
2
3
4
5

export UV_DOWNLOAD_PROXY="https://gh-proxy.com"
export UV_PYPI_MIRROR="https://mirrors.aliyun.com/pypi/simple/"
export UV_VERSION="0.7.19"

curl -LsSf https://gitee.com/jumploop/uv-custom/releases/download/latest/uv-installer-custom.sh | sh

Windows PowerShell 示例

1
2
3
4
5

$env:UV_DOWNLOAD_PROXY="https://gh-proxy.com"
$env:UV_PYPI_MIRROR="https://mirrors.aliyun.com/pypi/simple/"
$env:UV_VERSION="0.7.19"

powershell -ExecutionPolicy Bypass -c "irm https://gitee.com/jumploop/uv-custom/releases/download/latest/uv-installer-custom.ps1 | iex"

四、验证安装

安装后重新打开终端，执行：

1

uv --version

如果输出版本号，说明安装成功。之后可以继续使用 uv pip install、uv venv、uv python install 等命令。

五、供应链安全提醒

安装脚本和镜像会改变下载来源，请注意：

1. 只使用你信任的 Gitee、GitHub、学校或企业镜像；
2. 不要把陌生代理地址写进全局配置；
3. 敏感项目建议在隔离环境中测试；
4. 如果公司有统一网络策略，先确认镜像和代理是否允许使用。

总结

uv-custom 适合被国内网络环境卡住的用户。它能加速 uv 和 Python 的安装，并简化 PyPI 镜像配置。使用前请查看项目最新说明，避免用过时的脚本地址或版本参数。

1

uv pip install pandas

仍可能看到下载进度缓慢。问题通常不在 uv，而在默认 PyPI 源到本地网络之间的链路。

版本提示： 本文截图和命令来自 2025 年 7 月。uv 的配置项可能随版本调整，操作前请先查看当前版本文档。

慢在哪里？

uv 的优势主要体现在依赖解析、并行下载、缓存和本地安装流程。但它下载包时依然要走网络。

默认情况下，uv 与 pip 一样从官方 PyPI 下载包。国内访问官方源时可能较慢，这时 uv 再快，也会被网络链路拖住。

解决思路很简单：把包索引切换到国内镜像，例如清华 TUNA、阿里云等。

方式一：临时指定镜像

适合偶尔使用或测试镜像效果：

1

uv pip install numpy --default-index https://pypi.tuna.tsinghua.edu.cn/simple

--default-index 指定默认包索引。它只影响当前命令，适合验证镜像是否可用。

方式二：配置环境变量

这是个人环境中最省事的方式：设置 UV_DEFAULT_INDEX，让后续命令默认使用镜像。

macOS / Linux

以 Bash 为例：

1
2

echo 'export UV_DEFAULT_INDEX="https://pypi.tuna.tsinghua.edu.cn/simple"' >> ~/.bashrc
source ~/.bashrc

如果使用 zsh，请把配置写入 ~/.zshrc。

Windows PowerShell

只在当前窗口生效：

1

$env:UV_DEFAULT_INDEX = "https://pypi.tuna.tsinghua.edu.cn/simple"

永久生效可以添加用户环境变量：

1. 右键“此电脑”，进入 属性 → 高级系统设置 → 环境变量；
2. 新建用户变量；
3. 变量名：UV_DEFAULT_INDEX；
4. 变量值：https://pypi.tuna.tsinghua.edu.cn/simple；
5. 保存后重新打开终端。

也可以在 PowerShell 中执行：

1
2
3
4
5

[Environment]::SetEnvironmentVariable(
  "UV_DEFAULT_INDEX",
  "https://pypi.tuna.tsinghua.edu.cn/simple",
  "User"
)

执行后重新打开终端即可。

方式三：项目级配置

如果希望整个团队使用同一个索引，可以把配置写入项目根目录的 pyproject.toml：

1
2
3

[[tool.uv.index]]
url = "https://pypi.tuna.tsinghua.edu.cn/simple"
default = true

项目级配置便于统一团队环境，也适合私有索引或特定发行版源。

验证是否生效

安装任意包并打开详细日志：

1

uv pip install -v requests

如果日志里出现 pypi.tuna.tsinghua.edu.cn，而不是 pypi.org，说明镜像配置已生效。

镜像选择和安全提示

• 清华源：https://pypi.tuna.tsinghua.edu.cn/simple
• 阿里源：https://mirrors.aliyun.com/pypi/simple/

镜像源会同步 PyPI 包，但同步可能存在延迟。如果某个包刚发布，官方源可能比镜像更早可用。

不要随意使用来历不明的镜像。包索引是供应链安全的关键入口，个人环境也建议只使用学校、企业或云厂商等可信镜像。

总结

• 临时使用：命令行加 --default-index；
• 个人默认：配置 UV_DEFAULT_INDEX；
• 团队统一：写入 pyproject.toml；
• 配好后用 uv pip install -v requests 检查实际下载源。

把网络这一环解决掉，uv 的速度优势才能真正发挥出来。

UV 是 Astral 推出的新一代 Python 包管理工具。它用 Rust 编写，主打更快的安装速度、更可靠的依赖解析，以及覆盖虚拟环境、Python 版本和项目管理的完整工作流。

版本提示： 本文截图和命令来自 2025 年 7 月，uv 功能迭代较快。请使用官方最新稳定版，并以官方文档为准。

什么是 UV？

UV 由 Astral 团队开发，目标是为 Python 提供 更快、更可靠、更易用 的包管理体验。

它不是简单包装 Pip，而是重新实现了包解析、下载、缓存和虚拟环境管理等核心流程。官方宣传在常见场景中可比传统工具快 10 到 100 倍，并试图用 uv 覆盖 pip、pip-tools、pipx、poetry、pyenv、virtualenv 等工具的常见使用场景。

项目地址：https://github.com/astral-sh/uv

官方文档：https://docs.astral.sh/uv

中文文档：https://hellowac.github.io/uv-zh-cn/

为什么选择 UV？

1. 速度快

   • 并行下载、全局缓存和 Rust 实现让依赖安装明显提速；
   • 项目越大、依赖越复杂，收益通常越明显。

2. 上手成本低

   • uv pip 命令与 pip 大致相似；
   • 现有 requirements.txt 可以直接迁移。

3. 依赖解析更强

   • 提供确定性锁定和同步能力，减少版本冲突；
   • 支持项目级 pyproject.toml 和锁文件。

4. 工具链整合

   • 一个命令即可管理虚拟环境、Python 版本、项目依赖、脚本运行和构建发布。

5. 跨平台

   • 支持 macOS、Linux 和 Windows。

安装 UV

方式一：官方安装脚本

1
2
3
4
5

# macOS / Linux
curl -LsSf https://astral.sh/uv/install.sh | sh

# Windows PowerShell
powershell -ExecutionPolicy ByPass -c "irm https://astral.sh/uv/install.ps1 | iex"

方式二：从 PyPI 安装

1
2
3
4

pip install uv

# 或
pipx install uv

官方安装脚本安装的 uv 可以自更新：

1

uv self update

快速上手

创建虚拟环境

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

# 默认创建 .venv
uv venv

# 指定 Python 版本
uv venv -p 3.10

# macOS / Linux 激活
source .venv/bin/activate

# Windows 激活
.venv\Scripts\activate

# 安装依赖
uv pip install fastapi "uvicorn[standard]"

使用 uv pip

uv pip 提供与 pip 相似的使用方式：

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

# 安装包
uv pip install fastapi
uv pip install "uvicorn[standard]"

# 升级包
uv pip install -U requests

# 从 requirements.txt 安装
uv pip install -r requirements.txt

# 卸载包
uv pip uninstall fastapi

依赖锁定与同步

UV 也整合了 pip-tools 常用的依赖编译能力。

创建 requirements.in：

1
2

requests
httpx

锁定具体版本：

1

uv pip compile requirements.in -o requirements.txt

常用参数：

• --upgrade：尽量升级到最新可用版本；
• --resolution=lowest：锁定最低兼容版本。

同步环境：

1

uv pip sync requirements.txt

sync 会按锁定文件安装依赖，并卸载环境中多余的包，适合需要严格一致环境的场景。

管理 Python 版本

常用命令：

• uv python install：安装 Python 版本；
• uv python list：查看可用版本；
• uv python find：查找已安装版本；
• uv python pin：为项目固定 Python 版本；
• uv python uninstall：卸载版本。

运行脚本和管理项目

脚本相关命令：

• uv run：在对应环境中运行脚本；
• uv add --script：为脚本添加依赖；
• uv remove --script：移除脚本依赖。

项目相关命令：

• uv init：创建项目；
• uv add：添加依赖；
• uv remove：移除依赖；
• uv sync：同步项目环境；
• uv lock：更新锁文件；
• uv tree：查看依赖树；
• uv build：构建分发包；
• uv publish：发布到包索引。

创建示例项目：

1
2

uv init hello-world
cd hello-world

运行示例：

1

uv run

生成的 pyproject.toml 类似如下：

1
2
3
4
5
6
7

[project]
name = "hello-world"
version = "0.1.0"
description = "Add your description here"
readme = "README.md"
requires-python = ">=3.10"
dependencies = []

添加和移除依赖：

1
2

uv add requests
uv remove requests

迁移建议

• 先在普通项目中试用 uv pip install -r requirements.txt，确认依赖能正常解析；
• 团队项目建议逐步迁移到 pyproject.toml 和锁文件；
• 不要在未验证的情况下直接替换生产环境构建脚本；
• 如果依赖私有索引，先确认 uv 的索引配置与认证方式。

总结

UV 把速度、依赖解析、虚拟环境、Python 版本管理和项目工作流整合到一个工具中，确实能减少 Python 项目日常管理的摩擦。

如果你还在忍受 Pip 的慢速安装和复杂依赖，建议先在个人项目里试一试 UV。

写代码时经常需要临时处理 JSON、Base64、URL 编码、时间戳或哈希值。如果每次都打开不同网站，不仅麻烦，还可能把敏感数据交给不可信的在线服务。

it-tools 把大量常用开发工具集中在一个界面中，既可以直接访问公开站点，也可以用自己的服务器或 NAS 部署。它就像一个程序员专用的“瑞士军刀”。

**版本提示：**文中截图和 Docker 示例来自 2025 年 5 月，软件界面和镜像版本可能已经变化。请使用官方最新稳定版，并以项目文档和实际界面为准。生产环境不建议长期使用 latest，应固定具体版本并定期升级。

项目地址：https://github.com/CorentinTh/it-tools

一、it-tools 的核心功能

• JSON 格式化：格式化、压缩和校验 JSON；
• Base64 编码/解码：处理接口参数和文本数据；
• URL 编码/解码：处理中文、空格和特殊字符；
• 时间戳转换：在 Unix 时间戳和日期时间之间转换；
• 哈希计算：生成 MD5、SHA-1、SHA-256 等摘要；
• UUID 生成：生成测试数据或唯一标识；
• 文本比较：查看两段文本的差异；
• 二维码生成：把 URL 或文本生成二维码；
• 颜色转换：查看 RGB、HEX 等颜色值；
• Markdown 预览：在线编辑和预览 Markdown；
• 网络与开发辅助：IPv4 子网计算、Crontab 表达式、HTML 编码等。

哈希值主要用于数据校验和内容摘要，不是加密，也不能用来保护密码或敏感数据。

二、it-tools 的优势

• 工具集中：不用在多个小网站之间来回切换；
• 开源可自建：可以部署在自己的服务器或 NAS；
• 界面简洁：功能分类清楚，搜索后直接使用；
• 跨平台：有浏览器即可，不依赖特定操作系统；
• 适合内网：自建后可在局域网中使用，减少外网依赖。

公开在线版适合普通格式转换和临时测试。涉及密钥、客户资料、内部配置或未公开代码时，优先使用自建实例，并确认服务是否在本地处理数据。

三、直接使用在线版

打开：

1

https://it-tools.tech/

选择需要的工具，输入或粘贴内容，即可查看处理结果。

如果公开站点访问慢、无法访问，或者不希望数据经过外部网站，可以自行部署。

四、使用 Docker 部署

服务器上可以直接运行：

1
2
3
4
5

docker run -d \
  --name it-tools \
  --restart unless-stopped \
  -p 8080:80 \
  corentinth/it-tools:latest

然后访问：

1

http://服务器IP:8080

这只是快速测试命令。长期使用时，建议到项目的 Releases 或镜像页面查找具体版本号，把 latest 替换成固定版本，避免某次自动更新后界面或功能发生变化。

五、使用 Docker Compose 部署

创建 docker-compose.yml：

1
2
3
4
5
6
7

services:
  it-tools:
    image: corentinth/it-tools:latest
    ports:
      - "8082:80"
    restart: unless-stopped
    container_name: it-tools

如果 8082 已被占用，改成其他未使用端口即可。

在 NAS 或 Docker 管理工具中新建 Compose 项目，把上面的内容粘贴进去并启动。

启动后，在浏览器访问：

1

http://NAS的局域网IP:8082

六、公开访问时的安全建议

如果只是在家里的局域网使用，直接通过 NAS IP 访问通常就够了。若要把 it-tools 暴露到公网，至少应做好：

1. 使用 HTTPS；
2. 增加登录认证或访问控制；
3. 不要把管理端口直接暴露在公网；
4. 定期更新镜像和反向代理；
5. 不在公开实例中处理密码、Token 和客户隐私数据。

it-tools 本身是工具集合，不会替你决定数据是否敏感。部署方式和使用场景才是安全边界。

七、适用人群

• 程序员：处理 JSON、编码、哈希和测试数据；
• 网页设计师：转换颜色、生成二维码和预览 Markdown；
• 系统管理员：计算子网、生成 Crontab 表达式；
• NAS 用户：在内网部署一个随开随用的工具箱；
• 经常处理文本和接口数据的人：减少临时找工具的时间。

八、总结

it-tools 的价值在于把高频、零散的小工具集中到一个页面中。临时使用可以直接打开在线版；重视隐私和稳定性，可以用 Docker 部署在自己的 NAS 或服务器上。

建议收藏官方项目地址，部署时固定版本、保留备份，并为公网访问增加认证和 HTTPS。这样既能享受在线工具箱的便利，也不会把敏感数据交给不可信的服务。

NPM 提供基于 Web 的图形化管理界面，让你无需手写 Nginx 配置，就能管理反向代理、SSL 证书、访问控制和重定向规则。它简单易用，适合个人开发者、家庭实验室和小型团队。

版本提示： 本文截图和示例来自 2025 年 5 月，软件界面和镜像版本可能已经更新。请以官方最新稳定版为准。生产环境不建议长期使用 latest，应固定具体版本并定期升级。

项目地址：https://github.com/NginxProxyManager/nginx-proxy-manager

一、Nginx Proxy Manager 的优势

• 可视化管理： 通过 Web 界面管理反向代理、SSL 证书和重定向；
• 简化配置： 填写表单即可完成常见代理配置；
• 自动 SSL 证书： 集成 Let’s Encrypt，支持申请和续期证书；
• 访问控制： 可为内部服务添加用户认证或 IP 限制；
• Docker 部署： 一条 Compose 命令即可启动；
• 免费开源： 可以自行部署和维护。

二、使用 Docker 部署

1. 准备环境

开始前需要准备：

• 一台已经安装 Docker 和 Docker Compose 的服务器；
• 服务器防火墙允许访问 80 和 443 端口；
• 一个已经解析到服务器公网 IP 的域名。

如果还没有安装 Docker，可以参考：

一步到位！Docker 全家桶一键安装，省时省力，马上上手

本文使用雨云服务器演示，注册可获得首月优惠券：https://www.rainyun.com/xiaoming_。已有服务器的话可以跳过这一步；本文包含推广链接，不影响实际价格。

2. 创建 Compose 文件

新建目录并创建 docker-compose.yml：

1
2
3
4
5
6
7
8
9
10
11

services:
  app:
    image: jc21/nginx-proxy-manager:latest
    restart: unless-stopped
    ports:
      - "80:80"
      - "443:443"
      - "8181:81"
    volumes:
      - ./data:/data
      - ./letsencrypt:/etc/letsencrypt

端口映射中，冒号左边的端口可以在宿主机上修改。例如把 8181:81 改成 8080:81，之后通过 8080 端口访问管理界面。

注意： 如果宿主机上的 80 或 443 已被其他 Web 服务占用，NPM 会启动失败。请先停止冲突服务，或调整端口并重新规划入口。

3. 启动服务

1

docker compose up -d

4. 登录管理界面

在浏览器打开：

1

http://你的服务器IP:8181

• 默认用户名：admin@example.com
• 默认密码：changeme

首次登录后，系统会要求修改邮箱和密码。

安全提示： 默认密码必须立即修改。管理端口 8181 不建议直接暴露到公网，优先使用防火墙白名单、VPN 或 Cloudflare Access 等方式限制访问。

三、配置第一个反向代理

准备工作

1. 安装并启动 NPM；
2. 准备一个域名，例如 example.com；
3. 将域名的 A 记录解析到 NPM 所在服务器的公网 IP。

添加 Proxy Host

登录 NPM，依次点击 Hosts → Proxy Host → Add Proxy Host。

填写代理信息：

• Domain Names： 例如 app.example.com；
• Scheme： 根据后端服务选择 http 或 https；
• Forward Hostname / IP： 后端服务地址；
• Forward Port： 后端服务端口；
• Cache Assets： 需要缓存静态资源时开启；
• Block Common Exploits： 建议开启；
• Websockets Support： 后端使用 WebSocket 时开启，例如部分聊天、流媒体和管理面板应用。

配置 SSL

切换到 SSL 标签页：

• 选择 Request a new SSL Certificate；
• 填写用于接收证书通知的邮箱；
• 同意 Let’s Encrypt 服务条款；
• 按需开启 Force SSL；
• 按需开启 HTTP/2 Support。

保存后，通过域名访问后端服务。

四、常用功能

• 自定义 Nginx 配置： 为特殊应用追加高级配置；
• Access Lists： 使用账号密码限制访问；
• Redirection Hosts： 配置域名跳转；
• Streams： 转发 TCP、UDP 流量；
• SSL Certificates： 集中管理证书和自动续期。

五、上线前的安全清单

1. 修改默认管理员账号和密码；
2. 限制管理界面端口，不要直接裸露到公网；
3. 固定镜像版本，升级前先备份 data 和 letsencrypt 目录；
4. 只给确实需要 WebSocket 的服务开启 WebSocket；
5. 定期检查 NPM、Docker 和证书续期状态；
6. 对外服务开启 HTTPS，并按需启用 Force SSL。

六、总结

Nginx Proxy Manager 把常见的反向代理和证书管理操作集中到了 Web 界面中，适合不想反复手写 Nginx 配置的用户。部署本身并不复杂，真正需要重视的是管理入口安全、端口冲突、镜像版本和数据备份。

如果你正在管理多个自建服务，不妨用 NPM 统一入口，让反向代理配置更直观一些。

在 Obsidian 中插入图片时，本地附件容易散落，换电脑或同步笔记时也可能出现路径失效。用 PicList + GitHub + jsDelivr，可以把图片上传、链接生成和 Obsidian 粘贴图片串成一套自动化流程。

熟悉工具的人通常几分钟就能完成配置；第一次接触 GitHub Token 和 Obsidian 社区插件，建议预留十几分钟，避免因为权限或路径问题反复排查。

**版本提示：**文中截图使用的 PicList 2.9.8、Obsidian 和 GitHub 界面可能较旧，仅用于演示操作路径。软件更新后菜单和功能可能变化，请使用官方最新稳定版，并以实际界面和官方文档为准。

为什么需要图床？

• 跨设备使用：笔记同步到另一台设备后，图片链接仍可访问；
• 减少附件混乱：图片统一存放在一个仓库中，便于整理；
• 分享更方便：复制 Markdown 笔记时，图片不依赖本地附件目录；
• 便于备份：Git 仓库可以保留历史版本，也能克隆到本地。

需要注意：GitHub 公开仓库中的图片可能被其他人访问，不要上传身份证、合同、密码等敏感内容。GitHub 也不是专业 CDN，免费服务不承诺永久稳定。

方案组成

这套方案适合个人笔记、博客配图和低流量内容站。高流量商业网站应使用正式对象存储和 CDN。

第一步：创建 GitHub 图片仓库

登录 GitHub，创建一个新的 Public 仓库，例如：

1

obsidian-images

仓库名可以自定义，记住完整的“用户名/仓库名”，例如：

1

yourname/obsidian-images

建议勾选 Add a README file，方便之后维护。

第二步：安装 PicList

从 PicList 官方 Releases 下载并安装最新稳定版。安装完成后先打开 PicList，确认程序可以正常运行。

不要从来历不明的第三方下载站获取安装包，也不要使用修改版或破解版。

第三步：配置 PicList 的 GitHub 图床

进入 PicList 的 图床设置 → GitHub，填写以下信息：

创建最小权限 Token

不建议使用账号密码，也不建议给 Token 开启全部仓库权限。推荐使用 GitHub 的 Fine-grained token：

Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token

• Token name：piclist-obsidian
• Expiration：建议选择 90 天或 1 年；
• Repository access：Only select repositories
• 只选择刚才创建的 obsidian-images；
• Repository permissions → Contents：Read and write

其他权限通常不需要开启。Token 只会显示一次，复制后立即保存到安全位置。

如果 Token 泄露，应立即在 GitHub 中删除并重新生成。不要把 Token 写进笔记、截图或公开仓库。

第四步：配置 Obsidian 自动上传

1. 关闭安全模式

打开 Obsidian 设置，进入 第三方插件，关闭安全模式。Obsidian 会提示第三方插件可能带来数据和隐私风险，安装前应确认插件来源可信，并先备份笔记库。

2. 打开社区插件市场

关闭安全模式后，点击“社区插件市场”的浏览按钮，搜索并安装 Image auto upload。

插件名称、作者和功能可能随版本变化，安装前请核对插件说明和更新日期。

3. 设置 PicList 上传接口

打开 Image auto upload 插件设置：

• 开启“剪贴板自动上传”；
• 默认上传器选择 PicGo(app)；
• 上传接口填写 http://127.0.0.1:36677/upload；
• 删除接口按插件提示填写，通常为 http://127.0.0.1:36677/delete。

配置时确认 PicList 正在运行，并且 PicList 的 PicGo server 功能已经开启。

第五步：粘贴图片自动上传

在 Obsidian 中直接粘贴或拖入图片，插件会调用 PicList 上传到 GitHub，并生成 Markdown 链接。也可以先在 PicList 中手动上传，再复制链接到笔记。

建议开启时间戳重命名，避免不同图片使用同一个文件名而互相覆盖。

常见问题

图片上传成功但无法访问

依次检查：

1. GitHub 仓库是否为 Public；
2. 分支名是否与仓库实际分支一致；
3. 文件是否已经出现在仓库中；
4. jsDelivr 地址是否包含用户名、仓库名和正确分支；
5. jsDelivr 是否存在缓存延迟。

上传提示 403 或 Permission denied

通常是 Token 权限不足或已过期。检查 Contents 是否为 Read and write，并确认 Token 授权给了正确的图片仓库。

图片更新后仍显示旧版本

jsDelivr 可能缓存旧文件。最省事的做法是使用时间戳重命名，让每次上传生成新文件名，而不是反复覆盖同一张图片。

GitHub 图床稳定吗？

没有免费服务能保证永久稳定。账号、仓库、GitHub 访问和 jsDelivr 可用性都可能受网络或平台策略影响。重要图片至少保留一份本地原图，并定期备份仓库。

手机端能自动上传吗？

PicList 和 Obsidian 插件的主要工作流在桌面端。手机端能否使用取决于 Obsidian 插件、PicList 服务和应用权限，需以当前版本的实际支持情况为准。

最终检查清单

• GitHub 图片仓库已设为公开；
• Token 只授权图片仓库的 Contents 读写权限；
• PicList 能成功上传图片；
• jsDelivr 图片链接可以在无登录状态下打开；
• Obsidian 已安装并启用 Image auto upload；
• 粘贴图片后可以自动生成 Markdown 链接；
• 已开启时间戳重命名；
• 本地保留了原图备份；
• 没有上传敏感或私密图片。

总结

PicList + GitHub + jsDelivr 的组合可以显著减少 Obsidian 插图时的手工操作，图片文件也更容易整理和迁移。它不是“零维护”的永久图床，但对个人笔记和低流量博客来说，是一套成本低、流程清晰的实用方案。

把 Token 权限控制到最小、使用最新稳定版软件、保留本地备份，并接受免费 CDN 可能变化，才能让这套方案用得更久。

什么是 Git？

Git 是一个分布式版本控制系统。 它可以记录文件的修改历史，方便我们回溯到之前的版本，或者合并不同分支的代码。

Git 的基本概念

• 仓库（Repository）： 存放所有版本信息的地方，可以理解为一个目录，包含了所有文件和历史记录。
• 工作区（Working Directory）： 你电脑中实际存放文件的目录。
• 暂存区（Staging Area）： 用于存放你想要提交的修改。
• 提交（Commit）： 将暂存区中的修改保存到仓库中。
• 分支（Branch）： 独立的代码线路，可以并行开发不同的功能。
• 合并（Merge）： 将不同分支的代码合并到一起。

Git 的安装

在开始之前，你需要先安装 Git。 你可以从 Git 官网（https://git-scm.com/downloads）下载适合你系统的版本。

Git 的基本操作

1. 初始化仓库

在你的项目目录下，打开终端，输入以下命令：

1

git init

这会在当前目录下创建一个 .git 目录，这就是你的 Git 仓库。

2. 添加文件到暂存区

使用以下命令将文件添加到暂存区：

1
2

git add <文件名>
# 例如 git add index.html

要添加所有修改过的文件，可以使用：

1

git add .

3. 提交修改

使用以下命令提交修改：

1
2

git commit -m "提交信息"
# 例如 git commit -m "完成用户登录功能"

提交信息应该清晰地描述本次提交的内容。

4. 查看状态

使用以下命令查看当前仓库的状态：

1

git status

它可以告诉你哪些文件被修改了，哪些文件在暂存区，哪些文件没有被跟踪。

5. 查看历史记录

使用以下命令查看提交历史：

1

git log

它可以显示每次提交的作者、时间和提交信息。

6. 创建和切换分支

使用以下命令创建一个新的分支：

1
2

git branch <分支名>
# 例如 git branch feature/login

使用以下命令切换到指定分支：

1
2

git checkout <分支名>
# 例如 git checkout feature/login

7. 合并分支

首先切换到要合并的目标分支，然后使用以下命令合并指定分支：

1
2
3

git merge <要合并的分支名>
# 例如 git checkout main
# git merge feature/login

Git 常用命令速查

总结

Git 是一个强大的工具，掌握这些基本操作，你就可以开始使用 Git 管理你的代码了。 在实际开发中，你还会遇到更多复杂的情况，需要不断学习和实践。 希望这篇文章能帮助你入门 Git，开启高效协作之旅！

写公众号、博客或技术文档时，图片管理经常让人崩溃：

• 截图散落在桌面，过几天就找不到原图；
• 文章搬到另一个平台后，图片全部失效；
• 付费图床突然涨价或停止服务，旧文章跟着遭殃。

用 GitHub 仓库 + PicGo 可以搭一套零成本、自己掌控的图片上传流程。配置一次，以后截图后直接生成 Markdown 链接。

**版本提示：**文中截图使用的 PicGo 和 GitHub 界面版本可能较旧，仅用于演示操作路径。GitHub、PicGo 及相关工具的界面和功能可能已经变化，请使用官方最新稳定版，并以官方文档和实际界面为准。

先说清楚：这里的“永久”是指图片保存在自己的仓库中，可以随时备份和迁移，并不代表 GitHub 承诺永久免费、无限存储或链接永不失效。GitHub 也不是专业 CDN，中国大陆的访问速度取决于网络环境。它适合个人博客、低流量内容站和日常写作；高流量商业站点仍建议使用对象存储加 CDN。

为什么选择 GitHub 图床？

优点

• 成本低：个人账号可以免费创建公开仓库；
• 文件可控：图片、目录和历史版本都在自己的仓库里；
• 迁移方便：需要时可以克隆仓库，换到其他图床；
• 写作效率高：PicGo 上传后直接生成 Markdown 链接。

限制

• GitHub 不是专门的文件托管或 CDN 服务；
• 公开仓库中的图片可能被任何人访问；
• 仓库、账号或第三方 CDN 的可用性不受自己控制；
• 国内网络访问 GitHub 和 jsDelivr 可能不稳定。

适用人群

第一步：创建 GitHub 图片仓库

登录 GitHub，点击右上角 + → New repository：

• Repository name：例如 username-image-bed；
• Visibility：选择 Public；
• 勾选 Add a README file；
• 点击 Create repository。

仓库必须是公开的，否则普通图片链接无法直接访问。建议按年份和月份建立目录，例如：

1
2
3

posts/2026/11/
covers/2026/
avatar/

第二步：创建最小权限 Token

不要直接使用账号密码，也不要给 Token 开启全部仓库权限。推荐使用 GitHub 的 Fine-grained token：

Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token

• Token name：picgo-image-bed
• Expiration：建议选择 90 天或 1 年；
• Repository access：Only select repositories
• 只选择刚才创建的图片仓库；
• Repository permissions → Contents：Read and write

其他权限不需要开启。Token 只会显示一次，生成后先保存到安全的位置。

Token 一旦泄露，应立即删除并重新生成。不要把 Token 截图、写进文章或提交到 Git 仓库。

第三步：配置 PicGo

从 PicGo 官方 Releases 下载并安装客户端，进入 图床设置 → GitHub：

保存后，把 GitHub 设为默认图床。在 PicGo 上传区拖入图片，上传完成后复制 Markdown 链接。

建议开启“时间戳重命名”，避免同名图片互相覆盖：

上传成功后会得到类似下面的地址：

1

![图片说明](https://cdn.jsdelivr.net/gh/yourname/blog-images@main/posts/2026/11/example.webp)

如果 jsDelivr 暂时不可用，可以先用 GitHub 原始地址排查：

1

https://raw.githubusercontent.com/yourname/blog-images/main/posts/2026/11/example.webp

原始地址适合临时测试，但不适合作为高流量网站的长期图片地址。

第四步：接入 Typora（可选）

打开 Typora 的 偏好设置 → 图像，把上传服务设置为 PicGo，并填写 PicGo 程序路径。配置完成后，插入本地图片时可以自动上传并替换成网络链接。

无论使用哪种编辑器，都建议保留一份本地原图。GitHub 仓库只是副本，不是唯一备份。

高阶使用技巧

1. 用相册管理历史图片

PicGo 的相册可以查看和删除历史图片，适合清理误传文件：

2. 上传前压缩图片

图片越大，页面加载越慢，仓库备份也越费时间。建议：

• 截图统一转为 WebP 或高质量 JPEG；
• 长边控制在 1600～2000 像素；
• 单张图片尽量控制在 500 KB 以内；
• 照片质量设为 75～85；
• 文件名使用英文、数字和短横线。

可以在 PicGo 插件设置中搜索图片压缩插件：

3. 做好备份

至少保留三层：

1. GitHub 仓库保存一份；
2. 本地保留原始图片；
3. 定期把仓库克隆到另一块硬盘或私有备份位置。

Git 可以恢复历史版本，但前提是仓库还在、账号还能登录。不要把“云端有文件”误解成“永远不需要备份”。

安全注意事项

• Token 只授权图片仓库，不要选择“全部仓库”；
• 不要上传身份证、合同、密码等敏感图片；
• 公开仓库中的文件可能被搜索引擎或其他人访问；
• Token 过期后，PicGo 会提示上传失败，重新生成并替换即可；
• 不要把“永久免费”当成平台承诺，重要图片必须保留本地副本。

常见问题

GitHub 图床会被封吗？

没有平台能保证永远不封。只要仓库内容合规、没有侵权或滥用行为，个人博客使用通常没有问题；但账号、仓库或服务策略变化都可能影响图片访问。

jsDelivr 每月有多少免费流量？

jsDelivr 的使用政策和额度可能调整，不应把“每月 100GB”当作永久承诺。高流量站点应准备对象存储或商业 CDN，避免把业务完全依赖第三方免费服务。

手机端如何上传？

PicGo 以桌面客户端为主。手机端可以先保存图片，再通过 GitHub 网页上传，或使用支持 GitHub 图床的第三方工具。不同客户端的兼容性需要自行确认。

图片打不开怎么办？

依次检查：

1. 仓库是否为 Public；
2. 分支名是否填写正确；
3. 文件是否真的出现在仓库中；
4. 自定义域名是否包含用户名和仓库名；
5. jsDelivr 是否存在缓存延迟。

上传提示 403 或 Permission denied

通常是 Token 权限不足或已经过期。检查 Contents 是否为 Read and write，确认 Token 没有过期，并确认它授权给了正确的仓库。

立即开始

1. 打开 GitHub 注册并创建图片仓库；
2. 下载 PicGo 客户端；
3. 创建最小权限 Token；
4. 在 PicGo 中完成配置并上传第一张测试图片；
5. 保留原图，并定期备份整个图片仓库。

GitHub + PicGo 不是“零维护”的永久图床，但它是一套成本低、文件可控、迁移方便的图片管理方案。把图片掌握在自己手里，再根据访问量选择合适的 CDN，才是更稳妥的长期做法。