DDverse - 咕咕咕~

DDverse博客升级日志 - 依靠Github Action自动推送至私有服务器

Sat, 21 Mar 2026 14:12:02 +0800

前言

本博客从前都是在我的本地电脑上编辑并构建，再通过SFTP等程序上传到服务器目录，这整个流程都需要手动操作且十分繁琐耗时

最近 Stack主题更新到 v4 版本，就想着把这些问题优化一下，并使用更加规范的方式管理项目

Stack主题提供了官方入门模板 Starter template 可以快速创建一个实例并部署至 Github Pages

本文所述的方法适用于从Stack主题源代码构建并使用Github Action推送至私有服务器，不使用Github Pages的读者，部分内容参考 Stack - 为博客设计的卡片式主题 ，请优先阅读 Stack主题官方文档

起步

1.让我们从零开始 - 环境搭建

本博客早期发布过一篇在本地电脑搭建Stack静态博客的文章，其中很多操作不符合规范且导致后续维护面临很多麻烦，因此在这里我们从头开始，创建一个新的项目

在开发环境中安装 Hugo，在使用 Stack v4主题时，必须确保 Hugo 的版本 ≥ v0.157.0 且使用 extended version

确定你的开发目录，按照读者喜欢的方式，使用hugo new site <项目名称> 来创建一个项目文件夹，并创建一个私有的Github存储库，将此项目的文件托管于Github中

使用以下命令将 Stack主题以一个 submodule 的形式添加到项目中。至此一个最简单的开发环境就搭建完成了

1
2


# 如果您已经为站点使用了 Git，可以运行以下命令将主题添加为子模块：
git submodule add https://github.com/CaiJimmy/hugo-theme-stack/ themes/hugo-theme-stack

2.修改主题并丰富你的博客

注意：任何情况下都不要直接修改 themes/hugo-theme-stack 下的任何文件

📌 重要

如果您通过 Git / Git 子模块安装了主题，您可以直接修改主题文件并在本地站点中查看更改。

但是，您不能直接提交并推送更改，因为您没有推送到主题存储库的权限。

如果读者通过 fork 的方式存储自己的主题文件，那就可以直接修改主题文件，不过可能影响未来拉取更新

将你需要修改的一切文件都按照 themes/hugo-theme-stack 下相同的文件路径复制到项目根目录中，比如需要修改themes/hugo-theme-stack/layouts/404.html 这个文件，就将其复制到项目目录/layouts/404.html ，对此文件进行修改即可，Hugo在构建时会优先查找项目目录

在 Stack v4版本中，移除了一些原有的规范并引入了新的功能，读者可以根据新的规范，调整自己的文章内容、布局。具体变更详见升级到 v4 | Stack

完成你所需的所有修改后，使用Github Desktop或者命令行工具，将你的项目文件全部推送至Github存储库中，后续的新文章，主题修改、更新等操作都只需要将更改的文件推送至存储库即可，且submodule的形式能够确保每次构建都使用Stack主题的最新版本

3.创建 Github Action 工作流

在Github网站中选择博客存储库对应的 Actions -> New workflow 搜索 Hugo 并Configure，此时会在项目中创建一个名为hugo.yml的文件，向其中写入以下内容

📝 备注

此示例只基于 Stack v4主题测试，早期版本或其他版本未经测试，请读者自行尝试

 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


name: Deploy Hugo site

on:
 push:
 branches: ["main"]

 workflow_dispatch:
env:
 FORCE_JAVASCRIPT_ACTIONS_TO_NODE24: true

defaults:
 run:
 shell: bash

jobs:
 # Build job
 build:
 runs-on: ubuntu-latest
 env:
 #截至发文 Hugo 的最新版本，最低≥0.157.0
 HUGO_VERSION: 0.158.0
 steps:
 - name: Install Hugo CLI
 run: |
 wget -O ${{ runner.temp }}/hugo.deb https://github.com/gohugoio/hugo/releases/download/v${HUGO_VERSION}/hugo_extended_${HUGO_VERSION}_linux-amd64.deb \
 && sudo dpkg -i ${{ runner.temp }}/hugo.deb
 - name: Install Dart Sass
 run: sudo snap install dart-sass
 - name: Checkout
 uses: actions/checkout@v4
 with:
 submodules: recursive
 - name: Install Node.js dependencies
 run: "[[ -f package-lock.json || -f npm-shrinkwrap.json ]] && npm ci || true"
 - name: Build with Hugo
 env:
 HUGO_CACHEDIR: ${{ runner.temp }}/hugo_cache
 HUGO_ENVIRONMENT: production
 #注意修改域名
 run: |
 hugo \
 --minify \
 --baseURL "https://yourdomain.com/"

#以下内容注意按照自己的服务器实际情况更改，花括号内的是环境变量，默认不用更改
 - name: Deploy to VPS via SSH
 uses: easingthemes/ssh-deploy@main
 env:
 SOURCE: "public/" 
 REMOTE_HOST: ${{ secrets.SERVER_IP }}
 REMOTE_USER: ${{ secrets.SERVER_USER }}
 REMOTE_PORT: ${{ secrets.SERVER_PORT }}
 SSH_PRIVATE_KEY: ${{ secrets.SERVER_SSH_KEY }}
 TARGET: "/var/www/html/"
 ARGS: "-avz --delete"

保存这个文件后 Github Action 将立即开始执行一次构建，因为暂时还没有配置所需的环境变量，所以会在 Deploy 这一步卡住并报错，不用理会

前往 项目库 -> Settings -> Secrets and variables -> Actions -> New repository secret，分别创建4个名为SERVER_IP SERVER_USER SERVER_PORT SERVER_SSH_KEY ，并填入自己的私有服务器的信息，此类信息将保存在你的Github账户中且不会被二次展示，保护好自己的账户

一切就绪后可在Actions一栏中再次运行工作流，构建成功

此时，构建的网页文件也一站式推送到了服务器上，Nginx可以直接读取它们了

4.进阶设置

1.在服务器上创建一个专属于 Github Action 操纵的账户

此举可避免直接给予Github虚拟机root权限所带来的安全隐患，在私有服务器上执行以下命令即可，此处以 Ubuntu 24.04 系统并使用 Nginx 网关为例

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


