什么是 GitHub Actions？

简单来说，GitHub Actions 是一个事件驱动的自动化平台。
事件 (Event)：当你推送代码（push）、发起合并请求（pull request）或者给仓库打星（star）时。
动作 (Action)：它会自动触发预先定义好的任务。
它直接集成在 GitHub 中，无需像 Jenkins 那样额外部署服务器，而且对于开源项目是完全免费的。

场景一：Python 项目——从测试到 Release 自动发布

对于 Python 开发者，最优雅的工作流是：推送到主分支跑测试 -> 打版本标签（Tag）自动生成 Release 并上传 Wheel 包。

name: Python Release Pipeline

on:
  push:
    branches: [ main ]
    tags: [ 'v*' ] # 匹配 v1.0.0, v2.1.0 等

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up Python
        uses: actions/setup-python@v5
        with:
          python-version: '3.10'
      - run: pip install pytest && pytest

  publish:
    needs: test
    if: startsWith(github.ref, 'refs/tags/') # 只有推标签时才执行
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build Wheel
        run: |
          pip install build
          python -m build
      - name: Create GitHub Release
        uses: softprops/action-gh-release@v2
        with:
          files: dist/*  # 自动将打包后的 whl 和 tar.gz 上传到 Release 附件
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

场景二：前端项目——自动构建并部署到 GitHub Pages

如果你有一个 React、Vue 或静态博客（Hexo/Hugo），你一定希望代码一提交，网站就自动更新。

• 核心逻辑：安装依赖 -> 构建静态文件 -> 推送到 gh-pages 分支。

name: Deploy Website

on:
  push:
    branches: [ main ]

jobs:
  deploy:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      
      - name: Setup Node
        uses: actions/setup-node@v4
        with:
          node-version: '20'
          cache: 'npm'

      - run: npm install
      - run: npm run build  # 产出通常在 dist 文件夹

      - name: Deploy to GitHub Pages
        uses: JamesIves/github-pages-deploy-action@v4
        with:
          folder: dist    # 部署构建后的文件夹
          branch: gh-pages # 部署到的目标分支

场景三：DevOps 进阶——自动构建 Docker 镜像并推送到仓库

对于微服务开发者，自动更新 Docker 镜像并推送到 Docker Hub 或阿里云镜像服务是刚需。

• 亮点：利用 secrets 保护账号密码，利用 tags 自动给镜像打版本。

name: Docker Build and Push

on:
  push:
    tags: [ 'v*' ]

jobs:
  docker:
    runs-on: ubuntu-latest
    steps:
      - name: Login to Docker Hub
        uses: docker/login-action@v3
        with:
          username: ${{ secrets.DOCKERHUB_USERNAME }}
          password: ${{ secrets.DOCKERHUB_TOKEN }}

      - name: Build and push
        uses: docker/build-push-action@v5
        with:
          push: true
          tags: user/my-app:latest, user/my-app:${{ github.ref_name }} # 同时打 latest 和版本号标签

场景四：定时任务（Cron Jobs）——你的云端小秘书

GitHub Actions 不仅能跟随代码变动触发，还能定时运行。比如：每天早上 8 点抓取天气、自动签到、或者定时清理数据库。

name: Daily Cron Job

on:
  schedule:
    - cron: '0 0 * * *' # 每天北京时间上午 8 点运行 (UTC 0:00)
  workflow_dispatch:   # 允许手动在页面点击运行

jobs:
  morning-task:
    runs-on: ubuntu-latest
    steps:
      - name: Run my script
        run: curl https://my-api.com/daily-checkin?token=${{ secrets.MY_TOKEN }}

总结

GitHub Actions 的强大之处在于它消除了“环境一致性”的问题。无论是 Python 的打包、前端的部署，还是 Docker 的分发，你只需要在 .github/workflows 下写好那几十行 YAML 脚本，剩下的就交给 GitHub 的服务器去处理。

相关资源

• 官方文档
• GitHub Actions 市场

• www.a.com 指向个人博客。
• www.b.com 指向api反代。

Nginx 作为高性能的 HTTP 和反向代理服务器，通过 “虚拟主机（Virtual Host）” 功能，可以轻松实现根据访问的域名将请求转发到不同的目录或后端服务。

核心原理

当我们在浏览器输入域名并回车时，请求最终都会到达服务器的 80（HTTP）或 443（HTTPS）端口。Nginx 能够区分不同站点的秘密在于 HTTP 请求头中的 Host 字段。Nginx 接收到请求后，会将其中的域名与配置文件中 server_name 指令进行匹配，匹配成功后，就进入对应的 server 块进行处理。

在/etc/nginx/conf.d/ 目录下为每个站点创建独立的配置文件。

准备工作

1. 域名解析：确保你的多个域名（如 a.com 和 b.com）都已通过 A 记录解析到同一台服务器的 IP 地址。
2. 环境安装：服务器已安装 Nginx。
3. 站点准备：准备好不同站点的代码目录。
   • 站点 A 路径：/var/www/site_a
   • 站点 B 路径：/var/www/site_b

具体配置步骤

1. 配置站点 A

创建文件 /etc/nginx/conf.d/site_a.conf:

server {
    listen 80;
    server_name a.com www.a.com; # 这里填写你的域名

    root /var/www/site_a; # 站点代码存放路径
    index index.html index.htm index.php;

    location / {
        try_files $uri $uri/ =404;
    }

    # 如果是 PHP 站点，取消下面注释
    # location ~ \.php$ {
    #     include snippets/fastcgi-php.conf;
    #     fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
    # }
}

2. 配置站点 B

创建文件 /etc/nginx/conf.d/site_b.conf:

server {
    listen 80;
    server_name b.com www.b.com; # 这里填写第二个域名

    root /var/www/site_b;
    index index.html index.htm;

    location / {
        # 如果站点B是一个运行在 3000 端口的 Node.js 程序，可以使用反向代理
        # proxy_pass http://localhost:3000;
        try_files $uri $uri/ =404;
    }
}

这里其实配置文件中也可以加入cert证书，来实现443端口，https连接。

验证并生效

先进行语法检查：
sudo nginx -t
如果看到 syntax is ok 和 test is successful，则说明配置无误。接着重新加载 Nginx 配置：
sudo systemctl reload nginx
# 或者
sudo nginx -s reload

如果所有 server_name 都不匹配，Nginx 会默认转发给第一个加载的配置文件。建议设置一个默认服务器（default_server）来处理未匹配域名。

通过 Nginx 的虚拟主机配置，我们可以极大地提高服务器的利用率。无论是静态 HTML 页面、PHP 网站，还是通过反向代理对接 Java/Node.js 服务，配置逻辑都是一致的。

https://github.com/hgmzhn/manga-translator-ui

这款工具是基于著名的 manga-image-translator 核心引擎开发的。Manga-Translator-UI 更像是一个专业的翻译工作台。它提供了 Qt 桌面版和 Web 网页版两种界面，非常适合对翻译质量和排版有精细要求的用户。

核心亮点：

1. 可视化的 “所见即所得” 编辑器： 这是它的杀手锏。翻译完后，你可以直接在图上拖动文本框、调整气泡大小、修改字体样式、用画笔/橡皮擦微调蒙版。对于想要制作 “汉化组级别” 作品的个人用户来说，这个编辑器非常顺手。

2. 广泛的格式与语言支持： 除了日漫，它对韩漫、美漫的支持也非常好。支持竖条漫的拼接和处理。

3. 极简的安装与部署：

   • 一键脚本：提供了 Windows 一键安装脚本，自动配置 Python 环境和依赖，不用担心配环境报错。

   • Docker 支持：对于有NAS的用户或者有VPS的用户，直接一行 Docker 命令就能在服务器或 NAS 上跑起来。通过Web来进行手机远程机翻。

4. 灵活的翻译引擎： 内置了 OpenAI (GPT), Gemini, Sakura (专门优化过的日翻中模型) 等多种引擎，且支持批量处理整个文件夹。

5. 超分辨率模型： 让糊图变模糊，
6. AI上色： 内置了 MC2上色模型，黑白漫画秒变全彩。
7. 字体编辑和排版： 

1. • AI 智能断句：告别 “支离破碎” 的机翻体验，它解决了一个困扰机翻漫画多年的顽疾，文字断句与回填排版。
   • 自动提取术语 ：AI 自动识别并积累专有名词，保持翻译一致性。
   • 智能嵌字 ：自动排版译文，支持多种字体。

推荐人群：对翻译后的排版效果有要求、不仅看日漫还看韩漫/美漫、或者喜欢在服务器/Docker 环境部署服务的用户。整体翻译质量+文字排版+修复图片方面做的更加好，对图形质量更佳。

Saber-Translator

https://github.com/MashiroSaber03/Saber-Translator

如果你想要一款集翻译、阅读、管理 的软件。

核心亮点：

1.如果你想要一款集翻译、阅读、管理、分析于一体的 “全能型” 软件，Saber-Translator 绝对是你的首选。它的定位非常清晰——“小白也能轻松使用”，并且功能极其丰富。

2.强大的 “书架” 系统： 它不仅仅是个翻译器，更像是一个漫画阅读器（如 Tachiyomi）。你可以创建书籍、管理章节、打标签。翻译好的漫画直接在软件里就能优雅地阅读，还有基于多模态大模型的漫画剧情总结功能。

3.Manga Insight（漫画洞察）： 这是 Saber 最黑科技的功能！它不仅仅是把日文变成中文，它利用 AI 深度理解漫画内容。

• 剧情分析：它可以帮你梳理剧情、识别角色。

• 智能问答 (RAG)：你可以直接问它：”这一话里男主对女主说了什么？” 或者 “第15页发生了什么？”，它能基于漫画内容回答你。

• 生成百科：自动生成角色图鉴、世界观设定、无剧透简介等。

两者都支持高质量多模态翻译： 支持 “高质量翻译模式”，利用多模态模型（如 GPT-5.2，Gemini 3 Pro/flash，豆包，GLM）同时读取多张图片，理解上下文，让模型理解是哪个角色说了那句话，通过大模型OCR，自动纠错OCR识别的错误，同时大体量的视觉模型，防止出现传统本地OCR的识别错误问题。

总体来说个人觉得

Manga-Translator-UI的翻译质量嵌字相对更好，图像功能更丰富。

Saber-Translator的阅读功能更好。

如果你是个人阅读党，想要存一堆生肉漫画慢慢看，甚至想让 AI 帮你总结剧情，Saber-Translator 会给你带来很多惊喜。

如果你是汉化组新人或者修图强迫症，需要对每一页的翻译效果和排版进行精细调整，或者你有大量韩漫/美漫需要处理，Manga-Translator-UI 的效率和编辑器会更适合你。

安装调度器核心模块

beilunyang/moemail: 一个基于 NextJS + Cloudflare 技术栈构建的可爱临时邮箱服务 | A cute temporary email service built with NextJS + Cloudflare technology stack

moemail,支持直接部署在cloudflare上，账号可以以第三方账号github登录，并且不需要留vps。并且支持Resend API Key进行邮件发送服务。（但是Resend API使用需要说明你要使用搭建的邮箱服务器进行干什么）

注册就送5刀额度/月额度

可以一键套用模板或者docker部署，挺简易的，并且能轻松上手。

支持自定义域名，如果域名过审，可以去域名CNAME转发，比如snailyp/gemini-balance: Gemini polling proxy service （gemini轮询代理服务）

这样通过域名可以实现谷歌反代，不需要挂梯子的情况下就能实现gemini轮询。

校园网的dns解析带有许多奇怪的问题，比如b站图片加载不出来，打开网页要很久很慢，或者突然断网，但是qq和微信之类有能使用，在打游戏的又能接着打游戏。我是通过路由器的接口dns设置来自定义dns的，结果学校dns炸了的情况下，我的设备也出现了断网问题，表明了，我的自定义dns并未生效。

这种问题一般是dns解析的问题，但是部分校园网的dns的53端口是会劫持的，因此，不能通过路由器的接口设置dns服务器。

如果路由器是openwrt的，可以通过很多第三方dns软件来搭建dns解析服务器。

以下是一些软件

GitHub – pymumu/smartdns: A local DNS server to obtain the fastest website IP for the best Internet experience, support DoT, DoH. 一个本地DNS服务器，获取最快的网站IP，获得最佳上网体验，支持DoH，DoT。

GitHub – IrineSistiana/mosdns: 一个 DNS 转发器

GitHub – sbwml/luci-app-mosdns: 一个 DNS 转发器 – OpenWrt MosDNS v5 is Ready!

相对的luci和软件是分开的，luci可以酌情使用。

在设置中开启dot和doh和tls协议来解析dns，可以免于被校园网劫持，提高网络效率

我用的iptables情况下只要一行就能改TTL

windows下

iptables -t mangle -A POSTROUTING -j TTL --ttl-set 128

安卓设备或者linux下

iptables -t mangle -A POSTROUTING -j TTL --ttl-set 64

nftables 固定 TTL，没测试过

nft add table inet ttl64
nft add chain inet ttl64 postrouting { type filter hook postrouting priority -150\; policy accept\; }
nft add rule inet ttl64 postrouting counter ip ttl set 64

可以放进路由器的—网络—防火墙—自定义规则—中把这几段加进去。

uname -m

确保你使用的openwrt发行版具有opkg之类的包管理器可以简化流程，如有其他需求，可以尝试自己编译。

GitHub – Zxilly/UA2F: Change User-Agent to F-string on OpenWRT router to prevent being detected.

releases中具有编译好的ipk安装包，可以通过架构自己查看。

opkg install ua2f

如果提示缺乏依赖，如我使用的istoreos

opkg update

opkg install xxxx

这里我所缺的是libnetfilter-queue1 和kmod-nft-queue，根据不同的发行系统会有所不同，直接 opkg install libnetfilter-queue1 opkg install kmod-nft-queue

安装好依赖后就可以再次 opkg install ua2f

如果需要luci界面，可以再下载这个

GitHub – lucikap/luci-app-ua2f: 一个基于ua2f开发的配置界面，更简单的配置ua2f

但是这个功能相对较少，部分配置还是得通过指令终端完成。如果你在luci改了后，再用指令改，重启后会以luci的为最高优先度。

# 启动 UA2F
service ua2f start
如果出现报错，那就是缺乏依赖。
opkg install kmod-ipt-nfqueue
opkg install iptables-mod-nfqueue
# 启用 UA2F
uci set ua2f.enabled.enabled=1
github上有相关设置，我这边写下我自己的设置
# 启用 UA2F
uci set ua2f.enabled.enabled=1

# 可选的防火墙配置选项
# 是否自动添加防火墙规则
uci set ua2f.firewall.handle_fw=1

# 是否尝试处理 443 端口的流量， 通常来说，流经 443 端口的流量是加密的，因此无需处理
uci set ua2f.firewall.handle_tls=0

# 是否处理微信的流量，微信的流量通常是加密的，但是据说微信可能会用http向443端口发送数据，保险点还是开了把。这一规则在启用 nftables 时无效
uci set ua2f.firewall.handle_mmtls=1                                                                                            
# 是否处理内网流量，如果你的路由器是在内网中，且你想要处理内网中的流量，那么请启用这一选项
uci set ua2f.firewall.handle_intranet=1

# 使用自定义 User-Agent
uci set ua2f.main.custom_ua="FFF"

# 禁用 Conntrack 标记，这会降低性能，但是有助于和其他修改 Connmark 的软件共存
uci set ua2f.main.disable_connmark=1

# 应用配置
uci commit ua2f

# 开机自启
service ua2f enable

# 启动 UA2F
service ua2f start

# 查看 UA2F 配置文件
uci show |grep ua2f

# 读取日志
logread | grep UA2F

完成后打开 http://ua-check.stagoh.com/ 可以查看是否有正常工作。

如果路由器cpu性能很好的情况下也可以试试UA3F，但是貌似对cpu性能要求貌似远高于UA2F

GitHub – SunBK201/UA3F: Implementation of the next generation of HTTP User-Agent modification methodology.