ElysiumStack

BlogsClub二周年快乐

Wed, 22 Jul 2026 15:37:00 GMT

一晃眼的功夫BlogsClub(BC)已经陪伴了我一年了，时间过的真快，今年上半年没发文章，工作忙，生活也忙，打开交流群发现多了很多新来的小伙伴，也有一些曾经活跃的“老伙伴”慢慢淡出了视野，多少觉得有些遗憾。

我很少在BC交流群里说话，很多时候其实更喜欢看大家聊天，做一个聆听者，当然也偶尔会加入讨论或时不时出来冒个泡，有时候只是想通过这样的方式告诉大家“我还在，我没有离开BC”。我记得白熊老师曾经在BC群里说过一句话“新的来，老的在”，我非常认同，尤其是在博客圈子里，长期运营博客还是需要一些坚持和成本的，可能下一刻就会有小伙伴因为工作、学业或是财力的原因而离开，能运营起一个博客圈子并且把大家连接在一起，更是一件难上加难的事情。

今年的二周年纪念币环节依旧没有错过，也是成功兑换到了春夏秋冬系列鼠标垫，非常开心。

二周年纪念币

二周年钥匙扣

周年纪念币合照

可以说二周年logo的辨识度还是相当高的，而且纪念币的包装上也比去年精致了许多，看得出花了很大的心思。

四季鼠标垫-春

四季鼠标垫-夏

四季鼠标垫-秋

四季鼠标垫-冬

四季鼠标垫

这个鼠标垫我是真没想到会这么大，收到快递的那一刻我都震惊了，四卷超大号的鼠标垫，四季装扮的博小玥也是非常可爱了～

该死！有点舍不得用！怎么办！

总之也是和BC一起度过了一整年，希望下一周年的此刻，有更多的小伙伴加入，曾经的“老资历”们也都还在，迟来的纪念文，祝BlogsClub二周年快乐！

👉 👉 即刻加入 BlogsClub 成为老资历 👈👈

明日方舟终末地工具站汇总

Thu, 22 Jan 2026 11:19:00 GMT

本文将持续更新汇总明日方舟终末地相关的工具网站（目前截止2026年2月23日），由于内容过多，请根据目录自行取阅跳转

插个名片先 UID 1341030657

终末地UID 1341030657

Warfarin Wiki#

国内访问不太稳定

Warfarin Wiki

MAA终末地小助手#

MAA终末地小助手

告别2025 迎接2026

Mon, 29 Dec 2025 17:19:00 GMT

开头 START#

不知不觉快2026年了，感叹一下时间真的是过得太快了，今年觉得自己过得浑浑噩噩的，年初的时候也是因为一些琐碎的事情给整个2025开了个不太好的头，觉得做什么事情都不太顺心。既然一年到头了，那么也该来一些轻松的总结，去去晦气，迎接更加美好的2026了。

博客站 BLOGS#

今年在ElysiumStack建设的投入上花费的时间其实并不是很多，一方面工作比较忙，另一方面应该是比较懒（忙占4成，懒占6成），想到要做一件事情的时候才会去做，也没什么提前规划和布局。比较开心的一件事情是今年8月份加入了BlogsClub这个大家庭，整个俱乐部的氛围我非常喜欢，也是希望BlogsClub来年乃至未来能发展得更好！今年一共发了18篇文章：

这个发文数我其实对自己是不太满意的，很多时候其实是可以写一点东西出来的，但是又不想写成纯技术文，开站至今感触很深的一点就是，纯技术类的文章受众比较窄，除了同行很少有人会在意，所以明年会考虑多分享一些日常生活和一些不那么技术的技术文。

情感 EMOTION#

从年初到年末一直不是很顺利，暂时也没遇到正缘，也一直在反思是不是自己的问题，情感上的事情真的只能说随缘吧，希望明年能够遇到合适的那个人吧。

明日方舟 ARKNIGHTS#

今年基本上舟的线上活动全勤，线下参加了一些联名快闪和主题活动，5月参加了和名创联名的绒梦畅想会快闪，可惜音律联觉没抢到。7月参加了集成映射展，不过纯粹去买买买的。8月拥有了自己的痛柜，总算是把之前羊的周边和谷子聚集在一块儿了，看着还是挺舒服的。10月把羊的通行证全部收集齐。11月和朋友去吃了海底捞的联动，兔兔立牌是真的可爱。

旅行 TRAVEL#

今年没有去太多地方游玩，2月份和朋友去了一次杭州，还拍到了招财猫猫，10月份开车陪爸妈去了嘉兴南湖，原本计划去西安可惜没去成。

演唱会 CONCERT#

3月份去看了八爷的演唱会，有些歌真的在现场和在某云听完全是不一样的感受。今年倒是没怎么去看汪苏泷的演唱会，因为根本抢不到23333

最后 FINALLY#

2025年尽管诸事不顺，但也让我成长了许多，学会与自己和解，学会珍惜，也学会了告别，祝愿自己2026年心想事成，ElysiumStack也将奔着10年的目标一直运营下去，共同努力，共同进步，共同成长。

提前祝大家2026年新年快乐

2025.12.2 祝我生日快乐

Tue, 02 Dec 2025 12:02:00 GMT

又到了一年一度的生日，又长大一岁，但是并没有想着去庆祝，只是想当做很平常的一天去过。过去的一年里，遇到了很多事、遇见了很多人，也学会了更好的成为自己。

学会与自己和解#

过去我总是在乎别人对我的看法，总是害怕被别人耻笑，总觉得自己还能做得更好。这都让我在无形之中哪怕是一件很小的事情也会背上沉重的压力，我不允许自己失误，更不允许自己失败。但是后来我开始慢慢与自己和解，为何要没苦硬吃呢？人生本就是一段旅程，不可能做到每一步都踩出近乎完美和一模一样的足迹，与其如此不如开开心心过好每一天，偶尔允许自己失误、允许自己犯错、允许自己可以不优秀，不用过分在意别人对自己的看法，每一件事尽力而为不留遗憾便可。

学会珍惜#

我非常珍惜每一个愿意听我讲废话的朋友、愿意陪我发呆的朋友、很少联系却依然记得我的朋友，以及总是对我唠唠叨叨的父母，这里的每一个人都值得被珍惜。有时候幸福并不是我拥有了多少或者说我拥有了很多，而是我能被理解、能被记得、能被看到。

学会告别#

过去的一年里，我也学会了去告别一些人，有些人走着走着就走散了，有些事情久而久之就淡了，真的不必强求谁留下或者去责怪谁突然离开，大家都有属于自己的路要走，能同行一段路就已经是很幸运的一件事情了。

今天是 2025 年 12 月 2 日，我只想对自己说：

祝你生日快乐～
谢谢你在每一个想要放弃的时刻都坚持了下来～
谢谢你一直在努力让自己变得更好～
愿你在今后的日子里，始终都能眼里有光～心中有火～脚下有路～
愿你继续温柔，继续真诚，即使在过去的日子里你的感情一直都很糟糕，但是请相信你一定会遇见那个同样温柔真诚的人～

Elysium-Meting-Api公益服务

Sat, 11 Oct 2025 18:15:00 GMT

前言#

笔者最近在整理源站自用的一些API服务，想把部分API服务提供出来帮助一些博主降低部分功能的部署难度和复杂度，当然笔者依然还是提倡自行学习进行私有化部署，ElysiumMeting 是笔者基于Meting-API自建的音乐API服务，现已完全公开且仅供学习交流使用，请勿用于任何商业用途。

仅供学习交流使用，请勿用于任何商业用途

使用方法#

基础请求格式#

https://meting.elysium-stack.cn/api?参数1=XXX&参数2=XXX&参数3=XXX

参数说明（必填）#

server - 音乐平台
- netease（网易云，已支持VIP解析）
- tencent（QQ音乐）
- kugou（酷狗）
- xiami（虾米）
- baidu（百度）
- kuwo（酷我）
type - 操作类型
- search（搜索歌曲）
- song（获取歌曲详情）
- album（获取专辑）
- artist（获取歌手）
- playlist（获取歌单）
- lrc（获取歌词）
- url（获取播放链接）
- pic（获取封面图片）
id - 资源ID

请求示例#

搜索歌曲

https://meting.elysium-stack.cn/api?server=netease&type=search&id=周杰伦

获取歌曲详情

https://meting.elysium-stack.cn/api?server=netease&type=song&id=歌曲ID

获取歌词

https://meting.elysium-stack.cn/api?server=netease&type=lrc&id=歌曲ID

《空洞骑士：丝之歌》适不适合入手？

Mon, 22 Sep 2025 12:24:00 GMT

前言#

自2019年Team Cherry公布空洞骑士：丝之歌已时隔6年之久，而就在这个月4号（9月4日），丝之歌也是正式上架了Steam，笔者作为一个空洞骑士老玩家那自然也是二话不说直接就buy了，结合最近一段时间的游玩体验再加上笔者个人对游戏的客观理解，今天来说说这个“从DLC演变成正统续作”的丝之歌到底适不适合入手。

以下所有内容不会涉及游戏剧透，请放心阅读

笔者目前游戏大约50个小时，只玩了猎手和漫游者两个职能，先贴个小黑盒存档解析，目前在做全收集。

ps：但这真的不是笔者半个月没更新博客的原因_(<з>」∠)_

小黑盒存档解析

关于游戏#

以下内容为个人观点，仅供参考，每个人对游戏理解都不一样，没有对错之分

丝之歌延续了前作空洞骑士的大部分要素，除了该死的游戏难度，TC你是觉得大家都是硬核高玩是吗！因此很多地方你能看到前作的影子，以下从不同方面来说说笔者对本作的一些游戏感受。

地图#

游戏地图还是一如既往的大，笔者感觉比前作大不少但这同样也增加了跑尸的时间_(<з>」∠)_

系统#

本作取消了前作的护符系统，取而代之的是新的纹章系统（可以理解为职业切换）和陷阱工具系统（可以携带各种小道具辅助探索打怪），网上看到有玩家对这一变化表示不如前作的护符可进行多样化搭配，但笔者认为本作更强调的是合理搭配不同职业（纹章）和道具进行克敌制胜，只能说玩法各有各的优点，观点各有各的见解。

剧情#

依旧是半碎片化叙事，虽说是正统续作，笔者个人认为不及前作的剧情，但不乏一些令人震撼的场景，可能称其为“剧情补充”会更合理？纯属个人观点，如果单看丝之歌本身的话，整体剧情还是不错的。

音乐与美术#

绝赞！TC在这方面从不会令人失望！

本土化翻译#

