Firefly

Firefly 简单使用指南

Fri, 02 Jan 1970 00:00:00 GMT

这个博客模板是基于 Astro 构建的。对于本指南中未提及的内容，您可以在 Astro 文档中找到答案。

文章的 Front-matter#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
description: 这是我新 Astro 博客的第一篇文章。
5
image: ./cover.jpg
6
tags: [前端, 开发]
7
category: 前端开发
8
draft: false
9
---

属性	描述
`title`	文章标题。
`published`	文章发布日期。
`updated`	文章更新日期。如果未设置，将默认使用发布日期。
`pinned`	是否将此文章置顶在文章列表顶部。
`description`	文章的简短描述。显示在首页上。
`image`	文章封面图片路径。 1. 以 `http://` 或 `https://` 开头：使用网络图片 2. 以 `/` 开头：`public` 目录中的图片 3. 不带任何前缀：相对于 markdown 文件的路径
`tags`	文章标签。
`category`	文章分类。
`lang`	文章语言代码（如 `zh-CN`）。仅当文章语言与站点默认语言不同时设置。
`licenseName`	文章内容的许可证名称。
`licenseUrl`	文章内容的许可证链接。
`author`	文章作者。
`sourceLink`	文章内容的来源链接或参考。
`draft`	如果这篇文章仍是草稿，则不会显示。
`comment`	是否启用此文章的评论功能。默认为 `true`。
`slug`	自定义文章 URL 路径。如果不设置，将使用文件名作为 URL。
`password`	文章密码。设置后文章内容将被 AES-256-GCM 加密，访客需输入密码才能查看。
`passwordHint`	密码提示。显示在密码输入框上方，帮助访客回忆密码，也可以不加。

文章文件的放置位置#

您的文章文件应放置在 src/content/posts/ 目录中。您也可以创建子目录来更好地组织您的文章和资源。

1
src/content/posts/
2
├── post-1.md
3
└── post-2/
4
    ├── cover.png
5
    └── index.md

自定义文章 URL (Slug)#

什么是 Slug？#

Slug 是文章 URL 路径的自定义部分。如果不设置 slug，系统将使用文件名作为 URL。

Slug 使用示例#

示例 1：使用文件名作为 URL#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/my-first-blog-post

示例 2：自定义 Slug#

1
---
2
title: 我的第一篇博客文章
3
published: 2023-09-09
4
slug: hello-world
5
---

文件：src/content/posts/my-first-blog-post.md

URL：/posts/hello-world

示例 3：其他语言文件名使用Slug#

1
---
2
title: 如何使用 Firefly 博客主题
3
published: 2023-09-09
4
slug: how-to-use-firefly-blog-theme
5
---

文件：src/content/posts/如何使用Firefly博客主题.md

URL：/posts/how-to-use-firefly-blog-theme

Slug 使用建议#

使用英文和连字符：my-awesome-post 而不是 my awesome post
保持简洁：避免过长的 slug
具有描述性：让 URL 能够反映文章内容
避免特殊字符：只使用字母、数字和连字符
保持一致性：在整个博客中使用相似的命名模式

注意事项#

Slug 一旦设置并发布，建议不要随意更改，以免影响 SEO 和已存在的链接
如果多个文章使用相同的 slug，后面的文章会覆盖前面的
Slug 会自动转换为小写

弱电智能化设计：网线桥架尺寸计算全攻略

Wed, 15 Jul 2026 00:00:00 GMT

在弱电智能化设计中，网线桥架尺寸的计算是方案深化和出图的必修课。桥架定小了，施工队拉线时会卡死、发热甚至被验收拒收；定大了，总包和审计又会提造价核减。

规范的计算绝不是靠「拍脑袋」，而是有一套标准的数学公式和行业沉淀下来的经验口诀。

一、核心规范依据：40% 填充率原则#

根据国家标准《综合布线系统工程设计规范》GB 50311 的严格要求：

槽式电缆桥架内缆线布放所占面积不应超过槽内截面积的 40%。

留出的 60% 空间，一方面是为了方便施工人员拉线敷设、避免网线互相挤压变形（影响双绞线的绞距和传输性能），另一方面是为业主未来的业务扩展留出预留量。

二、桥架尺寸的精细化计算公式#

在实际设计中，我们通常采用以下四步走策略进行精确计算。

1. 明确网线的物理参数#

不同类别的网线外径（ddd）不同，计算时要以厂家样本为准。常见规格如下：