sudo adduser github-deploy
sudo usermod -aG www-data github-deploy
sudo chown -R www-data:www-data /var/www/html
sudo chmod -R 775 /var/www/html
sudo chmod g+s /var/www/html

sudo su - github-deploy

ssh-keygen -t ed25519 -C "github-action-deploy"
mkdir -p ~/.ssh
cat ~/.ssh/id_ed25519.pub >> ~/.ssh/authorized_keys
chmod 700 ~/.ssh
chmod 600 ~/.ssh/authorized_keys
#显示私钥
cat ~/.ssh/id_ed25519

此时将前文为Actions配置的环境变量修改为新的用户和新的SSH私钥即可实现最小权限设计原则

2.自动清理CDN缓存

一般静态博客站点都使用CDN服务来加快访问速度，但此举可能导致网站更新了但访问者依旧处于缓存期的情况，此时可以通过 Actions在每次构建成功后调用CDN服务商提供的API来清理指定域名的缓存实现网站更新后实时刷新，这里以 Cloudflare CDN 为例，在工作流中新增一个job，注意调整 yaml 的缩进规范

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


runs-on: ubuntu-latest
 steps:
 - name: Checkout
 uses: actions/checkout@v4

 - name: Purge cache
 uses: jakejarvis/cloudflare-purge-action@master
 if: success() # 仅在之前步骤成功时执行
 env:
 CLOUDFLARE_ZONE: ${{ secrets.CLOUDFLARE_ZONE_ID }}
 CLOUDFLARE_TOKEN: ${{ secrets.CLOUDFLARE_API_TOKEN }}
 # 指定具体的 URL，支持多个，用逗号分隔
 CLOUDFLARE_URL: ${{ secrets.CLOUDFLARE_URL }}

按照内容所示的变量设置好对应自己Cloudflare账户的令牌即可

结语

这次优化使整体项目结构更加规范且易于管理维护，把很多操作自动化，可以将更多的精力放在对文章内容的打磨上

版权

本文章隶属于 DDverse ，遵循 © CC BY-NC-SA 4.0 协议，如需转载请保留来源并在必要的时候告知我

部署你的第一个通用机器人框架--QQ篇

Sun, 01 Feb 2026 13:05:04 +0800

前言

本文所有操作基于 Ubuntu server 24.04 系统进行部署，全程需要在Shell环境下操作，无图形交互界面（WebUI除外），使用 Napcat + NoneBot框架 架构部署，请自行准备好相关环境

优先选择阅读官方文档，本文中部分文本节选自官方文档

起步

1.安装Napcat & 登录机器人QQ号

Napcat 官方文档中提供了较为完整的且适用于各个操作系统的安装说明，在Linux平台上，Napcat提供了三种安装方式：

1.NapCat.Linux.Launcher - 新式非入侵式启动器 | 2.NapCat.AppImage | 3.NapCat.Docker - Linux容器化部署

本文基于第一种方式进行部署，读者注意根据自身管理方式选择最佳安装方式，此部分可直接使用官方文档中的安装命令

1

curl -o napcat.sh https://raw.githubusercontent.com/NapNeko/napcat-linux-installer/refs/heads/main/install.sh && bash napcat.sh

官方脚本可以完美的一键安装在当前目录中，我们看到如下提示代表一切就绪

1
2
3
4
5
6


[2026-02-01 02:12:52]: 启动步骤: 
[2026-02-01 02:12:52]: 输入 Xvfb :1 -screen 0 1x1x8 +extension GLX +render > /dev/null 2>&1 & 
[2026-02-01 02:12:52]: 输入 export DISPLAY=:1 
[2026-02-01 02:12:52]: 输入 sudo su 
[2026-02-01 02:12:52]: 输入 LD_PRELOAD=./libnapcat_launcher.so qq --no-sandbox 
[2026-02-01 02:12:52]: 或直接运行 sudo bash ./launcher.sh 启动 NapCat Shell

此时，在安装目录下会包含有napcat插件、脚本以及QQ程序本体等文件，我们根据目录找到 安装目录/napcat/config 文件夹下，创建一个名为 onebot11_机器人QQ.json 的文件，注意此文件名字中的 “机器人QQ” 部分要替换成你所登录的QQ号，一串仅由数字构成的字符串

向文件中写入以下内容

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


{
 "network": {
 "httpServers": [],
 "httpClients": [],
 "websocketServers": [],
 "websocketClients": [
 {
 "name": "WsClient",
 "enable": true,
 "url": "ws://localhost:8080/onebot/v11/ws",
 "messagePostFormat": "array",
 "reportSelfMessage": false,
 "reconnectInterval": 5000,
 "token": "napcat",	
 "debug": false,
 "heartInterval": 30000
 }
 ]
 },
 "musicSignUrl": "",
 "enableLocalFile2Url": false,
 "parseMultMsg": false
}

按照自己的个性化设定，注意更改其中的token值，以及nonebot对应的正确url，安装完成后在安装目录中执行启动命令

1

sudo bash ./launcher.sh

Napcat会自行引导QQ启动并弹出登录二维码，使用手机QQ登录对应的账号即可

至此 Napcat 框架搭建完成

对于拓展机器人数量，按照上述过程创建不同的onebot11配置文件即可，但不建议在同一台设备上登录过多QQ账户

另外，Napcat本身自带一个暴露在6099端口的WebUI服务，可以直观的管理napcat的各项配置以及占用状况，本文基于Shell环境，故此部分不展开，只需通过对应公网地址与端口即可访问这个页面

2.部署Nonebot

NoneBot2 是一个现代、跨平台、可扩展的 Python 聊天机器人框架（下称 NoneBot），它基于 Python 的类型注解和异步优先特性（兼容同步），能够为你的需求实现提供便捷灵活的支持。同时，NoneBot 拥有大量的开发者为其开发插件，用户无需编写任何代码，仅需完成环境配置及插件安装，就可以正常使用 NoneBot。

需要注意的是，NoneBot 仅支持 Python 3.9 以上版本

基于Ubuntu 24.04版本，系统出厂已包含Python 3.12，故不再需要安装Python，只需安装所需额外支持库，并修改pip安装源来加快国内下载速度(以清华源为例)

1
2