部分中文翻译不佳，笔者一个中国人居然有看不懂中文的一天，但TC承诺后续补丁改进，所以可以观望一下。

操作#

仁者见仁智者见智，不同纹章的操作略有不同，入手的小伙伴自行体会。

强烈推荐使用手柄进行游玩！

难度#

这笔者就不得不吐槽了！**本作比前作难，但难的不是boss！**而是包含但不限于以下内容：

伤害高到离谱的小怪后期虫均打一下扣2滴血
大量专治手残的跳跳乐地图玩了丝之歌，人人都能成为前作苦痛之路高手（bushi）
令人发指的长距离跑尸地图 ♪三百六十五里路呦~~~~~♪
各种收费椅子和陷阱椅子 TC你什么不学好！整这个是吧！
etc.

难度方面笔者建议先去玩前作，再来玩丝之歌，游戏体验也许会好一点。

价格#

目前（截止2025年9月22日），游戏steam国区售价76元。

适不适合入手#

以下内容为个人观点，仅供参考，每个人对游戏理解都不一样，没有对错之分

适合入手#

[x]

平台跳跃类型或类银河恶魔城类型游戏的高手
[x]

完美通关前作空洞骑士的老玩家（玩过前作真心建议入）
[x]

对自己的操作信心十足的小伙伴

视钱包情况入手#

[x]

喜欢玩平台跳跃类型或类银河恶魔城类型的小伙伴
[x]

没玩过前作空洞骑士或只玩了一半没通关的小伙伴
[x]

对自己的操作没什么信心，但是想玩玩看的小伙伴

不适合入手#

[x]

没接触过平台跳跃类型或类银河恶魔城类型游戏的小伙伴
[x]

没什么耐心，比较容易自暴自弃的小伙伴（真不建议浪费这个钱，为啥不去吃顿好的呢）

BlogsClub一周年纪念币Get✓

Thu, 04 Sep 2025 11:09:00 GMT

建站初衷#

“搭建一个属于自己的博客站”——这个想法始于笔者2023年12月一个加班通宵的夜晚，原因很简单，当时正苦思冥想解决某个技术层面的问题，在查找问题解决方案时看到很多大佬会把自己对技术的理解、问题的解决方法等等内容记录在自己的博客里。和内容过于杂乱的社交网站比起来，博客似乎非常适合用来记录自己对知识的积累和对生活的所思所想所闻与所见，完全属于自己的一个赛博空间，因此笔者在2024年初的时候决定搭建一个专属于自己的博客，以此来分享、记录、思考、总结。

2024年01月02日：注册域名elysium-stack.cn

域名注册信息

2024年01月07日：ElysiumStack1.0站点上线（Hexo+Butterfly）

2024年01月11日：完成ICP备案

ICP备案信息

2024年11月27日：因个人工作原因，ElysiumStack1.0进入无期限停更状态

2025年01月03日：重建ElysiumStack1.0计划启动

2025年02月15日：ElysiumStack1.0重建完成，ElysiumStack2.0站点上线（Halo+Dream2.0Plus）

2025年08月13日：正式加入BlogsClub

加入BlogsClub

加入BlogsClub#

BlogsClub是笔者第一个加入的博客组织，过去，笔者几乎不曾与任何其它博主有过互动交流，加入BlogsClub之后，笔者见到了很多文笔大佬与技术大佬，大家都在坚持做着自己所热爱的事情，记录心情记录生活分享知识分享所见。笔者每天都会打开友链朋友圈逛上一会儿，没有写作质量的比较，没有技术力的比较，没有利益关系，没有阶级关系，没有身份的约束，每个人都是独立的个体，这一切都显得比社交平台的所见更加真实。

纪念币返图#

非常感谢白熊老师的精心准备，一周年纪念币分量很足，质感和包装都非常精致，期待与大家在BlogsClub的下一个周年~

一周年纪念币返图1

一周年纪念币返图2

一周年纪念币返图3

一周年纪念币返图4

Dream2.0Plus主题访客信息侧边栏美化

Tue, 26 Aug 2025 16:12:00 GMT

前段时间有小伙伴问这个是怎么实现的，单独开一篇来说一下

访客信息侧边栏效果

首先说明一下Dream2.0Plus的主题文档中提供了访客侧边栏的源码方案~~（笔者也是自己写完了才发现原来主题作者其实有提供）~~

https://www.hcjike.com/docs/halo-theme-dream2.0/theme/sidebar-assembly

如果想直接采用主题作者方案的小伙伴，直接套用上述链接内的代码按照常规的自定义侧边栏配置即可，也可自行编写HTML嵌入

~~为了对得起自己造的轮子，~~下面笔者详细说明一下制作过程。

定位API服务#

市面上有太多免费的API接口服务了，笔者测试了很多不同服务商的，当然也包括腾讯、高德、百度这些大厂，总结来说大厂的东西确实更好用，但作为个人开发者每天有限额，比如腾讯的地图服务大概是每天6000次的调用量，当然这个量级对于一个博客站来说已经完全够用了，但是配置过于复杂。经过三番比较，笔者最终选择了Nice猫，只能说这大概是笔者见过的最稳定最好用的API聚合站之一。

https://api.nsmao.net/

注册并获取API Key#

打开Nice猫，注册并登录，随后在密钥管理中找您的API KEY 密钥同时根据需要配置安全校验方式 ，建议配置。

Nice猫API密钥管理

本站访客信息侧边栏源码#

废话不多说，直接看代码

1
<style>
2
    /* 通用居中 */
3
    .align-center {
4
        text-align: center;
5
    }
6

7
    /* 高亮文字颜色 */
8
    .font-color {
9
        color: deepskyblue;
10
    }
11

12
    /* IP 遮罩：默认模糊，鼠标悬停后清晰 */
13
    .ip-mask {
14
        cursor: pointer;
15
        user-select: none;
16
        transition: all .3s ease;
17
        filter: blur(4px);
18
    }
19

20
    .ip-mask:hover {
21
        filter: none;
22
    }
23
</style>
24
<!-- 欢迎信息容器 -->
25
<div id="welcomeMessage" class="align-center">
26
    <p>🌍 小伙伴你好呀！ 🌍</p>
27
    <p>正在寻找你的足迹...</p>
28
</div>
29

30
<!-- 开往/空间穿梭按钮 -->
31
<div class="align-center">
32
    <p>🚇 继续探索未知 👇️👇️ 发现更多精彩 🚇</p>
33
    <a href="https://www.travellings.cn/go.html" target="_blank" rel="noopener" title="开往-友链接力">
34
        <img src="https://www.travellings.cn/assets/logo.gif" alt="开往-友链接力" width="120" />
35
    </a>
36
    <a href="https://blogs.quest" target="_blank" title="空间穿梭-随机访问 BlogsClub 成员博客">
37
        <img src="https://www.blogsclub.org/images/shuttle_4.png" alt="空间穿梭" />
38
    </a>
39
</div>
40

41
<script>
42
    /***********************
43
     * 工具函数
44
     ***********************/
45

46
    /** 根据当前小时获取问候语与建议 */
47
    function getGreetingAndAdvice() {
48
        const hour = new Date().getHours();
49

50
        if (hour < 6) {
51
            return {
52
                greeting: "🌛 深夜好呀 👋",
53
                advice: "🌙这么晚还不睡嘛，不要熬夜，早点休息啦！🌙"
54
            };
55
        } else if (hour < 11) {
56
            return {
57
                greeting: "🌞 早上好呀 👋",
58
                advice: "💪新的一天！ 充满活力！💪"
59
            };
60
        } else if (hour < 13) {
61
            return {
62
                greeting: "🍽️ 中午好呀 👋",
63
                advice: "🍔别忘了享受一顿美味的午餐！🍔"
64
            };
65
        } else if (hour < 18) {
66
            return {
67
                greeting: "☕ 下午好呀 👋",
68
                advice: "🍵休息一下，喝杯咖啡吧！🍵"
69
            };
70
        } else if (hour < 22) {
71
            return {
72
                greeting: "🌜 晚上好呀 👋",
73
                advice: "🌃放松心情，享受夜晚的宁静！🌃"
74
            };
75
        } else {
76
            return {
77
                greeting: "🌛 深夜好呀 👋",
78
                advice: "🌙这么晚还不睡嘛，不要熬夜，早点休息啦！🌙"
79
            };
80
        }
81
    }
82

83
    /** 角度转弧度 */
84
    function toRadians(degrees) {
85
        return degrees * (Math.PI / 180);
86
    }
87

88
    /** 根据经纬度计算与“本站”之间的距离（km） */
89
    function calculateDistance(lat, lng) {
90
        // 地球半径 km
91
        const R = 6371;
92
        // 自定义纬度
93
        const customLat = 0.0;
94
        // 自定义经度
95
        const customLng = 0.0;
96

97
        const dLat = toRadians(lat - customLat);
98
        const dLon = toRadians(lng - customLng);
99

100
        const a =
101
            Math.sin(dLat / 2) ** 2 +
102
            Math.cos(toRadians(customLat)) *
103
            Math.cos(toRadians(lat)) *
104
            Math.sin(dLon / 2) ** 2;
105

106
        const c = 2 * Math.atan2(Math.sqrt(a), Math.sqrt(1 - a));
107
        return (R * c).toFixed(2);
108
    }
109

110
    /***********************
111
     * 网络请求
112
     ***********************/
113

114
    /** 获取当前访问者的 IP 与地理位置信息 */
115
    async function fetchLocation() {
116
        // 拼接上你的key
117
        const url = "https://api.nsmao.net/api/ip/query?key=";
118
        try {
119
            const res = await fetch(url);
120
            const { code, data } = await res.json();
121
            if (code === 200) {
122
                return {
123
                    ip: data.ip,
124
                    country: data.country,
125
                    province: data.prov,
126
                    city: data.city,
127
                    district: data.district,
128
                    adcode: data.adcode,
129
                    length: calculateDistance(data.lat, data.lng)
130
                };
131
            }
132
        } catch (e) {
133
            console.error("获取地理位置失败：", e);
134
        }
135
        return null;
136
    }
137

138
    /***********************
139
     * 渲染逻辑
140
     ***********************/
141

142
    /** 将获取到的信息渲染到欢迎区域 */