线缆类型	外径范围
超五类非屏蔽（Cat5e UTP）	5.0 mm∼5.5 mm5.0\text{ mm} \sim 5.5\text{ mm}5.0 mm∼5.5 mm
六类非屏蔽（Cat6 UTP）	6.0 mm∼6.5 mm6.0\text{ mm} \sim 6.5\text{ mm}6.0 mm∼6.5 mm
六类屏蔽（Cat6 FTP）	7.0 mm∼7.4 mm7.0\text{ mm} \sim 7.4\text{ mm}7.0 mm∼7.4 mm
超六类屏蔽（Cat6A FTP）	7.8 mm∼8.5 mm7.8\text{ mm} \sim 8.5\text{ mm}7.8 mm∼8.5 mm

2. 精算核心公式#

单根网线的截面积为：

S1=π×(d2)2≈0.785×d2S_1 = \pi \times \left(\frac{d}{2}\right)^2 \approx 0.785 \times d^2S1=π×(2d)2≈0.785×d2

整条主干路由上的网线总截面积为：

S总=N×S1S_{\text{总}} = N \times S_1S总=N×S1

结合 40% 的空间利用率限制，所需的桥架最小有效截面积为：

S桥架≥S总0.4S_{\text{桥架}} \ge \frac{S_{\text{总}}}{0.4}S桥架≥0.4S总

3. 实战案例演练#

条件： 某办公楼走廊主桥架，需要容纳从弱电间引出的 150 根六类非屏蔽网线（线径取 6.0 mm），求桥架尺寸。

第一步：单根网线面积 S1=3.14×32≈28.26 mm2S_1 = 3.14 \times 3^2 \approx 28.26\text{ mm}^2S1=3.14×32≈28.26 mm2

第二步：150 根总面积 S总=150×28.26=4239 mm2S_{\text{总}} = 150 \times 28.26 = 4239\text{ mm}^2S总=150×28.26=4239 mm2

第三步：所需桥架面积 S桥架=42390.4=10597.5 mm2S_{\text{桥架}} = \frac{4239}{0.4} = 10597.5\text{ mm}^2S桥架=0.44239=10597.5 mm2

第四步：尺寸配给 若选择常用高度 H=100 mmH = 100\text{ mm}H=100 mm 的桥架，则宽度：

W=10597.5100=105.975 mmW = \frac{10597.5}{100} = 105.975\text{ mm}W=10010597.5=105.975 mm

第五步：向上取整到标准生产模数 此时最接近的标准桥架是 150×100 mm150 \times 100\text{ mm}150×100 mm 或 200×100 mm200 \times 100\text{ mm}200×100 mm。考虑到后期可能还会有少量消防或 BA 的线缆共用，图纸一般直接锁死 200×100 mm200 \times 100\text{ mm}200×100 mm。

三、行业常用的快捷估算表#

在做方案前期或者赶工期时，如果没时间一根根去算公式，弱电同行通常会用一套「六类网线快速对查表」（按常规高 100mm 桥架、40% 填充率推算）：

常用桥架规格（宽 × 高）	截面积 (mm²)	40% 有效截面积 (mm²)	六类网线最大推荐容纳数量（根）
100×50 mm100 \times 50\text{ mm}100×50 mm	5000	2000	约 60 ~ 70 根
100×100 mm100 \times 100\text{ mm}100×100 mm	10000	4000	约 130 ~ 140 根
200×100 mm200 \times 100\text{ mm}200×100 mm	20000	8000	约 260 ~ 280 根
300×100 mm300 \times 100\text{ mm}300×100 mm	30000	12000	约 400 ~ 420 根
400×100 mm400 \times 100\text{ mm}400×100 mm	40000	16000	约 550 ~ 580 根

四、弱电同行的避坑深化经验#

1. 扁平化原则（宁宽勿深）#

如果算出来截面积需要 20000 mm220000\text{ mm}^220000 mm2，推荐选择 200×100 mm200 \times 100\text{ mm}200×100 mm，而不是 100×200 mm100 \times 200\text{ mm}100×200 mm。网线在桥架里堆叠得太高，底部的网线会因为重力受到挤压，影响高频信号传输；而且宽桥架更利于网线散热（尤其是支持大功率 PoE 供电的网线）。

2. 多系统共用桥架的扣减#

如果你的桥架里不仅走网络网线，还要并穿监控网线、楼宇 BA 控制线、门禁线，计算时必须把其他线缆的面积一并累加。对于强电磁干扰的线缆，记得在桥架内部设计金属隔板进行物理隔离。

3. 弯曲半径的隐形空间#

网络大对数电缆或光缆在转弯处要求的弯曲半径通常是线径的 4~10 倍。在桥架三通、四通或者转弯的地方，往往线缆会「鼓起来」占用更多空间，因此主干桥架在关键交汇处通常建议比计算结果放大一档规格。