apt install python3-pip python3-venv
pip config set global.index-url https://mirrors.tuna.tsinghua.edu.cn/pypi/web/simple

便于集中管理，在安装目录下新建一个 nonebot 文件夹，使用Python3-venv库创建一个虚拟环境并激活虚拟环境，此时目录下会多出一个名为nonebot-venv的文件夹，不必打开它，它是我们使用虚拟环境时，pip安装的软件包的存储路径。看到shell命令行的前缀出现了(环境名)即代表成功

1
2
3
4


python3 -m venv nonebot-venv
#Nonebot框架相关操作全程都需在虚拟环境中进行
source nonebot-venv/bin/activate
(nonebot-venv) root@test-env:/opt/QQ/nonebot #

此时按照Nonebot官方文档给出的安装命令进行安装即可

1
2
3
4
5
6


python -m pip install pipx
python -m pipx ensurepath
#如果在此步骤的输出中出现了“open a new terminal”或者“re-login”字样，那么请关闭当前终端并重新打开一个新的终端。
pipx install nb-cli
#创建项目
nb create

过程中会让我们自行选择附带安装的模板，对于QQ以及Napcat来说，按照如下安装选择参考

1
2
3
4
5
6
7
8
9


[?] 选择一个要使用的模板: bootstrap (初学者或用户)
[?] 项目名称: awesome-bot
[?] 要使用哪些适配器? OneBot V11 (OneBot V11 协议)
[?] 要使用哪些驱动器? FastAPI (FastAPI 驱动器), websockets (websockets 驱动器)
[?] 要使用什么本地存储策略? Current project (suitable for multiple/portable instances)
[?] 立即安装依赖? (Y/n) Y
[?] 创建虚拟环境? (Y/n) n
[?] 要使用哪些内置插件? single_session
[?] Which official plugins would you like to use? 本地数据存储 (存储插件数据至本地文件)

安装完成后在机器人目录下编辑机器人配置文件 nano .env.prod

1
2
3
4
5
6
7
8


DRIVER=~fastapi+~websockets
PORT=8080
NICKNAME=["bot"]
COMMAND_START=["/", ""]
COMMAND_SEP=[".", " "]
LOCALSTORE_USE_CWD=true
SUPERUSERS=[""]
ONEBOT_ACCESS_TOKEN="napcat"

SUPERUSERS为超级管理员的QQ号，设置为自己的，最下面的TOKEN要和前文与napcat配置的一致，这是建立通信的关键。在机器人目录下执行 nb run --reload 一切无误

1

02-01 02:50:14 [INFO] uvicorn | Uvicorn running on http://127.0.0.1:8080 (Press CTRL+C to quit)

至此Nonebot框架安装完成

3.安装个性化插件

Nonebot框架拥有十分丰富的插件社区插件商店 | Nonebot ，找到自己想要安装的插件并复制安装命令在机器人目录下安装即可，例如

1

nb plugin install nonebot-plugin-abcdefg

安装命令会自动启用此插件，使用者仅需前往插件项目页面查询可配置的内容，并在 .env.prod 文件中添加相关变量

注意：使用以及编辑Nonebot框架与机器人项目的过程中，务必全程在前文提到的虚拟环境中操作

版权

本文章隶属于 DDverse ，遵循 © CC BY-NC-SA 4.0 协议，如需转载请保留来源并在必要的时候告知我

再见2025

Fri, 02 Jan 2026 00:15:39 +0800

时间过得真的好快

有时候盯着日历会有种 CPU 宕机的错觉。

从 2020 年那个分水岭开始，时间线的采样率似乎被强行调低了。这五年里，生活像是一场没有经过剪辑的 Long Take（长镜头）：感觉什么都没发生，因为日子确实是在日复一日的早八、永远填不满的睡眠赤字、以及和损友们插科打诨中复读；但细看又觉得什么都发生了，脑子里蹦出过无数个“这绝对能火”的幻想 Demo，学业在焦虑中螺旋上升，那些和朋友翻山越岭出去疯的瞬间，成了记忆里唯一的亮色。

至于具体的成就？别问，问就是“在运行了”。我能记起的不是什么宏大叙事，而是那些细碎的、高饱和度的碎片。虽然现在的记性烂得像只有 8G 内存的旧电脑，很多细节得靠翻相册才能“热启动”，但那种真实折腾过的感觉还在。

2025年

2025 这一年，我把自己丢进了不少陌生的坐标系里。

认识了一票有趣的新人类，在没去过的城市刷了副本。剩下的时间，基本都在高强度折腾和打游戏之间反复横跳。折腾技术架构时的那种成就感，和打赢一场高难度对局后的多巴胺，是我对抗生活平庸的唯二良药。虽然看起来是在“虚度”，但这种随性而活的纯粹，本身就是一种奢侈。

2026年

对于 2026，我没打算立什么惊天动地的 Flag。

大概率还是会维持现在的**“出厂设置”**：继续保持对这个世界的低位观察，接触点没碰过的领域，学点能让自己觉得“卧槽这也有趣”的新玩意。最重要的，是把那份该死的、不随大流的“自我”给坚持住。

哦对了，今年唯一的硬性 KPI：每天必须睡个好觉！ 毕竟只有离线待机充好电，第二天才能继续在这操蛋又精彩的世界里带载运行。

版权

本文章隶属于 DDverse ，遵循 © CC BY-NC-SA 4.0 协议，如需转载请保留来源并在必要的时候告知我

【急救手册】苯二氮卓类药物中毒识别与应急处置指南：关键时刻的救命知识

Thu, 25 Dec 2025 23:55:14 +0800

声明 (必读)
本文节选自 苯二氮卓中毒急救指南 | 让我们手牵手探索生活的光点 ，选取其中适合大众群体阅读与理解的部分进行展示与说明

有条件的请优先前往阅读源站文章！

本节选不构成对原文的完整呈现，亦不应被视为对原作者全部观点、立场或论述的替代，本站不以任何形式歪曲、篡改或断章取义原作者观点

一切著作权、权利与解释权归原作者所有！

本文仅用于信息分享与交流之目的，不代表本站或本站作者对原文观点的认同、反对或任何立场表达。

始：苯二氮卓类镇静药过量 / 自杀中毒现场急救指南