143
    function renderWelcomeMessage(location) {
144
        const { greeting, advice } = getGreetingAndAdvice();
145
        document.getElementById("welcomeMessage").innerHTML = `
146
                <p class="align-center"><strong>${greeting}</strong></p>
147
                <p>
148
                    欢迎来自
149
                    <strong class="font-color">${location.province}</strong>
150
                    <strong class="font-color">${location.city}</strong>
151
                    <strong class="font-color">${location.district}</strong>
152
                    的小伙伴！
153
                </p>
154
                <p class="align-center">${advice}</p>
155
                <p class="align-center">
156
                    🌍 您当前的 IP 是
157
                    <strong><span class="ip-mask font-color">${location.ip}</span></strong> 🌍
158
                </p>
159
                <p class="align-center">
160
                    📍 距离 <strong class="font-color">本站</strong> 约
161
                    <strong class="font-color">${location.length}</strong> 公里哦！📍
162
                </p>
163
                <hr />
164
            `;
165
    }
166

167
    /** 初始化：获取地理位置并渲染 */
168
    async function init() {
169
        const location = await fetchLocation();
170
        if (location) {
171
            renderWelcomeMessage(location);
172
        } else {
173
            document.getElementById("welcomeMessage").innerHTML =
174
                `<p>🌍 这位小伙伴，你似乎迷失了~🌍</p>
175
                     <p>获取位置信息失败，请稍后再试~😅<p>`;
176
        }
177
    }
178

179
    /***********************
180
     * 入口
181
     ***********************/
182

183
    // 兼容各种加载状态
184
    if (document.readyState === "loading") {
185
        document.addEventListener("DOMContentLoaded", init);
186
    } else {
187
        init();
188
    }
189
</script>

展开收起

以上有几个需要进行配置的地方：

customLat（纬度）和customLng（经度）分别代表自定义的经纬度，默认是0.0，你可以设置成任何位置，同时也可以一并修改描述信息<strong class="font-color">本站</strong>，将本站改为你的目标地点名称。
const url = "https://api.nsmao.net/api/ip/query?key=";这里的key需要自行拼接上刚才在Nice猫生成的key

经纬度的获取也非常方便，直接使用百度坐标拾取器就行

https://lbs.baidu.com/maptool/getpoint

最后，把代码复制进自定义模块侧边栏的侧边栏内容里就大功告成了。

自定义模块侧边栏配置

四个步骤使用UptimeKuma搭建状态监测站

Sun, 24 Aug 2025 23:36:00 GMT

简介#

UptimeKuma是一个开源的自托管监控工具，详情可见Github

https://github.com/louislam/uptime-kuma

它可以帮助我们定时监控目标域名或中间件服务的运行状态，同时提供SSL证书到期提示的能力。本站的ElysiumKuma监测站便是基于UptimeKuma容器来进行部署的

https://kuma.elysium-stack.cn/manage-status-page

UptimeKuma的部署方式也非常简单，只需进行一些细节的配置便可进行使用，那么和往常一样，笔者还是以docker容器化部署来详细说明过程中的要点。本文全程会使用docker，如果不会部署docker，可以参考我的这篇文章

https://www.elysium-stack.cn/archives/docker-install

第一步：拉取uptime-kuma镜像#

1
 docker pull louislam/uptime-kuma:1

由于dockerhub在国内访问受限，如果拉取失败请更换镜像源/添加镜像加速。

第二步：创建运行kuma容器#

一行命令搞定

1
docker run -d --restart=always -p 3003:3001 -v /data/uptime-kuma:/app/data --name uptime-kuma louislam/uptime-kuma

这里有两个需要注意的地方：

-p 3003:3001 kuma容器内的运行端口是3001，由于笔者的服务器中3001端口被Meting占用，因此映射到了3003，请根据自己的服务器的实际情况调整。
-v /data/uptime-kuma:/app/data kuma在容器内部的安装目录在/app/data下，而/data/uptime-kuma是笔者自定义的本地挂载目录，可以改成本地其他目录，请根据实际需要调整。

第三步：访问kuma控制台#

浏览器访问ip+映射端口号，例如笔者的就是http://x.x.x.x:3003

UptimeKuma控制台

首次访问需要配置管理员账号，按步骤操作，随后使用管理员账号登录即可。

第四步：添加监控项及状态页面#

点击添加监控项，在右侧的页面中配置需要监控的内容

添加监控项

可以监控的类型有很多，大家可以自行研究

监控类型列表

添加完成后，可以在左侧的列表中看到已经配置的监控内容

已配置的监控列表

接着点击状态页面，创建一个状态页

创建状态页面

需要注意的是路径是访问状态页面的地址拼接，之后在你需要进行页面跳转的地方会用到，不要和其它页面路由冲突

状态页面路径配置

添加完状态页面后，点击新增的记录，随后点击添加监控项配置需要展示的监控项，也可以添加分组便于分类。例如笔者先添加了主站组和友情链接组，根据分组点击把监控项拖进对应的分组，最后点击保存

添加监控项到分组

至此，一个属于你自己的kuma监测站就完成了，复制页面地址，将其配置在你需要进行跳转的位置即可~

UptimeKuma监测站完成效果

自签证书真的安全吗？什么是中间人攻击？

Mon, 18 Aug 2025 20:59:00 GMT

关于如何制作自签证书，笔者在这篇文章中有详细的讲解

《自建CA证书与带CA的SSL自签证书》

本篇文章会作为补充，说明自签证书的风险，以及何种情况下能使用，何种情况下不能使用，在介绍这些之前我们先来看一个问题：

自签证书究竟安不安全？#

安全但也不安全！

看似说了句废话，但确实如此，我们需要根据不同的场景来分析这个问题。

首先，我们在上一篇文章中说过，证书一般由受信任的第三方CA来签发，这就意味着应用系统必须部署在能够被CA验证到的地方，也就是公网环境，但并不是所有的应用系统一定会部署在公网，比如企业的OA系统、银行的清分系统等等，这些系统通常会部署在内网环境，因此需要使用自签证书。

其次自签证书由于是由不受信任的CA签发，因此绝大多数的浏览器也不会信任这些网站，同时还会弹出警告提醒用户甄别。

浏览器自签证书警告

从加密手段上来说，自签证书是安全的，但是对于整个系统的生态来说，自签证书也是不安全的。

自签证书何时安全？何时不安全？#

笔者整理了一张表格，相信聪明的你看完就能明白~


场景		安全性	说明
本地开发环境		安全	数据流只会在自己的机器或者容器里打转，几乎不会受到攻击。
内网环境	未安装证书	危险	自签证书必须通过内网DNS服务器配置或者终端进行安装才能生效，否则无法抵御中间人攻击。
所有设备安装证书	安全	自己当CA自己签发证书自己批量安装证书使所有设备受信，整个链路完整，浏览器不会弹出警告，能在一定程度上抵御中间人攻击。
公网环境		危险	自签证书不受CA认证，赤裸裸的活靶子，无法抵御中间人攻击。

什么是中间人攻击#

中间人攻击，全称Man-in-the-Middle Attack（简称MitM），攻击者通过一些技术手段将自己置于用户与目标服务之间的通信链路中，扮演“中间人”的角色，看似是用户直接访问了服务，实际上用户的访问首先经过了“中间人”，再到达目标服务，从而实现：

窃听：监听并窃取敏感信息。
篡改：修改通信内容。
会话劫持：窃取用户的会话令牌，冒充用户身份。
伪装：伪造身份，欺骗通信双方。

按照攻击类型，笔者粗略整理了六大类攻击类型：

WiFi假冒：攻击者创建恶意的WiFi热点，名称与合法热点相似，诱导用户连接，从而截获流量。
DNS劫持：攻击者伪造ARP响应包，将自己的MAC地址伪装成网关或其他主机的MAC地址，从而截获局域网流量。
SSL劫持：攻击者伪造或盗用合法网站的SSL证书，欺骗用户浏览器，使其误以为连接的是安全网站。
邮件劫持：攻击者置己于发送方与接收方之间，截获、篡改甚至重定向邮件流量。
ARP欺骗：攻击者篡改DNS解析结果，将用户访问的合法网站域名解析到恶意的IP地址，从而将用户重定向到钓鱼网站。
SSL剥离：攻击者拦截用户与服务器之间的HTTPS连接请求，强制降级为不安全的HTTP连接，从而以明文方式窃取数据。

如何抵御中间人攻击#

笔者整理了一些技术层面常用的防护手段，如：

强制使用HTTPS加密
验证SSL证书
实施证书固定
采取端到端加密
使用VPN
etc.

防护的手段不止局限于技术层面，人为层面的防护也尤为重要，凡事没有绝对，网络安全亦是如此，而我们需要做的就是不断去完善、持续去迭代防御体系，把中间人攻击的发生概率和造成的影响降到最低。

自建CA证书与带CA的SSL自签证书

Wed, 13 Aug 2025 16:39:00 GMT

①基本概念#

HTTP(Hypertext Transfer Protocol)#

超文本传输协议，使用该协议进行访问的数据是没有任何加密措施的，任何人都可以使用监听等手段窃取传输过程中的信息数据，因此是一种不安全的传输协议。

HTTPS(Hypertext Transfer Protocol Secure)#

超文本传输安全协议，基于HTTP的基础之上结合了SSL与TLS协议，提供了加密通讯以及服务器身份鉴定的能力，是一种安全的传输协议。

SSL(Secure Socket Layer)#

安全套接层，通俗点说就是数据加密，它的作用就是对服务器与客户端之间传输的数据流进行加密。

SSL证书#

可以理解为服务器的“营业执照”，通常由公认受信的互联网数字证书颁发机构，也就是CA(Certificate Authority)，经过服务器身份验证后所签发的“营业执照”，即SSL证书

域名#

可以理解为一个网站的标识符，访问一个网站需要知道对应服务器的IP地址，但是如果靠IP地址来记忆对应的网站着实有些麻烦，而域名的存在便是简化了这种访问成本，例如本站的域名是elysium-stack.cn，当你访问本站时你不需要知道本站的IP是什么，DNS服务器会自动将域名进行解析并找到对应的站点IP地址，从而进一步访问，通常域名会与SSL证书进行绑定。

②为什么要使用SSL证书#

最根本的目的是保护数据在传输过程中的安全！如果你的系统要做信息安全等级保护（等保测评），那么就必须要使用基于HTTPS协议的安全连接。那么你可能发现了一个问题：

Q：如果我的系统部署在内网，CA没办法验证我的服务器，那我不是就拿不到公认CA签发的SSL证书了吗？

A：确实如此，但是我们可以自建CA同时自己签发证书

③什么是自签证书#

自签证书是不受信任的CA所签发的SSL证书，讲人话就是自己手搓的SSL证书，自签证书可以分为两种：