📝 本文由 AI 助手协作编写，整理自弱电行业设计经验与 GB 50311 规范。 最后更新：2026-07-15

从零搭建 Firefly 博客：一次愉快的技术选型实践

Tue, 14 Jul 2026 00:00:00 GMT

缘起#

一直想拥有一个属于自己的个人博客。之前考虑过 Hexo、Hugo、WordPress……但总觉得差点什么。直到偶然在 GitHub 上看到了 Firefly（流萤） 这个主题——

第一眼就被它的颜值击中了。清新、干净、不花哨，但又有很多实用的细节。看了下是基于 Astro 框架构建的，静态生成、性能优秀，果断决定就是它了。

技术选型#

我的博客技术栈非常简单：

层级	技术
框架	Astro + Tailwind CSS
主题	Firefly（流萤） — 二次开发自 Fuwari
源码托管	GitHub（fork 自 CuteLeaf/Firefly）
部署	EdgeOne Pages
自动化	GitHub Token + git push 触发自动构建

为什么选这个组合？

Astro 是静态站点生成器，构建出来就是纯 HTML，速度快得飞起
Firefly 主题开箱即用，功能丰富但不会显得臃肿
EdgeOne Pages 部署免费，支持 pnpm 构建，国内访问速度也不错
GitHub 托管源码，天然有版本管理，不用担心丢数据

搭建过程#

第一步：Fork 主题#

去 CuteLeaf/Firefly 点了一下 Fork，自己的仓库里就有了。然后在本地 clone 下来：

Terminal window

1
git clone https://github.com/你的账号/Firefly.git
2
cd Firefly
3
pnpm install
4
pnpm dev

pnpm dev 之后浏览器打开 localhost:4321，看到博客已经在本地跑起来了。

第二步：部署到 EdgeOne Pages#

EdgeOne 的部署流程很简单：

在 EdgeOne 控制台选择「Pages」→「新建项目」
关联 GitHub 仓库
配置构建参数：
- 构建命令：pnpm install && pnpm build
- 输出目录：dist
- Node 版本：≥ 22
点击部署

之后每次 git push，EdgeOne 会自动检测变化、重新构建、部署上线。整个过程不需要手动操作，写过即发布。

第三步：配置自动化维护#

为了让维护更高效，我生成了一个 GitHub Personal Access Token（仅限这个仓库的读写权限），这样日常操作就变成了一条龙：

Terminal window

1
写文章 → git add → git commit → git push → 自动部署

我还配置了上游仓库，方便后续同步主题更新：

Terminal window

1
git remote add upstream https://github.com/CuteLeaf/Firefly.git
2
git fetch upstream
3
git merge upstream/master
4
git push

博客的日常维护#

写文章#

文章存放在 src/content/posts/ 目录下，Markdown 格式。每篇文章开头有一段 front-matter：

1
---
2
title: 文章标题
3
published: 2026-07-14
4
description: 文章的简短描述
5
tags: [标签1, 标签2]
6
category: 分类名称
7
draft: false
8
---

写完后推送到 GitHub，EdgeOne 自动构建，等一两分钟就能看到新文章上线了。

关于标签和分类#

刚接触 Firefly 时，我一度搞混了标签和分类的区别。后来翻了源码才弄明白：

分类（category）：每篇文章只能有一个，是文章的”大类”。比如我的博客目前分了「文章示例」和「博客指南」两类。
标签（tags）：每篇文章可以有多个，是文章的”关键词”。比如一篇文章可以同时打上 [备考, 申论, 经验分享] 等多个标签。

两者都不需要提前定义，写文章时直接写就行，Firefly 会自动收集并展示在侧边栏。

主要配置#

Firefly 的配置文件都在 src/config/ 目录下，清晰明了。我最常用的几个：

配置	文件	说明
站点标题/副标题	`siteConfig.ts`	改博客名称和描述
主题色	`siteConfig.ts`	360+ 配色可选
个人头像/简介	`profileConfig.ts`	展示在侧边栏
导航菜单	`navBarConfig.ts`	页面导航
侧边栏组件	`sidebarConfig.ts`	控制哪些组件显示
归档折叠	`siteConfig.ts` → `foldArticle`	控制归档页是否折叠旧年份

同步上游更新#

CuteLeaf 更新非常勤快（目前已经 1175+ commits），偶尔会同步一下上游的新功能：

Terminal window

1
git fetch upstream
2
git merge upstream/master
3
# 解决可能的冲突
4
git push

建议只修改 src/config/ 和 src/content/ 下的文件，不要动主题核心代码，这样更新时冲突会少很多。

几个让我惊喜的功能#