（旁人优先版：安定、阿普唑仑、劳拉西泮、氯硝西泮等）

⚠️ 最重要的一句先说在最前面：

只要怀疑有人因为吞了大量苯二氮卓类镇静药（下文简称“BZD”）而昏睡、叫不醒、呼吸变慢， 第一步永远是：立刻拨打 120（或当地急救电话）。

请以急救调度员和医生的指示为最高优先级。本页面只是帮你把他们可能会说的话讲得更清楚、更有条理， 不能代替专业诊断和治疗。

0. 使用说明 & 适用范围

面向两类人： 1）旁人 / 朋友 / 家属：刚发现有人吞了大量 BZD 或怀疑 BZD 过量； 2）本人：你自己刚吞了大把镇静药，还能打开手机看字。

范围包括常见的：阿普唑仑（Xanax）、劳拉西泮、艾司唑仑、地西泮、氯硝西泮、氯硝安定、三唑仑、溴西泮、右佐匹克隆 / 唑吡坦等 “安眠药 / 抗焦虑药 / 镇静药”。（不区分“传统 BZD”和“Z-drug”，对你来说处理原则一样。）

本页面只谈中毒后的急救与求生，不会提供任何关于：

购买渠道

具体剂量

配方和“成功率”

任何时候，只要你觉得情况危急，别在 wiki 上纠结细节，直接听 120 调度和医生的。

一、旁人视角：现在立刻可以做的事（按时间顺序）

1. 立刻拨打 120 / 急救电话

不要纠结“吃的到底是不是致命剂量”。 BZD 单药过量死亡率相对不算高，但严重昏迷、呼吸变慢、误吸呕吐物都足以要命，尤其是：

合并喝酒、阿片类止痛药、其他安眠药；

本人有心肺基础病、肥胖、睡眠呼吸暂停、年纪大等。

可参考这个话术（照念就行）：

“这里是（地址/大概位置）。有一名疑似大量吞服苯二氮卓类镇静药（安眠药 / 抗焦虑药）的病人， 现在表现为：非常嗜睡 / 叫不醒 / 说话含糊 / 走路不稳 / 呼吸变慢。 可能还一起吃了（如：酒、止痛药、抗抑郁药等，如不确定就说“不清楚可能有其他药”）。 请尽快派车。 若可能合并阿片类止痛药，请提醒急诊准备好气道管理设备、必要时纳洛酮等抢救措施。”

（后半句讲“阿片类 / 纳洛酮”的那部分，如果你不确定 TA 有没有吃阿片类止痛药，可以不说；重点是让急诊知道这可能是多药混合镇静。）

通话建议：

开免提 / 耳机，一边听调度员指导，一边动手；

不要隐瞒“这是自杀”的事实，这会影响急诊优先级和医生的判断。

2. 快速判断意识和呼吸，摆好体位

简化为三档：还能交谈 / 模糊但有反应 / 完全叫不醒。

2.1 还能说话、有反应 → “清醒但危险”

BZD 过量的典型就是：说话含糊、走路晃、瞌睡。这时候：

让 TA 坐在安全地点（床上、地上靠墙），不要让 TA 自己走动、上厕所、洗澡，防止跌倒撞伤。

松开衣领和腰带，保持室内空气流通。

盯着 TA 的呼吸和意识，如果变得越来越难叫醒、呼吸变慢或不规则，要立即再次告知 120 调度。

2.2 说话含糊、反应迟钝 / 反复呕吐 → “意识模糊”

立刻把 TA 摆成侧卧位：

头偏向一侧，下巴略抬起，保持气道通畅；

这样可以防止呕吐物堵住气道。

用纸巾 / 毛巾轻轻清理口鼻周围的呕吐物和口水。

持续观察胸廓起伏、听有没有异常的鼾声（很粗、像被卡住一样）。

2.3 完全叫不醒 + 怀疑没正常呼吸 → “极危重”

用较大声音叫名，轻拍肩膀，如果毫无反应，同时感觉不到胸部起伏、或呼吸非常浅且极慢：

立即对 120 说清楚“叫不醒，怀疑没有正常呼吸”；

如你受过 CPR 培训，马上按流程开始心肺复苏；

没受过培训，也可以在调度员电话指导下进行胸外按压。

在这一步，你做得不完美也比不做强。让心肺“勉强工作”一下，比彻底停摆要好得多。

3. 防止情况恶化 & 明确“不要做”的事

3.1 不要再给任何额外的药 / 酒 / 咖啡

❌ 不要再给更多 BZD / 安眠药：“再吃一点就睡过去了”是错误逻辑，只会增加风险。

❌ 不要给酒 / 其他镇静药 / 大量止痛药：

酒、阿片类止痛药、其他安眠药（唑吡坦、右佐匹克隆等）都会叠加呼吸抑制，这是导致死亡的关键因素。

❌ 不要硬灌咖啡、浓茶、能量饮料：

咖啡因不能“中和” BZD，只会增加心率、加重呕吐和误吸风险。

3.2 不要让 TA 独自洗澡 / 上厕所 / 在阳台等高危位置活动

BZD 过量会让人极度嗜睡、站立不稳、意识混乱，很容易跌倒、溺水、从高处坠落。

将 TA 移到安全位置，远离楼梯、窗台、浴室水池等。

3.3 不建议自行催吐或灌大量水

BZD 本身不腐蚀消化道，但昏昏欲睡的人被强行催吐，很容易把呕吐物吸进肺里，导致吸入性肺炎，比药本身还危险。

灌大量水也会加重呕吐和误吸，不推荐。

4. 帮医生准备的重要信息：翻药盒、数药板

在不影响急救的前提下，尽量做这些：

收集所有可能相关的药物：

病人身边、垃圾桶里、桌上，凡是空药板、半空药瓶、撕开的包装，都留着；

不只看“镇静药”，连止痛药、抗抑郁药、抗精神病药、抗癫痫药、糖尿病 / 心脏药，统统打包。

尽量搞清楚这些点（大约就行）：

平时固定吃哪些药？

这次可能多吃了哪一瓶 / 哪几瓶？

大概是什么时间吞的？是“刚刚”、一小时内，还是更久？

拍照或直接带着这些药去医院：

在急诊，交给分诊 / 接诊医生时可以说：