带CA的自签证书
- 先手搓一个CA，然后再手搓一张SSL证书，同时使用自己的CA来进行证书的签发，便于管理与控制证书吊销等操作，一般会用这个（本文也将以此为例）。
不带CA的自签证书
- 直接手搓一张SSL证书。

④创建CA证书与自签证书#

正片开始接下来笔者会详细说明如何创建自己的CA以及如何通过自己的CA来签发证书

前置条件：
- 一台linux服务器或mac电脑
- OpenSSL库（笔者的版本是3.0.13）
- 一个自定义的域名且必须要满足域名的命名规则

以下笔者会以test.study.cn域名为例

第一步：创建自定义CA密钥#

在控制台中输入以下命令

1
# customCA这个名字可以自己改
2
openssl genrsa -des3 -out customCA.key 2048

接着会提示Enter PEM pass phrase与Verifying - Enter PEM pass phrase，创建密码同时会有二次确认，记住这个密码，后面会用到！

创建CA密钥

然后在目录中会自动生成文件customCA.key

CA密钥文件生成

第二步：根据CA密钥，创建CA证书#

在控制台中输入以下命令

1
# customCA.key是第一步中生成的，3650是证书的有效期（单位：天），那这里就是10年的有效期
2
openssl req -x509 -new -nodes -key customCA.key -sha256 -days 3650 -out customCA.pem

接着会提示Enter pass phrase for customCA.key要求输入第一步中你创建的密码，输入即可

填写CA证书信息

验证通过后需要填写关于CA的信息，来看一下都是什么意思：


名称	填写内容	示例（说明）
Country Name (2 letter code) [AU]	国家代码	CN（中国）
State or Province Name (full name) [Some-State]	省级名称	Shanghai（上海）
Locality Name (eg, city) []	市级名称	Shanghai（上海）
Organization Name (eg, company) [Internet Widgits Pty Ltd]	组织名称	StudyCA（根据实际修改）
Organizational Unit Name (eg, section) []	组织单位名称	StudyCA（根据实际修改）
Common Name (e.g. server FQDN or YOUR name) []	CA证书名称	Study Cert（根据实际修改）
Email Address []	邮箱	（根据实际填写）

CA证书信息填写完成

填写完成后，会在目录下生成pem格式的CA证书文件customCA.pem，但我们需要把它转成crt格式，输入以下命令

1
# customCA.pem是刚才生成的pem格式证书
2
openssl x509 -outform der -in customCA.pem -out customCA.crt

然后我们会得到一个crt格式的CA证书文件customCA.crt

CA证书文件生成

第三步：创建用以生成域名证书的配置文件#

输入以下命令（一行一行输入）

1
cat >> study.ext <<EOF
2
authorityKeyIdentifier=keyid,issuer
3
basicConstraints=CA:FALSE
4
keyUsage=digitalSignature, nonRepudiation, keyEncipherment, dataEncipherment
5
subjectAltName=@alt_names
6
[alt_names]
7
# 注意这里test.study.cn是需要关联的域名，替换成你自己的即可
8
DNS.1 = test.study.cn
9
EOF

创建ext配置文件

然后我们会得到一个study.ext的配置文件

ext配置文件生成

第四步：创建域名证书密钥#

输入以下命令

1
# test.study.cn.csr和test.study.cn.csr.key是域名test.study.cn.csr的密钥
2
openssl req -new -sha256 -nodes -out test.study.cn.csr -newkey rsa:2048 -keyout test.study.cn.csr.key

接着需要填写关于域名的信息，也还是先看一下都是什么意思：


名称	填写内容	示例（说明）
Country Name (2 letter code) [AU]	国家代码	CN（中国）
State or Province Name (full name) [Some-State]	省级名称	Shanghai（上海）
Locality Name (eg, city) []	市级名称	Shanghai（上海）
Organization Name (eg, company) [Internet Widgits Pty Ltd]	组织名称	Study（根据实际修改）
Organizational Unit Name (eg, section) []	组织单位名称	Study（根据实际修改）
Common Name (e.g. server FQDN or YOUR name) []	域名	test.study.cn（根据实际修改）
Email Address []	邮箱	（根据实际填写）
A challenge password []	创建私钥保护密码	（根据实际填写）
An optional company name []	额外公司名称	（根据实际填写）

填写域名证书信息

第五步：根据【第一步的CA密钥】、【第二步的CA证书】、【第三步的配置文件】、【第四步域名证书密钥】生成自签域名证书#

只需一行命令，如下：#

1
# 365是证书的有效期（单位：天），那这里就是1年的有效期
2
openssl x509 -req -in test.study.cn.csr -CA customCA.pem -CAkey customCA.key -CAcreateserial -out test.study.cn.crt -days 365 -sha256 -extfile study.ext

提示需要输入【第一步的CA证书密码】，输入即可

签发域名证书

完成后，我们就能得到自定义CA证书与域名test.study.cn的SSL自签证书

CA证书与自签域名证书生成完成

明日方舟MAA定时自动化一键长草

Tue, 22 Jul 2025 13:19:00 GMT

今天来记录些不一样的东西，玩过明日方舟的博士们对MAA应该都不会陌生吧，以防有人不知道还是在此简单介绍一下。

什么是MAA#

MAA全称MaaAssistantArknights，是各位民间大佬们基于安卓模拟器以及图像识别技术开发的一款自动刷图、自动基建换班以及一键日常的明日方舟减负工具，具体内容可自行查阅官网及开源项目了解。

MAA官网#

https://maa.plus/

MAA开源项目#

MaaAssistantArknights

Repository details unavailable

—

Unavailable

MAA本身的功能实际上已经满足了绝大多数博士们的需求，配合安卓模拟器即可轻松实现一键清理日常，但笔者认为这还不够，有没有一种能够完全解放双手实现全自动化的一键日常的方式呢？答案当然是有的，实际上MAA的开发者们其实也为博士们提供了很多配置功能来辅助实现这样的效果。

前置条件

笔者只说明MAA在计算机不断电情况下的自动化配置，如果你不希望电表爆炸，请通过bios或其它工具来实现自动定时开机（MAA本身提供了任务完成后关机的功能），同时请确保你已经安装安卓模拟器，以下会以MuMu模拟器12来说明，以MAAv5.20.0版本为例。

MAA主界面

1.切换配置【可忽略】#

切换配置

没啥好说的，建议自己新增一个配置出来，直接在配置名称中输入一个新的配置名字，然后点击添加，稍后MAA会重启并加载新的配置

2.定时执行#

定时执行配置

MAA提供了同时设置8个启动时间点的配置，简单说就是你希望MAA什么时候开始进行工作，笔者这里设置的是每8小时工作一次，即早上8点、下午16点和晚上0点，根据需要可自行修改，最后鼠标点击勾选上，左键点击表示循环执行，右键点击表示该时间点在配置完成后只会生效一次，强制定时启动不建议勾选。

3.性能设置【可忽略】#

性能设置

无需修改

4.运行设置#

运行设置

仅客户端类型需要根据不同服务器进行修改，其余项不用调整。

开始前脚本与结束后脚本可以根据需要添加一些额外的功能。

5.连接设置#

连接设置

这里的配置有点多，来看一下几个重点配置项，未提到的项可忽略：

自动检测连接：取消勾选。
ADB路径（相对/绝对）：选择你的模拟器ADB启动项，以MuMu模拟器12为例，ADB的启动项一般在安装路径下的shell文件夹内，如果你找不到模拟器的安装路径，可以右键模拟器的快捷方式查看属性。

查看模拟器安装路径

连接地址：输入127.0.0.1:16384。
连接配置：以MuMu模拟器12为例，这里选择MuMu模拟器12。
MuMu安装路径：参考ADB路径（相对/绝对）的配置，需要注意的是这里选择安装根目录。
ADB连接失败时尝试启动模拟器：勾选。
退出时释放ADB：勾选。

ADB是什么？ADB全称AndroidDebugBridge，它是一个能够让计算机与Android设备进行连接调试以及控制的命令行工具。

6.启动设置#

启动设置

这里只需要设置模拟器路径和等待模拟器启动时间，为的是让MAA唤起模拟器，笔者额外设置了开机MAA自启，可根据情况勾选。以MuMu模拟器12为例找到模拟器安装路径下shell文件夹内的MuMuPlayer.exe，等待时间笔者设置的是60秒。

7.远程控制【可忽略】#

远程控制

无需修改

8.界面设置【可忽略】#

界面设置

无需修改

9.背景设置【可忽略】#

背景设置

无需修改

10.外部通知【可忽略但建议设置】#

外部通知配置

根据需要可以配置MAA完成任务后通过SMTP协议或其他消息中间件发送邮件或消息以反馈MAA任务完成情况，笔者这里配置了SMTP协议，关于如何开启邮箱的SMTP服务，可参考这篇文章：https://blog.csdn.net/m0_62140641/article/details/142205387

下面这个是笔者的最终效果图

SMTP邮件通知效果

11.热键设置【可忽略】#

热键设置

无需修改

12.成就设置【可忽略】#

成就设置

嗯？？？？？无需修改

13.更新设置【可忽略但建议设置】#

更新设置

建议勾选自动下载更新包与自动安装更新包，当然国内Github下载资源的速度非常慢，可以花一点小小的代价用Mirror酱更新。

Mirror酱是一个国内Docker镜像加速服务，可以显著提升镜像拉取速度。

14.完成后退出模拟器【可忽略但建议设置】#

完成后退出模拟器

最后一步，需要在一键长草界面中修改完成后的事件，仅勾选退出模拟器

OK，那么在完成上述配置以后，只需要把MAA启动着，无需点击LinkStart!即可实现不断电情况下的定时自动化一键长草。

Docker常用指令大全

Mon, 30 Jun 2025 12:03:00 GMT

整理一些常用的docker命令，同时也是方便笔者自己在工作中查阅，长期更新

由于篇幅过长，可使用Ctrl+F 根据关键词搜索

docker服务类命令#

Terminal window展开收起

1
#查看docker服务运行状态
2
systemctl status docker
3
#启动docker服务
4
systemctl start docker
5
#停止docker服务
6
systemctl stop docker
7
#重启docker服务
8
systemctl restart docker
9
#设置docker服务开机自启动
10
systemctl enable docker
11
#查看docker版本信息
12
docker version
13
#查看docker详细信息
14
docker info
15
#查看所有容器占用资源情况
16
docker stats

展开收起

docker镜像类命令#

Terminal window