用了一段时间，Firefly 有几个功能让我觉得特别值：

双侧边栏布局 — 左侧放个人资料和音乐播放器，右侧放日历和统计，信息密度刚刚好
归档页自动按年分组 — 文章多了以后，归档页按年份折叠，非常清爽
文章加密 — 有些私密内容可以设置密码，访客输入密码才能查看
Mermaid 图表支持 — 写技术文章时画流程图非常方便
暗黑模式 — 默认支持，护眼又好看

小结#

从决定搭建到博客上线，整个过程比我想象中顺畅得多。Firefly 主题的文档写得清楚，EdgeOne 的部署也很丝滑，GitHub 的自动化让后续维护几乎零成本。

如果你也在考虑搭个人博客，不妨试试这个组合。GitHub 上 fork 一份，配置好 EdgeOne，半小时就能拥有一个属于自己的小天地。博客地址：https://blog.hybin.cn（欢迎来玩～）

📝 本文由 AI 助手协作编写，记录真实搭建体验与维护心得。 最后更新：2026-07-14

我的量化交易小实验：青龙面板上跑一个均值回归策略

Tue, 14 Jul 2026 00:00:00 GMT

起因#

之前一直对量化交易挺感兴趣的，但总觉得门槛很高——要搭服务器、写回测框架、处理实时数据……听起来就很劝退。

直到我发现其实可以简化到极致：

标的：只用 ETH 的 10 分钟二元期权（猜涨跌）
策略：一个简单的均值回归逻辑
执行：NAS 上的青龙面板定时跑脚本
风控：每单 5-125U，固定赔率 0.8x（投入5U赢则得4U，输则亏5U）

不需要高性能服务器，不需要复杂的撮合引擎，一台 NAS 就够了。

策略思路：均值回归#

核心逻辑其实很简单——物极必反。

当价格短期偏离均值太多，大概率会往回弹。

具体的实现是：

1
1. 计算 EMA21（21周期指数移动平均线）
2
2. 计算当前价格与 EMA21 的偏离百分比
3
3. 如果偏离超过阈值（0.25%-0.8%），则认为超买/超卖
4
4. 超卖 → 做多，超买 → 做空
5
5. 10 分钟后平仓

听起来很简单对吧？但麻烦的地方在于参数的调优——偏离阈值设多少合适？EMA 周期选多长？

这就需要回测来回答了。

回测验证#

在实盘之前，我用历史数据跑了一遍回测。ETH 1 分钟 K 线数据，覆盖了几个月的时间。

回测结果：

指标	数值
胜率	58.1%
赔率	0.8x
期望值	正收益 ✅

58% 的胜率配上 0.8x 的赔率，期望收益是正的。虽然不是暴利策略，但胜在稳定。

部署在青龙面板上#

有了回测结果，接下来就是把策略跑起来。

青龙面板是一个开源的定时任务管理工具，我把它部署在 NAS 上。配置很简单：

1
脚本：yuce888_mr.py
2
定时：每 3 分钟执行一次
3
模式：dry_run（模拟交易，不上真金白银）

青龙面板的界面很直观，能看到每次运行的日志、执行时间、最近结果。对于我这种偶尔想看一眼策略表现的人来说，比搭一套监控系统省事多了。

运行了一段时间的表现：

1
初始资金：1000 USDT
2
交易次数：9 次（行情波动小的时候策略不太出手）
3
胜率：66.7%（9 战 6 胜）
4
当前权益：1009.0 USDT

收益不高，但策略纪律性很好——不符合条件绝不开单，不手痒、不追涨杀跌。

这段经历给我的启发#

1. 简单策略也能赚钱#

不需要搞复杂的神经网络或者高频交易。一个简单的均值回归，参数调好了也能稳定盈利。

2. 回测很重要#

策略好不好，回测跑一跑。没有回测验证的策略，我是不敢上实盘的。

3. 自动化是量化交易的灵魂#

手动交易最大的问题不是技术，是纪律。回测 58% 胜率的策略，人来做可能只有 40%，因为会手痒、会犹豫、会扛单。而脚本不会——条件到了就开单，不带感情。

4. NAS 是真·家庭服务器神器#

一台 NAS，跑着青龙面板执行策略、存着博客的源码、挂着下载任务……性价比拉满。

后续计划#

目前策略还在 dry_run 阶段，后续打算：

收集更多实盘数据，验证回测结果
尝试不同的参数组合
如果有稳定的表现，考虑接入更多交易对

📝 本文由 AI 助手协作编写，记录真实交易心得。 最后更新：2026-07-14

免责声明：本文仅为个人学习记录，不构成任何投资建议。加密货币交易风险较高，请谨慎决策。