“这些是 TA 平时吃和这次可能过量吃的药，我都带来了。”

这些信息非常关键：

对医生判断是否存在多药过量 / 止痛药 / 抗癫痫药 / 抗抑郁药等混合中毒有极大帮助；

也会直接影响他们是否敢用、怎么用解毒药（比如氟马西尼 flumazenil 对 BZD 的“解药”），因为在多药或长期用药的人身上乱用是会引发抽搐的。

二、本人视角：如果你就是那个吞了大把镇静药的人

如果你现在一边打瞌睡一边刷手机，就当我在抓你的肩膀说话。

能拿着手机，说明你离“完全没机会”还有距离。 纯 BZD 过量在有条件的医院里，死亡率其实不高，大部分人通过支持治疗可以醒过来。真正要命的是多药混吃 + 不送医。

你不需要再用“多吃几颗”来证明你有多绝望。你能把这些药一把一把吞下去，已经足够说明你的状态有多糟糕了。 现在最极端、最“硬核”的选择，是：给自己打 120。

你可以照着念给 120 听：

“我刚刚出于自杀想法，服用了大量安眠药 / 抗焦虑药，是苯二氮卓类的（如果知道名字就说出具体名）。现在出现非常困倦、头晕、走不稳。我现在后悔了，想活下去。地址在（准确地址或能被找到的位置），请尽快派车。我平时还在吃（简单说：抗抑郁药 / 抗精神病药 / HRT 等），到时候我会把药一起带去。”

同时，把你长期在用的激素药物、抗抑郁药、抗精神病药交给医生看。这不是多此一举，而是直接关系到：

他们敢不敢、怎么敢用解毒药（比如氟马西尼）；

怎样监测你有没有心律失常、抽搐、血压问题等。

你已经做了一件足够激烈的事——吞了这些药。如果你现在再做一件同样激烈的事——承认自己撑不住了，要求专业帮忙，那你未来某一天就有资格回头说：

“我当年差点没了，后来咬牙把自己送去急诊， 虽然烂活着，但至少还有机会继续重开几次。”

三、苯二氮卓类过量 / 中毒：它到底会怎样？

这一段是科普向的，更多是为了帮你对抗“不确定”带来的恐惧。如果你现在正处在急性现场，前两节就够用了。

1. 机制：为什么会“睡死过去”

BZD 通过增强 GABA-A 受体的抑制作用，让中枢神经系统整体“降噪”，于是：

焦虑减轻、肌肉放松、容易入睡；

剂量够大时，会导致深度嗜睡、昏迷、呼吸中枢抑制。

单纯 BZD 过量时，典型表现是：

意识下降：从嗜睡到昏迷；

说话含糊、走路不稳（共济失调）；

血压、心率往往还算稳定，严重心律问题相对少见。

真正致命的是：

呼吸太慢 / 太浅 → 缺氧；

呕吐时没保护反射 → 误吸 → 窒息 / 重度肺炎；

合并其他中枢抑制药（酒、阿片类等） → 呼吸抑制叠加。

2. 典型症状和危险信号

常见表现（不是每个人都有全部）：

嗜睡、迷糊、反应迟钝；

说话含糊、眼神涣散、走路摇晃；

肌张力降低，整个人“软趴趴”；

记忆受损（事后想不起来发生过什么）

需要高度警惕的信号：

叫不醒 / 只能有一点点呻吟反应；

呼吸频率明显变慢，或者间断性呼吸、打鼾声异常粗重；

嘴唇 / 指甲发紫；

合并明显呕吐、抽搐。

一旦出现这些，直接按危重病人处理，不要继续在家观察。

3. 医院大概会做什么？（简略版）

最终以当地医院实际操作为准，这里只是给一个心理预期：

监测和初步评估

生命体征：血压、心率、呼吸频率、血氧饱和度；

意识评分（GCS 等）；

必要时做心电图、血气分析，以排除其他合并中毒或基础疾病。

支持治疗是核心

给予氧气，严重时气管插管 + 呼吸机；

建立静脉通路，输液维持循环；

防止压疮、误吸、低体温等并发症。

是否会用“解毒药”氟马西尼（flumazenil）？

这里需要讲清楚：

氟马西尼是一个BZD 受体拮抗剂，理论上可以迅速逆转 BZD 造成的意识抑制。

但多部指南和文献都强调：

在自杀 / 故意过量、或不确定是否是单纯 BZD 过量的情况下，一般不推荐用氟马西尼。

原因是它可能在以下情况引发惊厥（抽搐）和心律问题：

同时过量服用易致痉挛 / 心律失常的药物（如三环类抗抑郁药等）；

本人长期大量使用 BZD，有物质依赖，突然拮抗会诱发戒断性癫痫；

不明原因昏迷，BZD 只是众多成分之一。

换句话说： 氟马西尼在现实世界里是“毒理科选手的手术刀”，不是“家属要求打个解药就万事大吉”的灵丹妙药。 医生用不用、怎么用，是个非常专业的风险权衡问题。

时间线与预后

许多单纯 BZD 过量的病人，在监护 + 支持治疗下，几小时到 24 小时内会逐渐清醒，具体取决于药物半衰期（比如地西泮和氯硝西泮就比较长）。

若有多药合用、基础病严重或就医延迟，则可能需要更长时间监护，有时会转入 ICU。

四、联用与特殊情景：BZD + 其他药物时要特别小心什么？

这一节是简版“联用区”，后面你可以在《多药联用过量急救指南》里展开成完整版。

1. BZD + 酒精 / 阿片类止痛药：最危险组合之一

BZD、酒精、阿片类（吗啡、羟考酮、曲马多、可待因等）都会抑制中枢、减慢呼吸，叠加效果往往不是 1+1，而是直接堆到危险区。

这一组合是现实世界里过量死亡最常见的场景之一。

对旁人来说：

只要发现 BZD + 明显酒味，或者身边有阿片类止痛药空板/粉末，全部按最高级别危险处理；

在 120 时说明“有可能合并阿片类止痛药和酒精”，方便急救人员考虑纳洛酮等措施。

2. BZD + 抗抑郁药（包括 SSRI / SNRI）：有没有“特殊解法”？

现实里的情况：