1
#根据名称拉取镜像（此方法会默认拉取最新版本）
2
docker pull [image_name]
3
#根据名称+标签拉取镜像（标签一般为版本号，如：docker pull nginx:1.24）
4
docker pull [image_name]:[tag]
5
#搜索指定镜像
6
docker search [image_name]
7
#查看已拉取的所有镜像信息
8
docker images
9
#移除指定镜像
10
docker rmi -f [image_id]
11
#移除多个指定镜像
12
docker rmi -f [image_id] [image_id]
13
#移除所有镜像
14
docker rmi -f $(docker images -aq)

docker容器类命令#

Terminal window展开收起

1
#查看运行中的容器
2
docker ps
3
#查看所有容器
4
docker ps -a
5
#进入一个运行中的指定ID容器
6
docker exec -it [container_id] /bin/bash
7
#【仅限在容器内部使用】停止容器并退出
8
exit
9
#【仅限在容器内部使用】不停止容器并退出
10
ctrl+P+Q
11
#根据指定ID镜像启动一个新的容器(params可以忽略也可以加入多个参数，具体如下)
12
docker run [params] [image_id]:[version]
13
           #为容器命名
14
           --name [container_name]
15
           #启用容器守护
16
           -d
17
           #创建宿主机与容器内部的端口映射
18
           -p [host_port]:[container_port]
19
           #将宿主机指定目录挂载到容器内部的指定目录，即持久化目录映射
20
           -v [host_path]:[container_path]
21
#启动指定ID容器
22
docker start [container_id]
23
#停止指定ID容器
24
docker stop [container_id]
25
#强制停止指定ID容器
26
docker kill [container_id]
27
#重启指定ID容器
28
docker restart [container_id]
29
#移除指定ID容器
30
docker rm -f [container_id]
31
#移除所有容器
32
docker rm -f $(docker ps -aq)
33
#查看指定容器的日志信息(params可以忽略也可以加入多个参数，具体如下)
34
docker logs [params] [container_id]
35
            #显示日志时间戳
36
            -t
37
            #实时更新日志信息（使用该参数会一直打印日志）
38
            -f
39
            #指定显示最后多少条日志
40
            --tail [number]
41
#查看容器内部的进程占用情况
42
docker top [container_id]
43
#将容器内指定目录下的内容拷贝到宿主机指定目录下
44
docker cp [contianer_id]:[contianer_path] [host_path]
45
#将宿主机指定目录下的内容拷贝到容器内指定目录下
46
docker cp [host_path] [contianer_id]:[contianer_path]
47
#将容器转换为自定义名称与自定义标签的镜像，标签一般为版本号（params可以忽略也可以加入多个参数，具体如下）
48
docker commit [params] [container_id] [image_name]:[tag]
49
              #为镜像添加描述信息
50
              -m [description]
51
              #为镜像添加作者信息
52
              -a [author_name]
53
#将指定镜像导出为镜像压缩包
54
docker save -o [tar_name].tar [image_name]
55
#导入镜像压缩包
56
docker load -i [tar_name].tar

展开收起

Meting快速私有化部署及SSL配置教程

Wed, 18 Jun 2025 17:09:00 GMT

Meting是一个非常好用的开源音乐Api框架，笔者在重建本站后将音乐模块由原先的Aplayer框架改为了使用Meting框架，但在整个使用过程中发现公共的MetingApi接口经常会由于网络原因导致加载不出音乐模块，因此笔者选择将Meting进行私有化部署，以提高音乐模块的稳定性。接下来笔者会详细说明部署流程以及SSL相关的配置，最终使用域名来访问Meting接口。

事前准备工作#

linux服务器一台
Nginx环境
Docker环境及docker-compose插件
（可选）SSL证书
不怕踩坑的良好心态

第一步：编写docker-compose.yml配置文件#

1
services:
2
  meting:
3
    image: intemd/meting-api:latest
4
    hostname: meting-api
5
    container_name: meting-api
6
    restart: always
7
    ports:
8
      - "3000:3000"

第二步：执行配置文件并创建容器#

Terminal window

1
docker-compose -f docker-compose.yml up -d

完整这一步之后，就可以通过3000端口访问meting的测试页面了，例：127.0.0.1:3000

第三步【可选】：配置HTTPS域名访问#

如果你已经配置好了SSL证书可以直接进入第四步

打开Nginx的配置文件，添加SSL证书配置

1
# 配置 域名访问
2
server {
3
    listen 443 ssl;
4
    # 【需要修改】
5
    server_name www.xxxxxx.cn;
6

7
    # SSL 配置
8
    # 【需要修改】
9
    ssl_certificate /ssl/xxxxxx.crt;
10
    # 【需要修改】
11
    ssl_certificate_key /ssl/xxxxxx.key;
12
    ssl_session_timeout 5m;
13
    ssl_protocols TLSv1.2 TLSv1.3;
14
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;
15
    ssl_prefer_server_ciphers on;
16

17
    # 设置客户端请求体的最大大小
18
    client_max_body_size 100m;
19

20
    # 拒绝基于 IP 的直接访问
21
    # 【需要修改】
22
    if ($host != "www.xxxxxx.cn") {
23
        # 直接关闭连接
24
        return 444;
25
    }
26

27
    # 默认代理到 实际内网ip地址及端口，也就是前端访问页面的入口
28
    location / {
29
        # 【需要修改】
30
        proxy_pass http://127.0.0.1:8080/;
31
        proxy_set_header HOST $host;
32
        proxy_set_header X-Forwarded-Proto $scheme;
33
        proxy_set_header X-Real-IP $remote_addr;
34
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
35
    }
36

37
    # 错误页面配置
38
    error_page 500 502 503 504 /50x.html;
39
    location = /50x.html {
40
        root /usr/share/nginx/html;
41
    }
42
}

展开收起

然后重启nginx生效

第四步【可选】：添加meting接口反向代理#

1
location /meting/ {
2
  # 【需要修改】
3
  #  meting的访问地址,这里的端口一定要和meting部署的外部端口保持一致
4
  proxy_pass http://127.0.0.1:3000/; # 设置的端口
5
  proxy_set_header X-Forwarded-Host $scheme://$host:$server_port/meting;
6
}

这里有个坑，如果你希望使用一个独立的域名来访问Meting接口，那么必须要给代理加上一个路由，例如：/meting，直接代理到/虽然也可以访问，但是访问协议会变成HTTP，而不是HTTPS，从而导致.lrc歌词文件或.mp3音频文件获取失败。

至此，Meting的部署与SSL配置就完成了，接下来就可以通过Meting提供的接口来播放自己喜欢的歌曲啦

Meting接口帮助文档参考：https://github.com/metowolf/Meting

快速理解正向代理与反向代理

Mon, 16 Jun 2025 23:51:00 GMT

刚步入工作跟项目时，经常会有前端的同学和你说“XXX跨域了，Nginx做一下代理”，你也明白用Nginx做一下代理就能解决跨域的问题，但是对于“代理”这两个字你既熟悉又陌生，直到有人来问你，加速器是正向代理还是反向代理？VPN是正向代理还是反向代理？负载均衡是正向代理还是反向代理？你蒙圈了。

Q1：加速器是正向代理还是反向代理？#

Q2：VPN是正向代理还是反向代理？#

Q3：负载均衡是正向代理还是反向代理？#

在回答这三个问题之前，来快速理解一下正、反向代理的区别

正向代理#

正向代理

如上图，用户在已知目标服务器的地址的情况下，用户无法直接访问目标服务器，此时就需要一台能访问目标服务器的代理服务器，让它来代替用户去获取目标服务器的资源然后返回给用户，这种情况被称为正向代理。

很显然，正向代理的场景下，用户明确知道目标服务器的地址，但是无法访问，需要借助一些中间手段。

反向代理#

反向代理

如上图，依然是用户在已知目标服务器（代理服务器）的地址的情况下，用户可以直接访问目标服务器（代理服务器），但是实际上，用户的请求会被转发到对应的目标服务器ABC，比如目标服务器（代理服务器）收到用户的请求后发现用户需要的资源在目标服务器A，那么目标服务器（代理服务器）就会去目标服务器A获取用户需要的资源然后返回给用户，同样如果目标服务器（代理服务器）发现用户需要的资源在目标服务器B，那么目标服务器（代理服务器）就会去目标服务器B获取用户需要的资源然后返回给用户，这种情况被称为反向代理。

很显然，反向代理的场景下，用户只知道目标服务器的地址，并不知道目标服务器A、目标服务器B、目标服务器C的存在，整个请求转发的过程对用户来说都是无感的，从用户侧看到的“目标服务器”实则上是“代理服务器”。

那么接下来回答一下开头的三个问题

Q1、Q2、Q3答案#

A1：加速器属于正向代理

A2：VPN属于正向代理

A3：负载均衡属于反向代理

基于Postgresql使用Umami搭建访客监测站

Fri, 13 Jun 2025 17:50:00 GMT

Umami 是一款轻量级的开源网站分析工具，能够非常方便的分析出网站的访客来源以及访客最常访问的资源等数据并以可视化图表的形式展示出来，本站已私有化部署了Umami来分析访客来源以及访问资源数据，具体可查看下方地址体验。

https://umami.elysium-stack.cn/share/gOS01HeeWBxf0yRj/www.elysium-stack.cn

如果需要了解更多关于Umami的内容，也可以访问https://umami.is/查看

第一步：编写postgres的docker-compose.yml配置#

1
services:
2
  db:
3
    # postgres最新镜像
4
    image: postgres:latest
5
    hostname: postgres
6
    container_name: postgres
7
    restart: always
8
    environment:
9
      # 初始数据库（可自行修改）
10
      POSTGRES_DB: postgres
11
      # 数据库连接用户（可自行修改）
12
      POSTGRES_USER: postgres
13
      # 数据库连接密码（可自行修改）
14
      POSTGRES_PASSWORD: postgres
15
    ports:
16
      # 容器内外映射端口号
17
      - "5432:5432"
18
    volumes:
19
      # 容器内外持久化目录
20
      - /data/postgresql/data:/var/lib/postgresql/data

展开收起

第二步：创建并启动postgres容器#

Terminal window

1
# 会自动拉取postgres:latest镜像
2
docker-compose -f docker-compose.yml up -d

第三步：编写umami的docker-compose.yml配置#

1
services:
2
    umami:
3
        # umami pg版本最新镜像
4
        image: umamisoftware/umami:postgresql-latest
5
        container_name: umami
6
        environment:
7
            # 示例：- DATABASE_URL=postgresql://postgres:postgres@127.0.0.1:5432/postgres
8
            - DATABASE_URL=postgresql://<数据库连接用户>:<数据库连接密码>@<数据库访问ip>:<端口号>/<默认数据库>
9
        ports:
10
            - 3000:3000
