-
Robin
-
莫负金穗浪·轻步落枫风
一个专注于设计思考与生活探索的独立博客！记录设计灵感、分享生活火花。 用设计思维解构日常之美。
-
openclash自定义配置订阅规则-yaml配置导入
本文深入阐述OpenClash通过YAML配置实现高级自定义规则管理。针对订阅无法满足的精细化分流、广告屏蔽、多订阅融合等个性化需求，文章强调YAML直接编辑提供最高灵活性。教程核心是理解并编辑`config.yaml`文件，重点讲解`proxy-providers`（外部订阅源）、`rule-providers`（外部规则集）、`proxy-groups`（代理组）和`rules`（流量分流规则）四大关键模块。用户需导出OpenClash配置，使用专业编辑器修改，然后导入应用。文章提供详细规则模板，并强调YAML语法、规则顺序、测试与备份等注意事项，旨在帮助用户精准掌控网络流量，构建高效、个性化的路由器代理环境。
-
利用EO腾讯边缘云CDN加速网站
本文针对博客外网访问加载缓慢的问题，指出核心在于数据传输距离远、服务器负载高。为解决此问题，文章提出配置CDN边缘云加速，通过将网站静态资源缓存至全球边缘节点，使用户能就近快速获取资源，显著缩短传输距离，降低延迟。此举不仅大幅提升了访问速度和用户体验，还有效降低了源站服务器压力，增强了网站的稳定性和安全性（如抵御DDoS攻击），并优化了搜索引擎排名。具体实施上，文章详细介绍了如何获取腾讯云EO加速资格，并配置其域名（CNAME接入，选择对应地域），以及在域名服务商处添加DNS解析记录。此外，还提及利用certd工具实现SSL证书的自动化管理（续期、上传至腾讯云并部署到EO），并强调了相关权限配置的重要性。
-
openclash自定义配置订阅规则-订阅转换
本文详细指导用户如何利用OpenWrt路由器上的OpenClash插件，结合本地Subconverter服务，实现家庭网络代理节点的自动化选择与精细化流量分流。核心流程包括：在本地Docker部署Subconverter进行订阅转换；获取机场订阅链接；并基于GitHub自定义规则模板。用户需规划并配置“域名组”（如游戏直连、AI专用）和“节点组”（按地区划分，自动选择最快节点），在GitHub仓库的配置文件中进行详细设置。最终，在OpenClash后台添加指向本地Subconverter和GitHub模板的自定义订阅链接，即可生成并启用智能代理配置。此方案有效解决了PC游戏流量冲突、AI服务地域限制及节点不稳定等问题，为全屋网络提供按需自动代理功能。
-
NAS上的部署：halo+lskypro图床搭建
本文详细阐述了将Lsky Pro图床与Halo博客集成的五步指南，并利用Alist实现NAS存储。首先，准备MySQL数据库并部署Alist，完成NAS挂载。其次，通过Docker安装并配置Lsky Pro，包括数据库连接、用户管理和存储策略设置。接着，配置Nginx反向代理以访问Lsky Pro，确保路径正确并启用HTTPS。第四步是将NAS挂载到Alist，并强调关闭“签名验证”以避免图片显示错误。最后，在Halo中安装并配置Lsky Pro插件，获取API令牌，并将其设为默认图片存储策略。文章还特别指出常见的配置陷阱，如反向代理路径、Alist签名验证及多处密码混淆问题。
-
halo鼠标移动效果
本文详细阐述了一种通过代码注入实现鼠标粒子特效的方案。其核心思想是将实现鼠标移动和点击时生成动态粒子动画的JavaScript代码，托管于GitHub仓库并利用GitHub Release进行版本发布。此方法的显著优势在于，结合Halo后台的代码注入功能，能够极大提升特效的维护和更新效率。具体实施步骤包括：首先编写并优化粒子特效的JavaScript代码，使其能在网页上呈现流畅的动态效果；接着在GitHub上创建并发布相应的代码Release，确保版本可控；最后，将获取到的代码链接通过Halo后台进行注入，从而在网站上成功部署并激活该鼠标特效。这种集成GitHub版本管理与Halo便捷注入的模式，为网站动态效果的部署提供了一套高效且易于维护的解决方案。
最新动态
-
-
Clash YAML Builder
从「有规则不会配」到一份能用 YAML：我做 Clash YAML Builder 的过程 这个工具能帮你干啥 一句话： 你不用自己啃那种全是英文、缩进还不能错的配置文件；像做问卷一样点几步，最后给你一份能直接导入 OpenClash、Mihomo、Sparkle 的成品yaml配置文件，可以直接导
-
客户体验能力体系
本文深入探讨了客户体验能力体系的构建。企业体验发展历经意识形成、能力培养和体验创新三个阶段，其中能力培养是实现创新的关键。文章提出了X-Wheel体验能力框架，其核心是客户体验（X），以客户旅程管理为基石，并由战略与愿景、研究与洞察、设计与创新、开发与交付、测量与分析这五项外环能力共同支撑，旨在提供端到端的客户体验。为有效建设体验能力，需遵循四步计划：首先，通过跨部门调查研究评估当前能力现状；其次，分析评估结果，将能力水平划分为初级、中级、高级；接着，构思并优先排序需提升的行动项目；最后，制定详细的行动计划，明确目标、项目、成功标准、职责和所需资源。
-
openclash自定义配置订阅规则-yaml配置导入
本文深入阐述OpenClash通过YAML配置实现高级自定义规则管理。针对订阅无法满足的精细化分流、广告屏蔽、多订阅融合等个性化需求，文章强调YAML直接编辑提供最高灵活性。教程核心是理解并编辑`config.yaml`文件，重点讲解`proxy-providers`（外部订阅源）、`rule-providers`（外部规则集）、`proxy-groups`（代理组）和`rules`（流量分流规则）四大关键模块。用户需导出OpenClash配置，使用专业编辑器修改，然后导入应用。文章提供详细规则模板，并强调YAML语法、规则顺序、测试与备份等注意事项，旨在帮助用户精准掌控网络流量，构建高效、个性化的路由器代理环境。
-
利用EO腾讯边缘云CDN加速网站
本文针对博客外网访问加载缓慢的问题，指出核心在于数据传输距离远、服务器负载高。为解决此问题，文章提出配置CDN边缘云加速，通过将网站静态资源缓存至全球边缘节点，使用户能就近快速获取资源，显著缩短传输距离，降低延迟。此举不仅大幅提升了访问速度和用户体验，还有效降低了源站服务器压力，增强了网站的稳定性和安全性（如抵御DDoS攻击），并优化了搜索引擎排名。具体实施上，文章详细介绍了如何获取腾讯云EO加速资格，并配置其域名（CNAME接入，选择对应地域），以及在域名服务商处添加DNS解析记录。此外，还提及利用certd工具实现SSL证书的自动化管理（续期、上传至腾讯云并部署到EO），并强调了相关权限配置的重要性。
-
通过docker compose编排部署和更新容器
Docker Compose是一款专为简化多容器Docker应用部署与管理而设计的工具。它通过一个中心化的`docker-compose.yml`文件，统一配置应用所需的所有服务、网络和数据卷。相较于繁琐的`docker run`命令，Compose解决了手动配置的复杂性，实现了“一键式”启动（`docker compose up -d`）和停止（`docker compose down`）整个应用栈。其优势在于告别命令行参数地狱，确保开发与生产环境的一致性，通过服务名实现智能通信，以及高效迭代更新。新版Docker推荐使用`docker compose`（无连字符）命令。Compose极大地提升了多服务应用的部署效率和可维护性。
-
如何对未数据持久化的现存容器进行数据持久化
本文聚焦于解决Docker容器化部署中常见的数据持久化缺失问题，该问题常导致备份、迁移或更新时数据丢失。文章首先阐述了容器数据持久化的重要性，即确保数据独立于容器生命周期，并通过挂载宿主机外部存储实现，主要方式为数据卷（推荐）和绑定挂载。核心解决思路是：将旧容器数据复制到宿主机，停止并移除旧容器，再创建新容器时挂载宿主机目录以实现数据持久化。文中以Sun-Panel容器为例，详细演示了两种数据迁移方法：一是直接使用`docker cp`命令；二是更稳妥地在容器内打包数据后复制到宿主机解压，最终利用`docker compose`配置数据卷挂载，成功解决了容器数据丢失的困扰，实现了数据的安全保留和迁移。
-
openclash自定义配置订阅规则-订阅转换
本文详细指导用户如何利用OpenWrt路由器上的OpenClash插件，结合本地Subconverter服务，实现家庭网络代理节点的自动化选择与精细化流量分流。核心流程包括：在本地Docker部署Subconverter进行订阅转换；获取机场订阅链接；并基于GitHub自定义规则模板。用户需规划并配置“域名组”（如游戏直连、AI专用）和“节点组”（按地区划分，自动选择最快节点），在GitHub仓库的配置文件中进行详细设置。最终，在OpenClash后台添加指向本地Subconverter和GitHub模板的自定义订阅链接，即可生成并启用智能代理配置。此方案有效解决了PC游戏流量冲突、AI服务地域限制及节点不稳定等问题，为全屋网络提供按需自动代理功能。
-
用Astrbot框架，实现微信个人号机器人和QQ个人号机器人
本文详细指导用户如何利用Docker Compose部署一套完整的AstrBot机器人系统，实现QQ和微信消息平台的统一管理。该系统通过Docker Compose统一编排astrbot核心框架、QQ适配器Napcat、微信适配器WeChatPadPro以及MySQL和Redis两个数据库，共计五个容器，并确保它们在共享网络中高效通信。部署流程涵盖前期准备（如Linux服务器、Docker安装）、镜像拉取（可选）、核心的docker-compose.yml文件编排及.env环境变量配置。成功运行后，需通过AstrBot的Web管理界面配置QQ和微信消息适配器，并分别在Napcat和WeChatPadPro界面扫码登录。文章特别提示微信接入可能面临风控风险，并提供了详细的首次登录及稳定性说明。
-
精选分类
-
halo
halo
-
利用EO腾讯边缘云CDN加速网站
本文针对博客外网访问加载缓慢的问题，指出核心在于数据传输距离远、服务器负载高。为解决此问题，文章提出配置CDN边缘云加速，通过将网站静态资源缓存至全球边缘节点，使用户能就近快速获取资源，显著缩短传输距离，降低延迟。此举不仅大幅提升了访问速度和用户体验，还有效降低了源站服务器压力，增强了网站的稳定性和安全性（如抵御DDoS攻击），并优化了搜索引擎排名。具体实施上，文章详细介绍了如何获取腾讯云EO加速资格，并配置其域名（CNAME接入，选择对应地域），以及在域名服务商处添加DNS解析记录。此外，还提及利用certd工具实现SSL证书的自动化管理（续期、上传至腾讯云并部署到EO），并强调了相关权限配置的重要性。
-
-
linux
linux
-
openclash自定义配置订阅规则-yaml配置导入
本文深入阐述OpenClash通过YAML配置实现高级自定义规则管理。针对订阅无法满足的精细化分流、广告屏蔽、多订阅融合等个性化需求，文章强调YAML直接编辑提供最高灵活性。教程核心是理解并编辑`config.yaml`文件，重点讲解`proxy-providers`（外部订阅源）、`rule-providers`（外部规则集）、`proxy-groups`（代理组）和`rules`（流量分流规则）四大关键模块。用户需导出OpenClash配置，使用专业编辑器修改，然后导入应用。文章提供详细规则模板，并强调YAML语法、规则顺序、测试与备份等注意事项，旨在帮助用户精准掌控网络流量，构建高效、个性化的路由器代理环境。
-
通过docker compose编排部署和更新容器
Docker Compose是一款专为简化多容器Docker应用部署与管理而设计的工具。它通过一个中心化的`docker-compose.yml`文件，统一配置应用所需的所有服务、网络和数据卷。相较于繁琐的`docker run`命令，Compose解决了手动配置的复杂性，实现了“一键式”启动（`docker compose up -d`）和停止（`docker compose down`）整个应用栈。其优势在于告别命令行参数地狱，确保开发与生产环境的一致性，通过服务名实现智能通信，以及高效迭代更新。新版Docker推荐使用`docker compose`（无连字符）命令。Compose极大地提升了多服务应用的部署效率和可维护性。
-
如何对未数据持久化的现存容器进行数据持久化
本文聚焦于解决Docker容器化部署中常见的数据持久化缺失问题，该问题常导致备份、迁移或更新时数据丢失。文章首先阐述了容器数据持久化的重要性，即确保数据独立于容器生命周期，并通过挂载宿主机外部存储实现，主要方式为数据卷（推荐）和绑定挂载。核心解决思路是：将旧容器数据复制到宿主机，停止并移除旧容器，再创建新容器时挂载宿主机目录以实现数据持久化。文中以Sun-Panel容器为例，详细演示了两种数据迁移方法：一是直接使用`docker cp`命令；二是更稳妥地在容器内打包数据后复制到宿主机解压，最终利用`docker compose`配置数据卷挂载，成功解决了容器数据丢失的困扰，实现了数据的安全保留和迁移。
-
openclash自定义配置订阅规则-订阅转换
本文详细指导用户如何利用OpenWrt路由器上的OpenClash插件，结合本地Subconverter服务，实现家庭网络代理节点的自动化选择与精细化流量分流。核心流程包括：在本地Docker部署Subconverter进行订阅转换；获取机场订阅链接；并基于GitHub自定义规则模板。用户需规划并配置“域名组”（如游戏直连、AI专用）和“节点组”（按地区划分，自动选择最快节点），在GitHub仓库的配置文件中进行详细设置。最终，在OpenClash后台添加指向本地Subconverter和GitHub模板的自定义订阅链接，即可生成并启用智能代理配置。此方案有效解决了PC游戏流量冲突、AI服务地域限制及节点不稳定等问题，为全屋网络提供按需自动代理功能。
-
-
Network
网络
-
Clash YAML Builder
从「有规则不会配」到一份能用 YAML：我做 Clash YAML Builder 的过程 这个工具能帮你干啥 一句话： 你不用自己啃那种全是英文、缩进还不能错的配置文件；像做问卷一样点几步，最后给你一份能直接导入 OpenClash、Mihomo、Sparkle 的成品yaml配置文件，可以直接导
-
openclash自定义配置订阅规则-yaml配置导入
本文深入阐述OpenClash通过YAML配置实现高级自定义规则管理。针对订阅无法满足的精细化分流、广告屏蔽、多订阅融合等个性化需求，文章强调YAML直接编辑提供最高灵活性。教程核心是理解并编辑`config.yaml`文件，重点讲解`proxy-providers`（外部订阅源）、`rule-providers`（外部规则集）、`proxy-groups`（代理组）和`rules`（流量分流规则）四大关键模块。用户需导出OpenClash配置，使用专业编辑器修改，然后导入应用。文章提供详细规则模板，并强调YAML语法、规则顺序、测试与备份等注意事项，旨在帮助用户精准掌控网络流量，构建高效、个性化的路由器代理环境。
-
利用EO腾讯边缘云CDN加速网站
本文针对博客外网访问加载缓慢的问题，指出核心在于数据传输距离远、服务器负载高。为解决此问题，文章提出配置CDN边缘云加速，通过将网站静态资源缓存至全球边缘节点，使用户能就近快速获取资源，显著缩短传输距离，降低延迟。此举不仅大幅提升了访问速度和用户体验，还有效降低了源站服务器压力，增强了网站的稳定性和安全性（如抵御DDoS攻击），并优化了搜索引擎排名。具体实施上，文章详细介绍了如何获取腾讯云EO加速资格，并配置其域名（CNAME接入，选择对应地域），以及在域名服务商处添加DNS解析记录。此外，还提及利用certd工具实现SSL证书的自动化管理（续期、上传至腾讯云并部署到EO），并强调了相关权限配置的重要性。
-
通过docker compose编排部署和更新容器
Docker Compose是一款专为简化多容器Docker应用部署与管理而设计的工具。它通过一个中心化的`docker-compose.yml`文件，统一配置应用所需的所有服务、网络和数据卷。相较于繁琐的`docker run`命令，Compose解决了手动配置的复杂性，实现了“一键式”启动（`docker compose up -d`）和停止（`docker compose down`）整个应用栈。其优势在于告别命令行参数地狱，确保开发与生产环境的一致性，通过服务名实现智能通信，以及高效迭代更新。新版Docker推荐使用`docker compose`（无连字符）命令。Compose极大地提升了多服务应用的部署效率和可维护性。
-
-
web
建站
-
利用EO腾讯边缘云CDN加速网站
本文针对博客外网访问加载缓慢的问题，指出核心在于数据传输距离远、服务器负载高。为解决此问题，文章提出配置CDN边缘云加速，通过将网站静态资源缓存至全球边缘节点，使用户能就近快速获取资源，显著缩短传输距离，降低延迟。此举不仅大幅提升了访问速度和用户体验，还有效降低了源站服务器压力，增强了网站的稳定性和安全性（如抵御DDoS攻击），并优化了搜索引擎排名。具体实施上，文章详细介绍了如何获取腾讯云EO加速资格，并配置其域名（CNAME接入，选择对应地域），以及在域名服务商处添加DNS解析记录。此外，还提及利用certd工具实现SSL证书的自动化管理（续期、上传至腾讯云并部署到EO），并强调了相关权限配置的重要性。
-
如何对未数据持久化的现存容器进行数据持久化
本文聚焦于解决Docker容器化部署中常见的数据持久化缺失问题，该问题常导致备份、迁移或更新时数据丢失。文章首先阐述了容器数据持久化的重要性，即确保数据独立于容器生命周期，并通过挂载宿主机外部存储实现，主要方式为数据卷（推荐）和绑定挂载。核心解决思路是：将旧容器数据复制到宿主机，停止并移除旧容器，再创建新容器时挂载宿主机目录以实现数据持久化。文中以Sun-Panel容器为例，详细演示了两种数据迁移方法：一是直接使用`docker cp`命令；二是更稳妥地在容器内打包数据后复制到宿主机解压，最终利用`docker compose`配置数据卷挂载，成功解决了容器数据丢失的困扰，实现了数据的安全保留和迁移。
-
NAS上的部署：halo+lskypro图床搭建
本文详细阐述了将Lsky Pro图床与Halo博客集成的五步指南，并利用Alist实现NAS存储。首先，准备MySQL数据库并部署Alist，完成NAS挂载。其次，通过Docker安装并配置Lsky Pro，包括数据库连接、用户管理和存储策略设置。接着，配置Nginx反向代理以访问Lsky Pro，确保路径正确并启用HTTPS。第四步是将NAS挂载到Alist，并强调关闭“签名验证”以避免图片显示错误。最后，在Halo中安装并配置Lsky Pro插件，获取API令牌，并将其设为默认图片存储策略。文章还特别指出常见的配置陷阱，如反向代理路径、Alist签名验证及多处密码混淆问题。
-
外网访问本地服务器的本地服务流量路径
本文详细阐述了一种基于FRP的Web流量转发架构。用户发起的HTTP/HTTPS请求首先抵达云服务器的公网IP。核心在于，云服务器上的Frps服务在此场景下仅作为透明的TCP端口转发器，将80/443端口接收到的原始TCP数据流通过FRP隧道（端口7000）转发至内网的Frpc客户端。 随后，本地服务器上的Frpc客户端接收到隧道数据，并将其转发给本地的OpenResty。OpenResty承担了所有关键处理：它负责将HTTP请求强制重定向至HTTPS，对HTTPS请求进行SSL终止（解密），并将处理后的请求反向代理到本地的实际服务（如127.0.0.1:10086）。服务响应数据经OpenResty重新封装为HTTPS后，沿FRP隧道原路返回至用户浏览器。此架构将SSL处理和反向代理功能集中在本地OpenResty，而云端Frps仅作为流量入口和TCP通道。
-
-
new image
最新图文动态
-
new video
最新视频动态