SSRI/SNRI 单药过量，多数预后良好，但部分（如西酞普兰 / 右美沙芬联用、文拉法辛、大量三环类）可能引发心律失常、惊厥或血清素综合征；

BZD 在毒理学上反而经常被用来控制血清素综合征和抗抑郁药过量导致的激越 / 抽搐。

这带来一个很重要的结论：

在 BZD + 抗抑郁药混合过量时， 医生往往会更慎重使用氟马西尼，甚至倾向不用， 因为 BZD 可能正在“压住”潜在的抽搐或血清素综合征。

也就是说：

没有“BZD+SSRI 的特效解法”；

真正的“特殊处理”是：不轻易逆转 BZD 作用，以免反而诱发惊厥等更危险的情况。

对你这边的“救人宗旨”来说，能做的是：

帮医生搞清楚有哪些抗抑郁药、大概多少、什么时候吞的；

在急诊第一时间就把所有药盒递给医生，让他们尽早做心电图、开监护、预判有无血清素综合征 / 心律失常的风险。

3. BZD + 普瑞巴林 / 加巴喷丁 / 右美沙芬等“辅助镇静/止痛/止咳药”

普瑞巴林、加巴喷丁本身也具有中枢抑制作用，联用 BZD 会显著增加嗜睡、共济失调和呼吸抑制的风险；

右美沙芬在高剂量时不仅镇咳，还会产生解离样、兴奋或抑制作用，大剂量联用其他药物时，毒性表现会很混乱。

这里同样没有所谓“民间解法”，医学上的做法是：

当作“多药中枢抑制 + 可能合并血清素或其他综合征”的复杂中毒处理；

重点仍然是气道 / 呼吸 / 循环支持，以及对症处理（镇静、防惊厥、退热、纠正酸中毒等）。

你这边可以做的，还是那句话：把所有药盒、包装全部带去。

五、对 TGN / 长期用药人群和同伴的一点固定提醒

这段你可以在整个“吞药急救系列”里复用。

如果 TA 是 TGN / MRT / 正在进行 HRT，同时长期服用抗抑郁药、抗精神病药、情绪稳定剂：

尽可能把所有激素药、精神科药物一起装袋带去医院；

在急诊说清楚：

“TA 是 TGN，长期在用这些药，这次是怀疑 BZD 为主的多药过量。”

对医生来说，这能：

帮助判断是否存在药物相互作用（比如抗抑郁药 + BZD + 可能的解毒药）；

减少他们在病人昏迷时一遍遍追问，降低对 TA 的二次伤害感。

六、写给正在考虑“吃安眠药一睡了之”的你

最后这一段，是写给那些本来就是来搜“安眠药自杀”的人。

1. 现实一点：BZD 过量，比你想象得更“脏”

单纯 BZD 过量更多时候是又长又脏的昏迷 + 呕吐 + 尿失禁 / 粪失禁 + 醒来后啥都不记得；

真正“平静走掉”的特别少，大多数要么被人发现拖进急诊，要么在厕所 / 床边摔得一身伤。

2. 现实一点：失败结局一点也不体面

被人发现拖去医院，插针、插管、导尿、监护，醒来后面对一堆医生家属、甚至警察/社工；

有些人因为吸入性肺炎、低氧、跌倒出血，之后要反复住院、长期咳嗽、活动耐量下降；

有些人醒来后，因为药物相互作用、戒断、病情恶化，反而要吃更多药、做更长时间的治疗。

你本来想“干净地消失”，现实却很可能是：

“把自己弄得一团糟，还不得不继续活着收拾烂摊子。”

3. 换个角度：既然你都狠到能吞这么多药了

你吞这些药的时候，其实是在说：

“我已经被逼到极限了，我不想再这样活下去。”

这个心情是非常真实的，我完全相信。但既然你已经狠到做这种事了，那其实你还有一种同样狠的选项：

狠一点，承认自己需要专业帮助；

狠一点，把你那些压着不说的东西搬到医生 / 咨询师 / 信得过的人面前；

狠一点，停下“一个人扛到崩溃”的那套。

你他妈都有勇气吞一把安眠药了， 还没勇气试试再给这破生活一次机会？

我不能保证未来一定会变好， 但如果你现在选择打 120、去医院、接受治疗， 那几年后你至少有资格跟别人讲一个句号不是那天的故事，而是：

“我当年差点死在一堆药瓶旁边，后来想想不甘心，就决定烂活着看看，结果居然活到了今天。”

终

我的看法

我自己也是一个苯二氮卓药物的使用者，主要是应对自己的焦虑状态和失眠吧。感觉服用后睡眠质量真的指数级增长 (科学安全用药)

在网上刷到璐璐的这篇文章真的刷新了认知，原来这些精神药物有着如此复杂的关联性

相比起其他精神药物，个人感觉日常生活中普通人最容易接触到的安眠药物或许就是苯二氮卓药物了，当然这只是我自己的经历，许多医院对于相关轻症状一类的可能会开此类药物

我自己所处的环境真的感觉压力越来越大，唉~前途渺茫，这些药物以后可能都要成为必需品了