11
        restart: always

第四步：创建并启动umami容器#

Terminal window

1
# 会自动拉取umamisoftware/umami:postgresql-latest镜像
2
docker-compose -f docker-compose.yml up -d

第五步：访问umami管理页，获取分享链接以及js注入代码#

浏览器输入部署终端的ip+端口号，如：127.0.0.1:3000

umami登录页

默认用户名为admin，密码为umami，登录成功后进入管理页面

umami管理页

点击导航栏Settings

umami设置页

点击Add website输入需要观测的域名（不是ip地址）

umami添加站点页

添加完成后点击Edit，然后点击Tracking code获取JS注入代码，复制它

umami获取js注入代码页

将这段代码注入到你的站点全局head标签中

umami注入js代码页

所有配置工作完成，接下来回到管理页面点击Share URL，启动Enable share URL，同时获取URL地址

umami分享链接页

第六步：访问Umami Share URL#

umami访客概览

umami访客分析

umami实时数据

至此Umami的搭建大功告成，需要观测其它站点同样也只需添加配置，然后JS注入即可

Nacos安装部署及配置教程

Fri, 06 Jun 2025 17:00:00 GMT

由于nacos原生只支持内存数据库与mysql，对于一些国产化数据库来说并没有做好适配，那么笔者想专门说一说对于一些国产化数据库该如何去进行nacos的配置，笔者将会从nacos的部署到人大金仓（kingbase）的配置，讲解这整个流程中的操作方式，下面直接进入正题。

第一步：获取Nacos镜像#

使用pull拉取最新nacos镜像

Terminal window

1
docker pull nacos/nacos-server

拉取nacos镜像

第二步：获取数据库驱动jar包#

官网也给出了下载地址人大金仓下载中心，同样选择对应的数据库版本，然后在”接口驱动”中进行下载，可以在下载解压后的压缩包里找到对应版本的驱动包

下载数据库驱动

那么这里笔者将会使用kingbase8-8.6.0.jar这个驱动，按照实际情况选择对应的包即可

第三步：创建持久化目录（conf、logs、data、libs）#

笔者在根目录data文件中创建，你也可以选择其它位置作为你的之后挂载节点

Terminal window

1
cd /data
2
mkdir nacos
3
cd /data/nacos
4
mkdir conf
5
mkdir logs
6
mkdir libs

文件目录结构如下

创建nacos持久化目录

第四步：上传数据库驱动包至libs文件夹#

这一步没啥好说的，有手就行

上传数据库驱动

第五步：编写application.properties配置文件#

1
# 这里这个mysql不用管，不影响最终连接kingbase
2
spring.datasource.platform=mysql
3
db.num=1
4
# 【需要修改】这里替换成你的数据库连接ip和端口，其它参数不要动
5
db.url.0=jdbc:kingbase8://127.0.0.1:54321/nacos_config?allowEncodingChanges=true&clientEncoding=UTF8
6
# 【需要修改】数据库认证用户
7
db.user.0=admin
8
# 【需要修改】数据库认证密码
9
db.password.0=admin123
10
# 开启集群鉴权
11
nacos.core.auth.enabled=true
12
nacos.core.auth.enable.userAgentAuthWhite=false
13
nacos.core.auth.plugin.nacos.token.secret.key=${NACOS_AUTH_TOKEN:iW0hB1iM1gX3uG5bF1kB4wB4gY9oP0pR9yI4fK0zE4kJ3gR9vU8uV9uH3xP8cJ7hX3uX5xO0}
14
nacos.core.auth.server.identity.key=${NACOS_AUTH_IDENTITY_KEY:admin}
15
nacos.core.auth.server.identity.value=${NACOS_AUTH_IDENTITY_VALUE:admin}

展开收起

然后将这个配置文件上传至config文件夹内

上传application.properties

第六步：配置Nacos数据库#

这里直接提供SQL脚本了，直接丢数据库运行一下一键生成所需要的库和表单

1
CREATE DATABASE nacos_config ENCODING = 'UTF8';
2
\ C nacos_config;
3
CREATE TABLE "config_info" (
4
  "id" BIGSERIAL NOT NULL,
5
  "data_id" VARCHAR ( 255 ) NOT NULL,
6
  "group_id" VARCHAR ( 128 ),
7
  "content" TEXT NOT NULL,
8
  "md5" VARCHAR ( 32 ),
9
  "gmt_create" TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
10
  "gmt_modified" TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
11
  "src_user" TEXT,
12
  "src_ip" VARCHAR ( 50 ),
13
  "app_name" VARCHAR ( 128 ),
14
  "tenant_id" VARCHAR ( 128 ) DEFAULT '',
15
  "c_desc" VARCHAR ( 256 ),
16
  "c_use" VARCHAR ( 64 ),
17
  "effect" VARCHAR ( 64 ),
18
  "type" VARCHAR ( 64 ),
19
  "c_schema" TEXT,
20
  "encrypted_data_key" VARCHAR ( 1024 ) NOT NULL DEFAULT '',
21
  PRIMARY KEY ( "id" ),
22
  UNIQUE ( "data_id", "group_id", "tenant_id" )
23
);
24
COMMENT ON TABLE "config_info" IS 'config_info';
25
COMMENT ON COLUMN "config_info"."id" IS 'id';
26
CREATE TABLE "config_info_gray" (
27
  "id" BIGSERIAL NOT NULL,
28
  "data_id" VARCHAR ( 255 ) NOT NULL,
29
  "group_id" VARCHAR ( 128 ) NOT NULL,
30
  "content" TEXT NOT NULL,
31
  "md5" VARCHAR ( 32 ),
32
  "src_user" TEXT,
33
  "src_ip" VARCHAR ( 100 ),
34
  "gmt_create" TIMESTAMP ( 3 ) NOT NULL DEFAULT CURRENT_TIMESTAMP ( 3 ),
35
  "gmt_modified" TIMESTAMP ( 3 ) NOT NULL DEFAULT CURRENT_TIMESTAMP ( 3 ),
36
  "app_name" VARCHAR ( 128 ),
37
  "tenant_id" VARCHAR ( 128 ) DEFAULT '',
38
  "gray_name" VARCHAR ( 128 ) NOT NULL,
39
  "gray_rule" TEXT NOT NULL,
40
  "encrypted_data_key" VARCHAR ( 256 ) NOT NULL DEFAULT '',
41
  PRIMARY KEY ( "id" ),
42
  UNIQUE ( "data_id", "group_id", "tenant_id", "gray_name" )
43
);
44
CREATE INDEX "idx_dataid_gmt_modified" ON "config_info_gray" ( "data_id", "gmt_modified" );
45
CREATE INDEX "idx_gmt_modified" ON "config_info_gray" ( "gmt_modified" );
46
COMMENT ON TABLE "config_info_gray" IS 'config_info_gray';
47
CREATE TABLE "config_tags_relation" (
48
  "id" BIGINT NOT NULL,
49
  "tag_name" VARCHAR ( 128 ) NOT NULL,
50
  "tag_type" VARCHAR ( 64 ),
51
  "data_id" VARCHAR ( 255 ) NOT NULL,
52
  "group_id" VARCHAR ( 128 ) NOT NULL,
53
  "tenant_id" VARCHAR ( 128 ) DEFAULT '',
54
  "nid" BIGSERIAL NOT NULL,
55
  PRIMARY KEY ( "nid" ),
56
  UNIQUE ( "id", "tag_name", "tag_type" )
57
);
58
CREATE INDEX "idx_tenant_id" ON "config_tags_relation" ( "tenant_id" );
59
COMMENT ON TABLE "config_tags_relation" IS 'config_tag_relation';
60
CREATE TABLE "group_capacity" (
61
  "id" BIGSERIAL NOT NULL,
62
  "group_id" VARCHAR ( 128 ) NOT NULL DEFAULT '',
63
  "quota" INTEGER NOT NULL DEFAULT 0,
64
  "usage" INTEGER NOT NULL DEFAULT 0,
65
  "max_size" INTEGER NOT NULL DEFAULT 0,
66
  "max_aggr_count" INTEGER NOT NULL DEFAULT 0,
67
  "max_aggr_size" INTEGER NOT NULL DEFAULT 0,
68
  "max_history_count" INTEGER NOT NULL DEFAULT 0,
69
  "gmt_create" TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
70
  "gmt_modified" TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP,
71
  PRIMARY KEY ( "id" ),
72
  UNIQUE ( "group_id" )
73
);
74
COMMENT ON TABLE "group_capacity" IS '集群、各Group容量信息表';
75
CREATE TABLE "users" ( "username" VARCHAR ( 50 ) NOT NULL PRIMARY KEY, "password" VARCHAR ( 500 ) NOT NULL, "enabled" BOOLEAN NOT NULL );
76
CREATE TABLE "roles" ( "username" VARCHAR ( 50 ) NOT NULL, "role" VARCHAR ( 50 ) NOT NULL, UNIQUE ( "username", "role" ) );
77
CREATE TABLE "permissions" (
78
  "role" VARCHAR ( 50 ) NOT NULL,
79
  "resource" VARCHAR ( 128 ) NOT NULL,
80
  "action" VARCHAR ( 8 ) NOT NULL,
81
  UNIQUE ( "role", "resource", "action" )
82
);
83
CREATE TABLE config_info_beta (
84
  ID INTEGER AUTO_INCREMENT NOT NULL,
85
  data_id VARCHAR ( 255 ) NOT NULL,
86
  group_id VARCHAR ( 128 ) NOT NULL,
87
  app_name VARCHAR ( 128 ) DEFAULT NULL,
88
  CONTENT TEXT NOT NULL,
89
  beta_ips TEXT DEFAULT NULL,
90
  md5 VARCHAR ( 32 ) DEFAULT NULL,
91
  gmt_create datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
92
  gmt_modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
93
  src_user TEXT,
94
  src_ip VARCHAR ( 20 ) DEFAULT NULL,
95
  tenant_id VARCHAR ( 128 ) DEFAULT '',
96
  encrypted_data_key TEXT
97
);
98
COMMENT ON TABLE config_info_beta IS 'config_info_beta';
99
COMMENT ON COLUMN config_info_beta.gmt_create IS '创建时间';
100
COMMENT ON COLUMN config_info_beta.gmt_modified IS '修改时间';
101
COMMENT ON COLUMN config_info_beta.src_user IS 'source user';
102
COMMENT ON COLUMN config_info_beta.tenant_id IS '租户字段';
103
COMMENT ON COLUMN config_info_beta.encrypted_data_key IS '秘钥';
104
ALTER TABLE config_info_beta ADD CONSTRAINT pk_config_info_beta PRIMARY KEY ( ID ) ENABLE VALIDATE;
105
ALTER TABLE config_info_beta ADD CONSTRAINT uk_configinfobeta_datagrouptenant UNIQUE ( data_id, group_id, tenant_id ) ENABLE VALIDATE;
106
CREATE TABLE config_info_tag (
107
  ID INTEGER AUTO_INCREMENT NOT NULL,
108
  data_id VARCHAR ( 255 ) NOT NULL,
109
  group_id VARCHAR ( 128 ) NOT NULL,
110
  tenant_id VARCHAR ( 128 ) DEFAULT '',
111
  tag_id VARCHAR ( 128 ) NOT NULL,
112
  app_name VARCHAR ( 128 ) DEFAULT NULL,
113
  CONTENT TEXT NOT NULL,
114
  md5 VARCHAR ( 32 ) DEFAULT NULL,
115
  gmt_create datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
116
  gmt_modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
117
  src_user TEXT,
118
  src_ip VARCHAR ( 20 ) DEFAULT NULL
119
);
120
COMMENT ON TABLE config_info_tag IS 'config_info_tag';
121
COMMENT ON COLUMN config_info_tag.gmt_create IS '创建时间';
122
COMMENT ON COLUMN config_info_tag.gmt_modified IS '修改时间';
123
COMMENT ON COLUMN config_info_tag.src_user IS 'source user';
124
COMMENT ON COLUMN config_info_tag.src_ip IS 'source ip';
125
ALTER TABLE config_info_tag ADD CONSTRAINT pk_config_info_tag PRIMARY KEY ( ID ) ENABLE VALIDATE;
126
ALTER TABLE config_info_tag ADD CONSTRAINT uk_configinfotag_datagrouptenanttag UNIQUE ( data_id, group_id, tenant_id, tag_id ) ENABLE VALIDATE;
127
CREATE TABLE his_config_info (
128
  ID BIGINT NOT NULL,
129
  nid BIGINT NOT NULL AUTO_INCREMENT,
130
  data_id VARCHAR ( 255 ) NOT NULL,
131
  group_id VARCHAR ( 128 ) NOT NULL,
132
  app_name VARCHAR ( 128 ) DEFAULT NULL,
133
  CONTENT TEXT NOT NULL,
134
  md5 VARCHAR ( 32 ) DEFAULT NULL,
135
  gmt_create datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
136
  gmt_modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
137
  src_user TEXT,
138
  src_ip VARCHAR ( 20 ) DEFAULT NULL,
139
  op_type CHAR ( 10 ) DEFAULT NULL,
140
  tenant_id VARCHAR ( 128 ) DEFAULT '',
141
  encrypted_data_key TEXT
142
);
143
COMMENT ON TABLE his_config_info IS '多租户改造';
144
COMMENT ON COLUMN his_config_info.tenant_id IS '租户字段';
145
COMMENT ON COLUMN his_config_info.encrypted_data_key IS '秘钥';
146
ALTER TABLE his_config_info ADD CONSTRAINT pk_his_config_info PRIMARY KEY ( nid ) ENABLE VALIDATE;
147
CREATE INDEX idx_gmt_create ON his_config_info USING BTREE ( gmt_create ) TABLESPACE sys_default;
148
CREATE INDEX idx_gmt_modified ON his_config_info USING BTREE ( gmt_modified ) TABLESPACE sys_default;
149
CREATE INDEX idx_did ON his_config_info USING BTREE ( data_id ) TABLESPACE sys_default;
150
CREATE TABLE tenant_capacity (
151
  ID BIGINT NOT NULL AUTO_INCREMENT,
152
  tenant_id VARCHAR ( 128 ) NOT NULL DEFAULT '',
153
  quota INTEGER NOT NULL DEFAULT '0',
154
  USAGE INTEGER NOT NULL DEFAULT '0',
155
  max_size INTEGER NOT NULL DEFAULT '0',
156
  max_aggr_count INTEGER NOT NULL DEFAULT '0',
157
  max_aggr_size INTEGER NOT NULL DEFAULT '0',
158
  max_history_count INTEGER NOT NULL DEFAULT '0',
159
  gmt_create datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
160
  gmt_modified datetime NOT NULL DEFAULT CURRENT_TIMESTAMP
161
);
162
COMMENT ON TABLE tenant_capacity IS '租户容量信息表';
163
COMMENT ON COLUMN tenant_capacity.ID IS '主键ID';
164
COMMENT ON COLUMN tenant_capacity.tenant_id IS 'Tenant ID';
165
COMMENT ON COLUMN tenant_capacity.quota IS '配额，0表示使用默认值';
166
COMMENT ON COLUMN tenant_capacity.USAGE IS '使用量';
167
COMMENT ON COLUMN tenant_capacity.max_size IS '单个配置大小上限，单位为字节，0表示使用默认值';
168
COMMENT ON COLUMN tenant_capacity.max_aggr_count IS '聚合子配置最大个数';
169
COMMENT ON COLUMN tenant_capacity.max_aggr_size IS '单个聚合数据的子配置大小上限，单位为字节，0表示使用默认值';
170
COMMENT ON COLUMN tenant_capacity.max_history_count IS '最大变更历史数量';
171
COMMENT ON COLUMN tenant_capacity.gmt_create IS '创建时间';
172
COMMENT ON COLUMN tenant_capacity.gmt_modified IS '修改时间';
173
ALTER TABLE tenant_capacity ADD CONSTRAINT pk_tenant_capacity PRIMARY KEY ( ID ) ENABLE VALIDATE;
174
ALTER TABLE tenant_capacity ADD CONSTRAINT uk_tenant_id UNIQUE ( tenant_id ) ENABLE VALIDATE;
175
CREATE TABLE tenant_info (
176
  ID BIGINT NOT NULL AUTO_INCREMENT,
177
  kp VARCHAR ( 128 ) NOT NULL,
178
  tenant_id VARCHAR ( 128 ) DEFAULT '',
179
  tenant_name VARCHAR ( 128 ) DEFAULT '',
180
  tenant_desc VARCHAR ( 256 ) DEFAULT NULL,
181
  create_source VARCHAR ( 32 ) DEFAULT NULL,
182
  gmt_create BIGINT NOT NULL,
183
  gmt_modified BIGINT NOT NULL
184
);
185
COMMENT ON TABLE tenant_info IS 'tenant_info';
186
COMMENT ON COLUMN tenant_info.gmt_create IS '创建时间';
187
COMMENT ON COLUMN tenant_info.gmt_modified IS '修改时间';
188
ALTER TABLE tenant_info ADD CONSTRAINT pk_tenant_info PRIMARY KEY ( ID ) ENABLE VALIDATE;
189
ALTER TABLE tenant_info ADD CONSTRAINT uk_tenant_info_kptenantid UNIQUE ( kp, tenant_id ) ENABLE VALIDATE;
190
CREATE INDEX idx_tenant_id_2 ON tenant_info USING BTREE ( tenant_id ) TABLESPACE sys_default;
191
INSERT INTO tenant_info ( ID, kp, tenant_id, tenant_name, tenant_desc, create_source, gmt_create, gmt_modified )
192
VALUES
193
  ( 1, '1', 'dev', 'dev', '开发环境', NULL, 1641741270448, 1641741287236 ),
194
  ( 2, '1', 'prod', 'prod', '生产环境', NULL, 1641741270448, 1641741287236 ),
195
  ( 3, '1', 'test', 'test', '测试环境', NULL, 1641741270448, 1641741287236 );

展开收起

正常情况会生成如下库和表单

nacos数据库表

第七步：编写docker-compose.yml文件#

这个配置文件放哪儿都可以，笔者放在/home/nacos下，配置内容如下

1
services:
2
  nacos:
3
    image: nacos/nacos-server:latest
4
    container_name: nacos
5
    environment:
6
      MODE: standalone
7
      JVM_XMS: 512m
8
      JVM_XMX: 512m
9
      JVM_XMN: 256m
10
      DB_POOL_CONFIG_DRIVERCLASSNAME: com.kingbase8.Driver
11
    volumes:
12
      - /data/nacos/libs/kingbase8-8.6.0.jar:/home/nacos/plugins/kingbase8-8.6.0.jar
13
      - /data/nacos/conf/application.properties:/home/nacos/conf/application.properties
14
      - /data/nacos/logs/:/home/nacos/logs
15
    privileged: true
16
    restart: always
17
    network_mode: "host"

展开收起

第八步：启动Nacos容器并访问#

Terminal window

1
# 【需要修改】进入刚才编写好的docker-compose.yml所在目录
2
cd /home/nacos
3
# 启动！
4
docker-compose -f up docker-compose.yml up -d

接着直接访问服务器ip的8848端口即可打开nacos管理页，首次登录会要求设置密码

设置nacos密码

nacos登录页

完成以上步骤便大功告成

Kafka安装部署及配置教程

Fri, 07 Mar 2025 15:14:00 GMT

今天来说一下关于Kafka（卡夫卡）的部署方法，以下是市面上的主流消息中间件（如果打不开请使用科学手段）

RabbitMQ https://www.rabbitmq.com/

Kafka https://kafka.apache.org/

RocketMQ https://rocketmq.apache.org/

ActiveMQ https://activemq.apache.org/

其中，后三者为Apache基金会产品，这里不展开说明Apache基金会是什么以及四种消息中间件的优劣势，笔者最近正好在使用Kafka，那么下面直接进入正题。

第一步：获取Kafka Docker镜像#

使用pull拉取最新Kafka镜像

Terminal window

1
docker pull apache/kafka

第二步：启动临时容器并创建本地持久化目录#

Kafka默认端口使用9092，首先先随便启一个容器，这样做只是为了方便创建容器内外目录的映射关系

Terminal window

1
docker run -d --name kafka -p 9092:9092 apache/kafka

使用cp命令拷贝容器内目录到本地，笔者此处将容器内目录拷贝至本地/data/kafka下，因此先创建本地目录

Terminal window

1
mkdir -p /data/kafka

然后拷贝容器内的目录至本地，注意冒号前的kafka是容器的名字，也可以使用容器id

Terminal window

1
docker cp kafka:/etc/kafka /data/kafka

拷贝完成后这个容器就没用了，干掉它，要先停止容器才能移除容器

Terminal window

1
# 停止容器
2
docker stop kafka
3
# 移除容器
4
docker rm kafka

第三步：创建Kafka容器并映射到本地持久化目录#

很简单，直接一行命令

Terminal window