如果你们身边有服用此类药物的 TA，请务必多留意和关心一下吧，不知道TA是不是承受了很大压力呢 ( ´•̥̥̥ω•̥̥̥` )，在紧急时刻，希望这篇指南能够帮上你的忙

真的不要滥用药物！即使你的生活真的很糟糕，别怕，那就像指南里说的，与其痛苦，不如烂活着看看！

版权与转载声明

本文章仅寄存于站点 DDverse ，文章页面内容著作权、解释权归站点 主页 | 让我们手牵手探索生活的光点 及其 原作者 所有，请勿引用本站转载文章！请前往源站点查看！ 如有任何错误和不当之处，请立即联系我调整或删除！

Hugo Stack 主题进阶配置：避开那些年我踩过的坑，深度定制你的个人博客

Sat, 22 Mar 2025 14:41:05 +0800

前言

本文介绍关于本站在使用Stack博客过程中一些配置和遇到的坑

完整的主题配置说明请详见 Stack | Card-style Hugo theme designed for bloggers

前排提醒：截至发文，本站使用原版Stack v3.33.0主题，所有配置项仅针对该主题有效，其他版本请注意适当修改

请注意在进行任何改动前备份好稳定版本

修改新文章的默认模板

文件目录 archetypes\default.md

为了方便我们写文章，可以模板将顶部变量替换成以下内容，按照所需修改相应变量即可，其中 related 变量是在你应用了前文的修改后才需要的，如果未使用请移除这个变量

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


title: "{{ replace .Name "-" " " | title }}"
description: 
date: {{ .Date }}
lastmod: {{ .Date }}
image: 
math: 
license: true
readingTime: true
related: true
hidden: false
draft: false
categories: [""]
tags: [""]

创建友链页面

这部分很简单，创建一个普通的自定义页面即可，关于如何添加友链请前往 Stack Demo 查看示例，可以附带一些其他的设置来简化页面，比如按照如下示例修改页面变量，可以移除文章的阅读时长，结尾的版权信息等

1
2
3
4


readingTime: false
license: false
hidden: true
draft: false

为你的Stack主题站点添加隐私政策

效果如本站页脚处的隐私政策入口，隐私政策的内容就是一个普通的自定义页面，这里具体介绍一下如何添加

1.修改i8n翻译配置文件

在 i18n 目录下编辑你的站点所设置的语言配置文件，在其 footer 部分仿照上面的格式添加一个 privacypolicy ，这里以 zh-cn.yaml 举例

1
2
3
4
5
6


footer:
 privacyPolicy:
 other: "访问本站即代表您同意本站的 {{ .PrivacyPolicy }}"
 
 pp:
 	other: "隐私政策"

2.修改页脚html文件

文件目录 layouts\partials\footer\footer.html

在其 16 ~ 24行之间修改成如下示例代码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10


 {{- $Generator := `<a href="https://gohugo.io/" target="_blank" rel="noopener">Hugo</a>` -}}
 {{- $Theme := printf `<b><a href="https://github.com/CaiJimmy/hugo-theme-stack" target="_blank" rel="noopener" data-version="%s">Stack</a></b>` $ThemeVersion -}}
 {{- $DesignedBy := `<a href="https://jimmycai.com" target="_blank" rel="noopener">Jimmy</a>` -}}
 {{- $pp := T "footer.pp" }}
 {{- $PrivacyPolicy := printf `<a href="privacypolicy" rel="noopener"><b>%s</b></a>` $pp -}}


 {{ T "footer.builtWith" (dict "Generator" $Generator) | safeHTML }} <br />
 {{ T "footer.designedBy" (dict "Theme" $Theme "DesignedBy" $DesignedBy) | safeHTML }} <br />
 {{ T "footer.privacyPolicy" (dict "PrivacyPolicy" $PrivacyPolicy) | safeHTML }}

具体的顺序可以按照自己的需求来，注意第 4 行中 herf 标签里的链接更改为自己的隐私政策页面，不建议删除作者&项目信息

接入 Google Analytics 统计代码

编辑文件 layouts\partials\head\script.html ，初次编辑应该是一个空文件（？），写入你从 Google Analytics 获取到的代码即可

1
2
3
4
5
6
7
8
9


<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-114514"></script>
<script>
 window.dataLayer = window.dataLayer || [];
 function gtag(){dataLayer.push(arguments);}
 gtag('js', new Date());

 gtag('config', 'G-114514');
</script>

结语

以上是目前本站所用到的一些DIY的设置，希望能对你有些许帮助，以后的变更内容都会在新的文章中更新

版权

Hugo Stack 主题搭建指南：从环境配置到静态博客上线全流程

Thu, 20 Feb 2025 23:30:55 +0800

前言

参考站点

GitHub - CaiJimmy/hugo-theme-stack: Card-style Hugo theme designed for bloggers

Stack | Card-style Hugo theme designed for bloggers

起步

1.环境准备

分为本地开发环境和服务器工作环境两个部分

本地开发环境(Windows平台)

1.安装Hugo Framework

前往 Hugo Github Releases 页面下载最新版本的Hugo extended版本

hugo_extended_{version id}_windows-amd64.zip

下载完后将其内部的 hugo.exe 程序解压至 <你自己的开发目录> 文件夹中，可以直接在目录中打开终端使用或添加环境变量

2.安装PowerShell 7 —— 命令行环境

(注意：这不是Windows默认安装的Windows PowerShell，而是PowerShell 7，后者是更新的版本)

右键任务栏 Windows 徽标，打开终端(管理员)，并键入以下指令来安装PowerShell 7

winget install --id Microsoft.PowerShell --source winget

等待安装完成后点击终端窗口顶部右侧的折叠栏 –> 进入设置 –> 将默认配置文件改为 PowerShell

3.安装Git —— 拉取主题

前往 Git 官方页面下载并安装最新版本的Git

4.安装WinSCP —— 上传构建文件

前往 WinSCP Download Page 下载并安装最新版本的WinSCP

服务器工作环境(Debian为例)

通过SSH远程连接上你的服务器，并获取root用户权限，键入以下代码安装 Nginx

1
2
3
4
5


echo "deb http://nginx.org/packages/$(lsb_release -is | tr '[:upper:]' '[:lower:]') $(lsb_release -cs) nginx" | sudo tee /etc/apt/sources.list.d/nginx.list
curl -fsSL https://nginx.org/keys/nginx_signing.key | sudo tee /etc/apt/trusted.gpg.d/nginx.asc
apt update
apt install nginx -y
chown -R www-data:www-data /var/www/html

2.站点构建

在本地文件夹内打开PowerShell，并键入以下代码新建一个站点，并拉取Stack主题

1
2
3


hugo new site mysite
cd mysite
git clone https://github.com/CaiJimmy/hugo-theme-stack/ themes/hugo-theme-stack

编辑目录下的 hugo.toml 中添加以下内容

1

theme = 'hugo-theme-stack'

随后即可在PowerShell中运行如下命令来运行本地开发服务端进行预览，浏览器访问http//:localhost:1313

1

hugo server -buildDrafts

使用以下命令来构建站点文件，默认保存在目录的public文件夹下

1

hugo --cleanDestinationDir

通过此方法安装的主题，请务必记住任何时刻不要直接修改themes目录下的主题文件，如果你需要自定义主题，请按照相同的路径复制到项目根目录进行编辑，Hugo会优先使用根目录的内容以覆盖主题默认内容

举个例子，你要修改themes\hugo-theme-stack\layouts\index.html这个文件，不要直接进行编辑，而是将此文件复制到根目录\layouts\index.html后再进行编辑

注意：主题配置文件格式为yaml与hugo的toml不同，修改的时候请注意！网络上有很多两者格式的转换器，可自行转换成相同格式

3.站点部署

1.将构建好的文件上传至服务器

在你的项目目录内创建一个 upload.txt 和 upload.bat (与mysite文件夹同级)

向 upload.txt 中添加以下内容

1
2
3


open sftp://root@yourserveripordomain -hostkey="*" -password=your_password
synchronize remote -mirror myblog\public /var/www/html
exit

注意将服务器IP、账户密码、部分文件目录路径等修改为你自己的

向 upload.bat 中添加以下内容

1
2
3


@echo off
"C:\Program Files (x86)\WinSCP\WinSCP.com" /script=upload.txt
pause

此处WinSCP的安装位置是默认安装目录

运行 BAT 文件即可自动上传至服务器站点目录

2.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
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41


server {
 listen 80;
 server_name yourdomain.com www.yourdomain.com;
 
 # 强制 HTTPS 重定向
 return 301 https://$host$request_uri;
}

server {
 listen 443 ssl;
 server_name yourdomain.com www.yourdomain.com;
 
 http2 on;

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

 # 证书路径（示例：Let’s Encrypt）
 ssl_certificate /cert/yourdomain.com/fullchain.pem;
 ssl_certificate_key /cert/yourdomain.com/privkey.pem;

 # SSL 配置（安全加固）
 ssl_protocols TLSv1.2 TLSv1.3;
 ssl_prefer_server_ciphers on;
 ssl_ciphers "ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-CHACHA20-POLY1305";
 server_tokens off;

 # 限制请求方法（只允许 GET、HEAD、POST）
 if ($request_method !~ ^(GET|HEAD|POST)$) {
 return 444;
 }

 # 禁止访问隐藏文件（以 . 开头的文件，如 .htaccess）
 location ~ /\.(?!well-known) {
 deny all;
 }

 # 日志
 access_log /var/log/nginx/access.log;
 error_log /var/log/nginx/error.log warn;
}

注意：这份配置文件理论上只是参考不建议直接使用，其中请修改SSL证书路径、你的域名，以及要开放80与443端口的TCP协议防火墙

如果有SSL协议上的错误请确保服务器OpenSSL的版本为较新的版本，并能够被Nginx正确调用

随后使用如下命令验证Nginx配置文件是否正确

1

nginx -t

没问题的话就使用如下命令重新加载Nginx以启用站点，随后就可以使用 https://你的域名来访问站点了

1

nginx -s reload

结语

希望对你有帮助，本指南可能忽略了许多细节，请多多包涵！

DDverse - 咕咕咕~

DDverse博客升级日志 - 依靠Github Action自动推送至私有服务器

前言

起步

1.让我们从零开始 - 环境搭建

2.修改主题并丰富你的博客

3.创建 Github Action 工作流

4.进阶设置

1.在服务器上创建一个专属于 Github Action 操纵的账户

2.自动清理CDN缓存

结语

版权

部署你的第一个通用机器人框架--QQ篇

前言

起步

1.安装Napcat & 登录机器人QQ号

2.部署Nonebot

3.安装个性化插件

版权

再见2025

时间过得真的好快

2025年

2026年

版权

【急救手册】苯二氮卓类药物中毒识别与应急处置指南：关键时刻的救命知识

声明 (必读)

始：苯二氮卓类镇静药过量 / 自杀中毒现场急救指南

0. 使用说明 & 适用范围

一、旁人视角：现在立刻可以做的事（按时间顺序）

1. 立刻拨打 120 / 急救电话

2. 快速判断意识和呼吸，摆好体位

2.1 还能说话、有反应 → “清醒但危险”

2.2 说话含糊、反应迟钝 / 反复呕吐 → “意识模糊”

2.3 完全叫不醒 + 怀疑没正常呼吸 → “极危重”

3. 防止情况恶化 & 明确“不要做”的事

3.1 不要再给任何额外的药 / 酒 / 咖啡

3.2 不要让 TA 独自洗澡 / 上厕所 / 在阳台等高危位置活动

3.3 不建议自行催吐或灌大量水

4. 帮医生准备的重要信息：翻药盒、数药板

二、本人视角：如果你就是那个吞了大把镇静药的人

三、苯二氮卓类过量 / 中毒：它到底会怎样？

1. 机制：为什么会“睡死过去”

2. 典型症状和危险信号

3. 医院大概会做什么？（简略版）

四、联用与特殊情景：BZD + 其他药物时要特别小心什么？

1. BZD + 酒精 / 阿片类止痛药：最危险组合之一

2. BZD + 抗抑郁药（包括 SSRI / SNRI）：有没有“特殊解法”？

3. BZD + 普瑞巴林 / 加巴喷丁 / 右美沙芬等“辅助镇静/止痛/止咳药”

五、对 TGN / 长期用药人群 和同伴的一点固定提醒

六、写给正在考虑“吃安眠药一睡了之”的你

1. 现实一点：BZD 过量，比你想象得更“脏”

2. 现实一点：失败结局一点也不体面

3. 换个角度：既然你都狠到能吞这么多药了

终

我的看法

版权与转载声明

Hugo Stack 主题进阶配置：避开那些年我踩过的坑，深度定制你的个人博客

前言

修改新文章的默认模板

创建友链页面

为你的Stack主题站点添加隐私政策

1.修改i8n翻译配置文件

2.修改页脚html文件

接入 Google Analytics 统计代码

结语

版权

Hugo Stack 主题搭建指南：从环境配置到静态博客上线全流程

前言

起步

1.环境准备

本地开发环境(Windows平台)

1.安装Hugo Framework

2.安装PowerShell 7 —— 命令行环境

3.安装Git —— 拉取主题

4.安装WinSCP —— 上传构建文件

服务器工作环境(Debian为例)

2.站点构建

3.站点部署

1.将构建好的文件上传至服务器

2.Nginx配置

五、对 TGN / 长期用药人群和同伴的一点固定提醒