1
docker run -d --name kafka -p 9092:9092 -v /data/kafka/:/etc/kafka/  apache/kafka

这样kafka服务就创建完成并且在9092端口上运行起来了，但是还没完，还需要开放ip访问，默认只允许使用localhost访问

第四步：配置访问ip地址#

在本地持久化目录下找到server.properties配置文件

配置kafka访问ip

把这里的ip地址改成服务器的IP地址，笔者使用的内网ip，根据实际开发需要修改，

如果是正式部署上线的项目，请不要使用服务器的公网ip

配置kafka访问ip

最后重启一下容器，大功告成

Terminal window

1
docker restart kafka

完成以上步骤，一个简单的kafka服务就部署完成了

国产化数据库人大金仓（KingBase）部署教程

Tue, 18 Feb 2025 23:45:00 GMT

最近同事求助，加上笔者自己也没有做过相关的记录，在此讲解一下国产化数据库（KingBase）的部署教程，KingBase本质是什么用过PostgreSql的懂的都懂

Kingbase有多种部署方式，笔者这里推荐使用docker容器部署，维护方便，但是需要写一些配置文件，笔者将会以Linux环境下的部署为例，请确认你的Linux环境已经安装好docker服务以及docker-compose工具，如果没有安装，可以参考我之前的文章

https://www.elysium-stack.cn/archives/docker-install

那么下面正式开始。

第一步：获取人大金仓docker镜像#

如果你有现成的镜像压缩包，比如kingbase\_v008r006c008b0014\_single\_x86.tar，那么可以跳过此步骤。

如果没有，打开

https://www.kingbase.com.cn/download.html

找到**“KingbaseES数据库Docker镜像”**，右侧选择需要使用版本，然后在下方选择对应CPU的镜像包进行下载，一般选择X64_Linux，如果你使用的是国产化CPU，也可以选择对应的CPU版本进行下载。（过程中可能会需要填写一些信息，看着填写即可）

KingBaseES数据库Docker镜像

下载验证

接着你会得到一个tar格式的镜像压缩包。

第二步：上传镜像压缩包至服务器#

可以随意找个文件夹塞进去，比如笔者喜欢放在/home下，然后cd进入该目录

Terminal window

1
cd /home

第三步：使用docker读取镜像压缩包#

Terminal window

1
docker load -i kingbase_v008r006c008b0014_single_x86.tar

把压缩包的名字改成你实际压缩包的名字，读取完成后，可以使用images指令，查看当前已加载镜像。

Terminal window

1
docker images

第四步：创建数据持久化目录#

这个目录的作用是持久化数据库的数据，避免容器重启后数据丢失，笔者喜欢在根目录下创建一个data文件夹

Terminal window

1
cd /
2
mkdir data
3
cd /data
4
mkdir kingbase
5
cd /data/kingbase
6
mkdir data
7
cd /data/kingbase/data

稍后将会把容器内的数据库目录挂载到本地/data/kingbase/data目录下

第五步：编写docker-compose.yml文件#

老规矩，回到笔者最爱的home，创建docker-compose.yml文件

Terminal window

1
cd /home
2
vim docker-compose.yml

在docker-compose.yml中编写如下内容

Terminal window展开收起

1
services:
2
    kingbase:
3
        # 这里可以自行修改你的容器名称（需自行修改）
4
        container_name: kingbase
5
        # 这里是镜像名称，如果你不知道镜像名称可以使用docker images查看（需自行修改）
6
        image: kingbase_v008r006c008b0014_single_x86:v1
7
        privileged: true
8
        restart: always
9
        environment:
10
            TZ: "Asia/Shanghai"
11
            # 访问数据库的用户名（需自行修改）
12
            DB_USER: xxxx
13
            # 访问数据库的密码（需自行修改）
14
            DB_PASSWORD: xxxx
15
        ports:
16
            # 容器内部与外部的端口映射（默认不要动，kingbase默认使用54321端口）
17
            - "54321:54321"
18
        volumes:
19
            # 持久化目录映射，如果你刚才创建/data/kingbase/data/，那么你可以直接使用下面这个映射配置
20
            - /data/kingbase/data/:/home/kingbase/userdata/data/

展开收起

保存docker-compose.yml文件

第六步：创建并运行容器#

使用docker-compose工具开始创建容器，首先确保处在docker-compose.yml同级目录中

Terminal window

1
cd /home

然后执行如下命令

Terminal window

1
docker-compose -f docker-compose.yml up -d

等待容器创建完毕

第七步：查看容器运行状态#

使用如下命令查看容器的运行状态

Terminal window

1
docker ps -a

不出意外，你应该会看到

容器运行状态

STATUS表示Up xx xx，即表示容器正在运行，部署完成。

下面是一些常用的容器管理指令

Terminal window

1
# 启动容器
2
docker start 容器名称或容器id
3
# 停止容器
4
docker stop 容器名称或容器id
5
# 重启容器
6
docker restart 容器名称或容器id
7
# 删除容器
8
docker rm 容器名称或容器id

第八步：访问数据库#

接下来你就可以使用各类DB工具进行访问了，需要注意的是，人大金仓默认初始数据库是kingbase，用户名和密码是刚才docker-compose.yml配置中的用户名和密码，端口号使用54321

docker/docker-compose安装教程

Tue, 18 Feb 2025 15:19:00 GMT

最近经常遇到需要自己部署私有化服务，而多数情况下我都是使用docker容器去部署服务，那么docker的安装便成了部署的前置条件，受制于实际部署过程中有无网络等其它环境因素的影响，离线部署相对来说麻烦一点，下面详细说一下离线部署docker以及docker-compose的方式。

本文主要围绕linux操作系统说明docker/docker-compose的安装步骤，windows有桌面程序（docker desktop）可以直接使用，另外不同版本之间的命令可能会有差异，建议自行查阅官方文档获取准确的信息。

docker安装#

离线安装#

第一步：下载docker离线部署包#

打开下载地址随后按需下载对应版本的tgz压缩包即可

第二步：上传docker部署包并解压#

把下载好的tgz文件上传到你的服务器上，任意文件夹均可，例如 /home/docker-20.10.20.tgz

进入docker包所在的目录下（此处为/home目录）

Terminal window

1
cd /home

解压缩tgz文件得到docker文件夹

Terminal window

1
tar -zxvf docker-20.10.20.tgz

第三步：移动docker文件夹至/usr/bin目录下#

Terminal window

1
mv docker/* /usr/bin/

第四步：创建docker.service配置文件#

Terminal window

1
vim /etc/systemd/system/docker.service

建议这个配置文件放在/etc/systemd/system/

然后将docker.service配置文件中的内容修改为如下

Terminal window展开收起

1
[Unit]
2
Description=Docker Application Container Engine
3
Documentation=https://docs.docker.com
4
After=network-online.target firewalld.service
5
Wants=network-online.target
6
[Service]
7
Type=notify
8
ExecStart=/usr/bin/dockerd
9
ExecReload=/bin/kill -s HUP $MAINPID
10
LimitNOFILE=infinity
11
LimitNPROC=infinity
12
TimeoutStartSec=0
13
Delegate=yes
14
KillMode=process
15
Restart=on-failure
16
StartLimitBurst=3
17
StartLimitInterval=60s
18
[Install]
19
WantedBy=multi-user.target

展开收起

接着保存即可

第五步：修改docker执行权限#

Terminal window

1
chmod +x /etc/systemd/system/docker.service

然后重启daemon使其生效

Terminal window

1
systemctl daemon-reload

第六步：设置自启动#

Terminal window

1
systemctl enable docker.service

第七步：启动docker#

Terminal window

1
systemctl start docker

第八步：验证docker安装#

Terminal window

1
docker -v

显示docker版本信息即安装完成

docker-compose安装#

离线安装#

第一步：从github上下载docker-compose#

打开https://github.com/docker/compose/releases根据需要下载对应的docker-compose文件，我这里下载的docker-compose-linux-x86_64，不同的服务器内核会有区别

第二步：上传docker-compose文件#

随便找个地方放，我放在/home下

第三步：移动docker-compose至/usr/local/bin目录下#

Terminal window

1
mv docker-compose-linux-x86_64 /usr/local/bin/docker-compose

第四步：修改docker-conpose执行权限#

Terminal window

1
chmod +x /usr/local/bin/docker-compose

第五步：验证docker-compose安装#

Terminal window

1
docker-compose -v

显示docker-compose版本信息即安装完成

ElysiumStack

BlogsClub二周年快乐

明日方舟终末地工具站汇总

终末地·协议终端#

终末地基质规划器#

终末地量化计算器#

排轴终端#

互动地图#

官方地图工具#

剧情检索系统#

一图流#

拼图解密#

Warfarin Wiki#

MAA终末地小助手#

告别2025 迎接2026

开头 START#

博客站 BLOGS#

情感 EMOTION#

明日方舟 ARKNIGHTS#

旅行 TRAVEL#

演唱会 CONCERT#

最后 FINALLY#

2025.12.2 祝我生日快乐

学会与自己和解#

学会珍惜#

学会告别#

Elysium-Meting-Api公益服务

前言#

相关资源#

使用方法#

基础请求格式#

参数说明（必填）#

请求示例#

《空洞骑士：丝之歌》适不适合入手？

前言#

关于游戏#

地图#

系统#

剧情#

音乐与美术#

本土化翻译#

操作#

难度#

价格#

适不适合入手#

适合入手#

视钱包情况入手#

不适合入手#

BlogsClub一周年纪念币Get✓

建站初衷#

加入BlogsClub#

纪念币返图#

Dream2.0Plus主题访客信息侧边栏美化

定位API服务#

注册并获取API Key#

本站访客信息侧边栏源码#

四个步骤使用UptimeKuma搭建状态监测站

简介#

第一步：拉取uptime-kuma镜像#

第二步：创建运行kuma容器#

第三步：访问kuma控制台#

第四步：添加监控项及状态页面#

自签证书真的安全吗？什么是中间人攻击？

自签证书究竟安不安全？#

自签证书何时安全？何时不安全？#

什么是中间人攻击#

如何抵御中间人攻击#

自建CA证书与带CA的SSL自签证书

①基本概念#

HTTP(Hypertext Transfer Protocol)#

HTTPS(Hypertext Transfer Protocol Secure)#

SSL(Secure Socket Layer)#

SSL证书#

域名#

②为什么要使用SSL证书#

③什么是自签证书#

④创建CA证书与自签证书#

第一步：创建自定义CA密钥#

第二步：根据CA密钥，创建CA证书#

第三步：创建用以生成域名证书的配置文件#