前段时间，Alist的商业化事件引发不小争议。这款广受好评的开源网盘聚合工具，能整合多种网盘方便管理，却被原开发者Xhofe在未充分告知社区的情况下出售。后续出现域名变更、文档新增商业化内容、代码加入数据收集模块等情况，且原开发者一度沉默，违背了开源社区的信任与透明原则，让用户忧心不已。

还好有一个基于Alist代码分支开发的OpenList开源项目成了还算可靠的替代品，作为更值得信赖的开源方案，大部分功能稳定可用，也算得上是个让人安心的备选方案吧。自己本就爱折腾这些乱七八糟的东西，便想着用Docker把OpenList搭起来试试，权当是换工具时的一点折腾记录，也是给常用的网盘管理找个新依靠吧。

目前 OpenList 已经发布了 4.0 正式版，但依然存在一些已知问题，不过大部分功能也可稳定使用。

具体操作

1.单容器部署

在命令行终端复制以下命令，直接运行即可：

docker run -d \
   --name="openlist" \
   --restart=always \
   -p 5244:5244 \
   -v /自定义路径/data:/opt/openlist/data \
   -v /自定义路径/share:/opt/openlist/share \
   openlistteam/openlist:latest

2.多容器编排部署

创建一个OpenList目录，在该目录下新建docker-compose.yaml文件，然后将以下代码复制到其中：

version: '3'

services:
  openlist:
    image: openlistteam/openlist:latest
    container_name: openlist
    restart: always
    ports:
      - 5244:5244
    volumes:
      - /自定义路径/data:/opt/openlist/data
      - /自定义路径/share:/opt/openlist/share 

在OpenList目录下打开命令行终端，执行以下命令：

docker-compose up -d

以上两种部署方式二选一，运行成功后浏览器地址输入：http://<服务器IP地址>:5244，即可访问OpenList服务。

OpenList的使用

OpenList和原来Alist的使用方式完全一致，原先怎么操作，现在依然怎么操作。

默认用户名为 admin，首次运行时，管理员 admin 的初始密码可在日志中查看。你也可以直接复制以下命令，在终端执行来获取初始密码：

docker logs openlist

要是之前装过Alist项目，想换成OpenList的话，操作很简单：把镜像名称从xhofe/alist换成openlistteam/openlist，再把容器里的映射路径从/opt/alist/改成/opt/openlist/即可。

说白了，整个迁移过程就是替换原来的镜像源和部署路径，别看只是这么一点小变动，却能让自身的信息安全得到最大程度的保障。

HarmonyHues

HarmonyHues主题的设计灵感源自自然界中的和谐之美，这是一款类拟态风格的主题，为什么这样命名？（因为当时让GPT起几个简洁的主题名称，百度翻译一下-和谐色调，然后就选这个，后面才发现，来不及改了...）

下载

预览

访问主题作者站进行预览：https://www.biibii.cn/

功能介绍

• 自适应布局（PC / 移动完美兼容）
• 顶部导航栏多模式切换（全屏沉浸式 / Mini简约式）
• 智能主题系统（深色模式 / 浅色模式 / 自动适配系统主题）
• 视觉增强方案：支持图片懒加载 + 点击放大预览（Lightbox效果）
• SEO优化：内置优化策略，轻松达成LightHouse 100分评级
• 文章编辑：内置文章内插入视频、网盘下载、提示框、折叠框功能
• 内置插件：代码高亮（支持多种语言）、回复邮件提醒、友情链接、sitemap、表情包等等（免插件）
• 特色独立页面：我的装备、明信片留言等等
• 特色侧边栏：时间一言、恶魔之眼、最新文章、最新评论等等

开源地址

https://github.com/wugeng20/HarmonyHuesTheme

说到昕宇云可能很多人没有听过，它其实是一个云服务上，本身也是个小厂，不过如果经常逛各大论坛的话，可能会看到针对该服务商云服务器的推广活动，今天写这篇文章，不是为了诋毁和抹黑，只是想把实际情况说出来，孰对孰错，自有公论。

当时活动的时候我抢了几台机子，后来发现用不上，就转出给其它人了，最后手上只剩一台1H1G的香港机子，一个月2块，性价比还是可以，打算留着挂个单页或者探针一类，当时我安装好宝塔面板环境，发现SSH时不时就断开了(只针对我这款机器，其它的不做评价)，搞得也十分恼火，然后就搁置了，再没登录过，也没使用过。

直到上周日晚上十点左右，昕宇云联系到我，说我的机器IP被封了，原因是被投诉了，机房那边反馈的内容如下：然后就没有然后了

Mail/web server abuse from 192.238.141.66 on 21 June 2025
 
Dear Abuse Team

The following abusive behavior from IP address under your constituency
192.238.141.66 has been detected:

    2025-06-21 08:43:04 CEST, 192.238.141.66, old decay: 21600, prob: 3.13%, SMTP auth dictionary attack, target 185.199.25.198 :587
    2025-06-21 22:58:28 CEST, 192.238.141.66, old decay: 21600, prob: 3.13%, SMTP auth dictionary attack, target 185.199.25.198 :587

192.238.141.66 was caught 3 times since Sat Jun 14 10:44:37 2025

original data from the mail log:
    2025-06-21 08:43:00 CEST courieresmtpd: started,ip=[::ffff:192.238.141.66],port=[46198]
    2025-06-21 08:43:04 CEST courieresmtpd: error,relay=::ffff:192.238.141.66,port=46198,msg="535 Authentication failed.",cmd: AUTH LOGIN info@montepu.it
    2025-06-21 22:58:24 CEST courieresmtpd: started,ip=[::ffff:192.238.141.66],port=[37118]
    2025-06-21 22:58:28 CEST courieresmtpd: error,relay=::ffff:192.238.141.66,port=37118,msg="535 Authentication failed.",cmd: AUTH LOGIN admin@upsidedown.it

This data is transmitted in the hope that it may help sanitizing hosts
connected to the Internet.  Please feel free to forward it to whomever
it may concern.
This is an automated report.  No thank-you messages are needed.
Data in this message is an automatic extraction from the log files.
Legend: https://www.tana.it/firewall_info.html

See also: https://www.abuseipdb.com/check/192.238.141.66
Recipient(s) found in http://rdap.arin.net/registry/ip/192.238.141.66

意思就是攻击，然后机房把我IP封了，一直问我机子干啥了，虽然我在解释，我只有个宝塔环境，还没来得及部署东西，就出现这档子事儿，我的说辞对方显然不信，他直接甩出一句话：为啥就封了你的，说实话我竟无言以对，在这个到处充满着谎言的环境中，人与人几乎没有信任，更何况在互联网这样的环境当中，我表示可以理解。

说实话，这台机子被封，对我来说没有任何影响，只不过对于主机商和服务商的处理上，有些不满，主机商那边，只要有攻击直接IP封死，并且不解封，直接一棍子打死，这种做法，我属实不敢苟同，如果有确凿证据，证明用户使用服务器干了违法的事情，封机器，甚至报警，我觉得都不为过。他们家机器我不敢用了，我害怕哪天突然机房扔一堆看不懂的攻击日志，然后把机子封了，都没地儿后悔去。

还有，就是服务商，也就是昕宇云，当然可能很多服务商都这么干，我只是觉得这种做法太过恶心，那就是充钱进去可以，但不能提现，也就是常说的 许进不许出 ，我现在在你们平台也没有机器了，而且我也说了，该扣手续费你就扣，我认，但即便是这样，昕宇云也不同意提现，虽然钱不多，但这吃相和做饭太过膈应人。

我前后用过小厂机器无数，还是第一次碰到这种情况。

很多事情没碰到自己身上，无法感同身受，针对机器被封事件我可能是个例吧，也有其它人用的比较好的，反正写这篇文章，只是给正在用或者想用昕宇云服务器伙伴的一个参考吧。

订阅配置

支持m3u链接和txt链接

配置链接

支持m3u链接和txt链接

请填写文件直链，请不要输入网页的地址

配置名称

可不填写，默认名称为Default

节目单地址

支持填写diyp接口和xml链接

自动刷新配置

勾选后，配置将会在每次打开应用切八小时未更新后自动更新 建议一些频繁更新的配置打开此选项

自动刷新预览图

勾选后，频道列表预览图会在每次打开应用时自动刷新

APTV添加直播源订阅地址

iOS、tvOS和macOS在操作逻辑上是一模一样的

1. 点击底部“配置”，进入配置中心页面

   

2. 点击右上角的加号添加配置

   

3. 点击订阅配置，输入订阅链接，配置链接：输入 博主自维护链接里的 m3u 地址

   

4. 点击刚添加的配置，使得配置右侧有一个绿色的标志

   

5. 点击下方的“频道”，回到频道页面即可看到源中的频道

   

6. 点击频道即可播放

   

本地配置

添加本地的m3u文件和txt文件

将您的m3u文件或者txt文件准备好，放在本机或iCloud中

点击新增一个本地配置，选择您的文件即可

在其他App种选择使用APTV打开该文件可快捷添加本地配置

⚠️ 注意：若提示添加成功，但未在列表中显示，请上划关闭App然后重新打开即可

空白配置

用于添加单个频道

添加空白配置

1. 该配置不含任何频道，是一个空的容器

2. 新建空白配置后，点击应用并回到频道列表，可点击右上角的加号添加单个频道

(未来会开放以粘贴文本的形式批量导入频道到空白配置中)

点右上角第一个按钮，添加频道

单个频道

多个频道

家庭数据中心系列 用 X-WRT 改造退役小主机：主路由的另类选择 无敌的个人博客 tangwudi

1 前言 我的家庭数据中心的主路由一直用的是爱快，其最主要的优势是支持多拨功能(多拨的详细概念参见文章：)，因为我家电信宽带最多支持3拨，所以能同时获取3个公网 IPv4 地址，这对于我这种有多线接入需求的用户来说，非常实用。加上爱快在多链路负载均衡和流量管理上的成熟能力，确实让我多年都觉得很稳定和可靠。 不过，随着运营商政策日益收紧，多拨功能未来被取消或者公网 IP 地址被大幅收紧的可能性越来越大。届时，爱快在网络层面的核心优势将大打折扣。虽然它内置了不少高级功能，但对于最常用的 Docker 支持却显得相当尴尬——不仅安装插件需要绑定爱快云账号，插件功能又非常有限，远不能满足我灵活扩展和定制化的需求。简单说，爱快的 Docker功能只能说”不是没有”，实用性上来说就差得远了(虚拟机功能也类似)。 基于这些原因，我开始考虑有没有可能找到一套替代方案，能在未来IPv […]

<p>The post 家庭数据中心系列 用 X-WRT 改造退役小主机：主路由的另类选择 first appeared on 无敌的个人博客.</p>

Photo by Jon Tyson / Unsplash

这个功能其实想搞很久了，之前在某个主题上看到过一个圆形扩散的过渡动画。

当时自己尝试着结合AI实现了一下，虽然大致效果实现了，但是整个流畅度很差，而且存在很多BUG。

前些日子看到大佬发布的 Retypeset 主题上有一个自上而下的过渡动画。流畅度，美观度都非常不错，而且这个主题也是基于Astro实现的，我要抄的话也简单一些 😄。

整个效果实现依旧是基于 Chrome 的 View-Transition 这个特性实现的。如果你的博客有主题切换功能，且是MPA网页，就能通过添加一些简单的脚本和CSS实现这个效果。（SPA能不能用我没测试，根据文档是可以的，但是效果应该不好？）

我粗略理解的整个实现原理大概为：

在切换主题的时候页面会有一个 new 版本和一个 old 版本。
页面最初时 old 会版本覆盖在 new 版本之上，在执行完主题设置操作后，让 old 版本的高度逐渐缩小，缩小后自然就会把下方的 new 显示出来。
这个过程就是我们看到的流畅切换动画。

首先添加一个页面切换的动画CSS，animation-theme-toggle 为切换动画的名称。

/*** 这里的 view-transition-new 和 view-transition-old ***/
::view-transition-new(animation-theme-toggle) {
    animation: reveal 0.5s cubic-bezier(0.4, 0, 0.2, 1);
    clip-path: inset(0 0 0 0);
    z-index: 99;
}

::view-transition-old(animation-theme-toggle) {
    animation: none;
    z-index: -1;
}

@keyframes reveal {
    0% {
        clip-path: inset(var(--from));
    }
}

接着在主题切换的js实现做一些修改，让主题切换按钮调用此处定义的changeTheme即可，我这里是点击按钮时传入需要切换的主题名称，可以根据自己的主题实现来。

// theme为需要切换的主题名称
    const changeTheme = (theme) => {
        // 兼容性支持
        if (document.documentElement.classList.contains('reduce-motion')) {
            updateTheme();
            return;
        }

        // 因为我的侧边栏是没有启用动画效果的
        // 但是主题切换时需要启用动画效果，所以这里把原来的设置清空。
        const menuContent = document.querySelector('.book-menu-content[data-astro-transition-scope]');
        const menuanmi = document.querySelector('.book-menu-content[data-astro-transition-scope]').dataset.astroTransitionScope;

        // 临时移除侧边栏的transition:animate="none"属性
        if (menuContent) {
            menuContent.dataset.astroTransitionScope = '';
        }

        // 给html设置我们需要的使用的动画类
        document.documentElement.style.setProperty('view-transition-name', 'animation-theme-toggle');
        document.documentElement.setAttribute('data-theme-changing', '');

        // 开始执行动画并且修改主题
        const themeTransition = document.startViewTransition(() => {
            // 存储主题设置&修改页面主题
            localStorage.setItem('name', theme.desc);
            localStorage.setItem('theme', theme.name);
            localStorage.setItem('themetype', theme.type);
            document.documentElement.setAttribute('class', theme.name);
            setTheme(theme.desc);

            // 切换主题时「自上而下」的效果和「自下而上」的效果轮换着来。
            const root = document.documentElement;
            const currentFrom = getComputedStyle(root).getPropertyValue('--from').trim();
            if (currentFrom === '100% 0 0 0') {
                root.style.setProperty('--from', '0 0 100% 0');
            } else {
                root.style.setProperty('--from', '100% 0 0 0');
            }

            document.dispatchEvent(new Event('theme-changed'));
        });

        // 动画执行完毕后执行清理操作
        themeTransition.finished.then(() => {
            document.documentElement.style.removeProperty('view-transition-name');
            document.documentElement.removeAttribute('data-theme-changing');
            // 关闭主题列表
            document.getElementById('theme').checked = false;

            // 恢复侧边栏的transition:animate="none"属性
            if (menuContent) {
                menuContent.dataset.astroTransitionScope = menuanmi;
            }
        });
    };

看起来可能有点复杂，其实在 const themeTransition = document.startViewTransition(() => { 后面加入你的主题切换函数应该就可以了。

这个函数里面前面5行都是我的主题切换操作，替换这部分，保留其他的就可以了。

想折腾的小伙伴可以试试。

对于用眼重度的我们，眼睛酸涩疼痛感觉已经稀松平常了，我之前还出现过 眼压过高 ，反正被折磨的够呛，眼睛不适带来的影响不仅仅局限于眼部本身，它可能会引发一系列其他问题，比如头晕头疼这些问题，我就深有体会。这不最近老婆就说眼睛不适，买点儿叶黄素吃吃看。跟叶相关的东西，有印象的似乎就是叶酸，毕竟备孕的时候吃过，叶黄素是啥？

后来找豆包问了下，豆包这么回复的：

叶黄素就像眼睛里的 "黄金卫士"，它主要集中在视网膜的黄斑区。这个区域掌管着我们看细节、辨颜色的能力，是视力最敏锐的地方。叶黄素自带 "滤镜" 功能，能吸收电子屏幕发出的蓝光和紫外线，就像给眼睛戴上了隐形的太阳镜，减少有害光线对视网膜细胞的伤害。此外，它还是抗氧化高手，能清除眼睛里的自由基，预防视网膜、晶状体等组织老化。

人体没办法自己合成叶黄素，只能从食物中获取。深绿色蔬菜（如菠菜、羽衣甘蓝）、玉米、南瓜里都富含叶黄素。科学研究发现，经常吃这些食物的人，视网膜黄斑区的叶黄素浓度更高，患黄斑病变等眼部疾病的风险更低。不过，现代人饮食结构单一，每天对着电子屏幕超过 10 小时，眼睛 "消耗" 叶黄素的速度比补充还快。所以，对用眼过度、饮食不均衡的人群来说，适当补充叶黄素补充剂确实有帮助。

好吧，也算是涨了点儿知识，只能说这东西确实有用，但具体用处多大，就不得而知了，反正就我吃的这一周多时间来看，似乎没啥效果啊，眼睛该酸胀还是酸胀，我觉得根本问题还在于用眼调节吧，毕竟根本问题在于这里，只能自我进行调节，再辅助叶黄素，可能会有一定效果吧。

我这里买的是 仁和 的 蓝莓叶黄素酯果汁软糖 ，吃起来有点黏糊糊的，跟小时候那个橡皮糖有点儿类似，有微微甜味，口味还行，反正坚持吃一段时间看看吧。

{cat_photos}



{/cat_photos}

在 Kubernetes 的世界里，集群管理是一项复杂而关键的任务。随着容器化技术的普及，越来越多的团队依赖 Kubernetes 进行大规模分布式系统的部署与管理。然而，Kubernetes 原生的管理工具（如 kubectl 或 Kubernetes Dashboard）要么需要较高的学习成本，要么界面复杂不够直观。今天，我们来聊聊一款现代化、轻量级的 Kubernetes 仪表板 Kite，它以优雅的设计和强大的功能，为 DevOps 工程师带来全新的集群管理体验！

有群友说是好多开发转运维了么？感觉现在人手一个 k8s dashboard, 上次介绍了解锁 Kubernetes 高效管理神器——k8m，让集群运维更简单，有兴趣可以看看

项目地址：https://github.com/zxh326/kite

什么是 Kite？

Kite 是一个开源的 Kubernetes Dashboard，旨在提供轻量、直观、现代化的集群管理解决方案。它通过简洁的界面和强大的功能，帮助用户实时监控集群状态、管理资源并简化操作流程。相比传统的 Kubernetes Dashboard，Kite 不仅更美观，还更注重用户体验和性能优化，特别适合希望快速上手、专注于核心任务的 DevOps 团队

Kite 的核心亮点

• 轻量级设计：资源占用低，运行流畅，适合各种规模的集群
• 实时监控：集成 Prometheus，提供 CPU、内存、网络等实时指标
• 直观界面：现代化 UI 设计，操作简便，降低学习曲线
• 强大的资源管理：支持资源创建、更新、删除、扩展及重启
• 灵活的扩展性：支持自定义资源定义（CRD），满足复杂业务需求

Kite 的核心功能

Kite 的功能设计围绕 Kubernetes 用户的实际需求，提供了从集群概览到精细化管理的全方位支持。以下是几个令人印象深刻的功能：

集群概览与实时监控

Kite 提供了一个直观的集群健康状态仪表板，展示实时的资源使用情况（如 CPU、内存、网络）。通过与 Prometheus 的集成，用户可以轻松查看关键指标，快速定位性能瓶颈

资源关系可视化

Kite 能够以图形化方式展示 Kubernetes 资源之间的关联（如 Deployment → Pods），帮助用户更清晰地理解集群的拓扑结构，简化排查问题的工作

便捷的资源操作

通过 Kite 的界面，用户可以直接执行资源管理操作，包括创建、更新、删除、扩展和重启资源。无论是调整副本数还是重启 Pod，都能一键完成

Web 终端

Kite 内置 Web 终端确实是一大亮点

安全认证支持

Kite 支持 GitHub OAuth 和自定义 OAuth 认证，同时提供简单的用户名/密码认证方式，确保访问安全可控

为什么选择 Kite

在众多 Kubernetes 管理工具中，Kite 凭借以下优势脱颖而出：

• 现代化设计：采用 Maple Mono 字体和简洁的 UI 风格，视觉效果清新，操作体验流畅
• 轻量高效：相比官方 Kubernetes Dashboard，Kite 的资源占用更低，适合资源敏感的环境
• 易于部署
• 开源免费：Kite 是完全开源的，社区驱动，允许用户自由定制和贡献代码

此外，Kite 默认不收集任何分析数据，但用户可通过设置 ENABLE_ANALYTICS=true 启用匿名数据收集，帮助开发者改进产品

快速上手 Kite

一键快速上手，默认使用官方镜像，也可以手动编辑使用 ccr.ccs.tencentyun.com/k7scn/kite

kubectl apply -f https://raw.githubusercontent.com/zxh326/kite/refs/heads/main/deploy/install.yaml

默认情况下，没有用户验证的，可以通过配置环境开启密码认证或者 OAuth 验证

• KITE_USERNAME/KITE_PASSWORD
• OAuth 可以参考 OAUTH_SETUP

等 Pod 启动完成，访问 svc 的 80 端口即可。

如果没有使用 tailscale 打通网络的话，可以 NodePort 或者 Ingress 方式访问

除了 InCluster 方式，也可以本地使用 docker 方式

docker run --rm -p 8080:8080 -v ~/.kube/config:/home/nonroot/.kube/config ghcr.io/zxh326/kite:latest

打开浏览器，访问 http://localhost:8080，即可进入 Kite 的管理界面

适用场景

Kite 适用于以下场景：

• 中小型团队：希望快速部署一个轻量级的 Kubernetes 管理工具
• 开发与测试环境：需要直观的界面来调试和监控集群
• 学习 Kubernetes：新手用户可以通过 Kite 的简洁界面快速熟悉 Kubernetes 的核心概念。
• 对 CRD 要求不高，只使用基础资源对象很适合

后续 Kite 团队计划进一步增强与 Prometheus 和 Grafana 的集成，优化多集群管理功能，并支持更多的认证方式

总结

Kite 是一个现代化、轻量级的 Kubernetes Dashboard，以其直观的界面、强大的功能和高效的性能，为 DevOps 工程师提供了一个优秀的集群管理解决方案。无论是新手还是资深从业者，Kite 都能帮助你更轻松地管理 Kubernetes 集群，专注于核心业务开发。

个人觉得 UI 设计确实很令人舒服，但是对于我这种重度依赖 CRD 来说，略显鸡肋

关注我的微信公众号，更多技术吐槽和干货!

CherryEd

TypeCho多功能的Markdown编辑器插件目前编辑器只是在后台编辑与渲染.前台展示,目前没有做任何处理, 所以需要自行处理.

插件下载

介绍

• 几乎支持MD全语法（简单扩展）
• drawio 绘图，可以看官方的示列https://app.diagrams.net/。一样的，可重复编辑，（目前使用base64保存）
• 拖支持的扩展名到编辑器自动上传
• 支持公式katex或MathJax，可选
• 可视化编辑表格
• 流程图，时序图，状态图，饼图支持
• 可定义主题
• 可导出为PDF，长图，MD文件，HTML
  
  

开源地址

https://github.com/Utoai/CherryEd

1. 下载 TiviMate（首选：2.8.0），安装并打开，点击 添加节目列表

   

2. 点击 输入地址，输入博主自维护链接里的 m3u 地址，再点击下一个

   

3. 不要勾选 VOD点播列表，点击下一个

   

4. 点击完成即可添加完成

   

如何添加epg节目单

1. 长按，在底部菜单选择 设置 - 节目预告

   

2. 点击节目预告源

   

3. 点击 添加源

   

4. 输入地址：http://epg.51zmt.top:8000/e.xml，再点击确定即可

   

1. 下载 Televizo，安装并打开，点击创建播放列表

   

2. 选择 新的M3U播放列表

   

3. 名称：随意，链接到播放列表：输入 博主自维护链接里的 m3u 地址 （其余选项默认即可），点击右上角√即可添加完成

   

如何查找自己想看的节目

1. 点击所有频道，再点击搜索按钮，输入自己想看的节目名称查找即可。

   

如何更新电子节目指南数据

1. 点击 设置 - 更新电子节目指南数据

   

基于 Cloudflare Woker 部署免费的 PikPak 网盘下载播放加基于 Cloudflare Woker 部署免费的 PikPak 网盘下载播放加速工具教程。
该工具本质上就是使用免费的 Cloudflare Woker + 自有域名代理 PikPak 的下载流量，已应对 P盘规模扩大化后，国内的直连速度实在是有点拉跨的问题。
适用群体：联通宽带等对CF加速服务体验良好的用户，PikPak_By_Shimily 第三方客户端用户，官方网页版用户，动手能力比较强的用户。

PS:这其实是一个几乎万用的反代代码，所以你拿来反向代理其他东西也是可以的。

需要准备的东西

首先我们复习一下Cloudflare Terms 第 2 项服务、第 2.2 项使用服务、第 2.2.1 项禁止的行为中 第 J 条规定：使用服务提供虚拟专用网络或其他类似的代理服务。((j) use the Services to provide a virtual private network or other similar proxy services.)
目前并没有收到有人因此被处罚的反馈，但建议以下操作不要在自己主要账号上部署。

1. 一个你自己的域名

什么域名都可以，需要可以在 CloudFlare 管理，
如果没有也不想掏钱买，可以看这个教程常见免费、便宜域名注册渠道一览
个人建议是如果不太会，就先用硅云的那个免费域名渠道，毕竟是国内厂家，不会的都可以骚扰客服。
有点技术基础有github账号的可以考虑 eu.org 和 US.KG 这两个免费域名。
不差钱的直接去买个top或者xyz啥的便宜域名。

2. CloudFlare账号

注册地址
输入您的电子邮箱地址和密码。单击 Create Account。
PS：CloudFlare有中文界面，在右上角切换

Cloudflare Workers部署

基本部署

1. 登录你的Cloudflare
2. 在主页右侧找到【Workers和Pages】
3. 点进【概述】选择一个预设的子域，点击【创建】之后，我们选择免费套餐。
4. 在【创建应用程序】时，选择【创建Workers】
5. （非必须）在服务名称里起个好记好写的名字，比如pikpak，方便自己记忆。
   记住下边写的那行您的服务将被部署到：https://pikpak.XXXXX.workers.dev
6. 点右下角的【部署】，稍等。等页面刷新后选【编辑代码】
7. 删除页面左侧代码框内一切内容后，把这里的代码https://github.com/tjsky/pikpak/blob/main/cf-worker/index.js （感谢小樱修改的反代代码）粘贴到页面左侧的输入框，覆盖原有内容。
8. 点击右上角的【部署】按钮，
9. 你的反代是会对所有人公开的，反代代码也没有鉴权部分，所以为了避免出现天价账单，请不要使用对部署的Cloudflare Workers付费。

绑定自定义域名

因为国内运营商屏蔽了Cloudflare Worker的默认域名YYY.XXXX.workers.dev，导致无法使用Cloudflare Worker顺利反向代理，表现为无法刷出文件列表，无法登录。使用全局代理后就正常。

在 Cloudflare 内添加你的域名

1. 登录你的Cloudflare账号，点击添加站点
2. 在这里写你的域名比如 pikpak.speed.top ，点【添加站点】
3. 选免费计划，点【继续】
4. 为 XXXX.YY 添加更多 DNS 记录，点添加记录
   名称写@，IP你可以随便写（除了类似1.1.1.1这种特殊的IP以外），要点是要开启“代理状态”，让那朵云是橙色的就行。，点保存。
   他会提示“在我们验证所有权时，您的域的 Cloudflare 保护处于待定状态。此过程最长可能需要 24 小时完成。了解有关挂起域的更多信息”无视就好了，因为你目前还没有验证这个域名是你的。点【继续】按钮
5. 为域名添加Cloudflare 名称服务器，往下拉可以看到两个域名服务器地址
6. 设置好之后点【完成，检查名称服务器】之后的【快速入门指南】，可以跳过，也可以吧全部选项都开启，然后点【完成】，稍等几分钟，一般更改DNS名称服务器会需要5~20分钟才会生效（最慢不超过24小时）

将需要的子域添加到 Cloudflare 的 DNS 记录中

名称看你个人喜好，IP可以随便写，只要不是1.1.1.1就行（一些免费域名是无法设置这些特殊IP的）
主要是开启“代理状态”，让那朵云是橙色的

给workers添加路由

1. 点击添加路由
2. 把你刚才设置的子域填写到路由中比如 pikpak.speed.top/* ，服务选你需要设置自定义域名的workers，环境就选你需要的。注意图中的格式是：域名/*
3. 然后就好了，你以后就可以使用诸如 pikpak.speed.top 去替代你原来的workers默认域名使用了。

如何加速下载

民间偏方之”自选IP”、”优选IP”、”优选域名“是否有必要

先说结论可以但没必要。相比带来的那点提升，随之而来的复杂维护才是最大的问题。

这种方式虽然看起来可能在某些特定情况下能够“暂时”改善你的下载速度，但从长远来看并不是一种可靠或推荐的做法（我以前手动优选之后，隔三差五就要测测速度正常不正常，实在是折腾烦了，还是改回了默认解析，20MB/s和30MB/s的差距，省不了多少时间）。除非你的网络出现了部分CF的IP无法访问的问题，才需要在hosts里给你的域名绑一个IP。

以及 Cloudflare Terms 第 2 项服务、第 2.2 项使用服务、第 2.2.1 项限制第 B 项条款中，该条款规定：干扰、破坏更改或修改服务或其他部分，或对网络或服务 (包括 Cloudflare 对等合作伙伴的网络) 或与服务相连的服务造成不当负担，包括但不限于导致 (无论直接还是地址) 您的 Cloudflare 代理域流量被发送到未由 Cloudflare 为该域分配的 IP 地址。

不过如果你还是想再快一点，或者你的网路默认解析的 CF IP实在是速度过于拉跨
可以看下：这个文章
– 下载所需要的工具里的「CloudflareST」和「SwitchHosts」。
– 参照文章进行「优选 cloudflare IP」得到最优 IP。
– 参照文章使用 SwitchHosts 修改你加速域名的 Hosts 。

使用 PikPak_By_Shimily 第三方客户端的

1. 设置 – 下载设置 – 加速链接设置 – 配置链接
2. 填写你上边的加速域名，比如 https://pikpak.speed.top
3. 测试并保存，如果没问题就会提示“加速链接测试成功”

使用官方网页版的

1. Chromium内核浏览器（电脑上比如chrome、edge、firefox，手机上比如kiwi，firfox）
   安装自定义重定向扩展（需要chrome138以下，并允许安装MV2扩展，详见《Chrome 如何继续使用 uBlock Origin 等 Manifest V2 扩展》）

2. 使用新代码的可直连反代域名（假设部署好的反代域名是 pikpak.speed.top 注意这个域名是举例，实际是不能用的）

3. 添加一个规则
   匹配规则：^https://(dl-(a10b|z01a)-0\d{3}.mypikpak.com(.*))
   重定向至：https://pikpak.speed.top/https://$2
   (https://ppikpak.speed.top就是加速域名，根据自己的情况替换)
   这样你访问 pikpak 官方网页版时，播放和下载地址就会自动替换为进行反代加速的了。

使用自己的下载工具

1. 本质上就是将加速域名（比如https://ppikpak.speed.top）拼接到 pikpak 的原始下载域名的前边，所以你大可以自己手动操作一下。

效果示意和一些小要点

• 联通4G流量卡
  • 网络测速
    
  • 直接下载的速度
    
  • 使用加速服务后的速度
    

The post PikPak网盘免费加速服务自部署教程 – 基于Cloudflare Woker appeared first on 秋风于渭水.

老早就想上统计了，之前用过百度、51LA、统计鸟一类的统计工具，存在或多或少的问题吧，一定程度上也会拉低博客速度，当然自建统计也考虑过，主要还是太懒，也不想维护太多东西，所以无意中看到了 Access 插件，试用了下，效果不错，这款插件主要用于后台查看，所有接口做了鉴权，我还是想把页面放到我前端看，于是乎开始改造了。

用时一天时间完成了改造，主要做了如下改造：

• 将统计图表适配到模版中；
• 查询接口鉴权规则改造；
• 处理局域网重复记录问题；
• 页面样式调整；

统计类别主要有：

1. 访问数统计；
2. 来源统计；
3. 来源路由统计；
4. 文章浏览统计；
5. 访客地域统计；
6. 今日访问统计；
7. 昨日访问统计；
8. 当月访问统计；

预览地址，请看右下角统计图标。

Access插件下载

家庭数据中心系列 用 Cloudflare Worker 解决 WordPress 多活架构中的评论同步难题 无敌的个人博客 tangwudi

1 前言 在部署 WordPress 多活节点方案时，一个至关重要的技术点是读写分离：即将所有涉及”写入数据库”的操作(如发布文章、修改内容、修改插件配置、提交评论等)统一路由到主写节点完成，而其他节点则作为只读副本，提供内容展示、缓存服务等。这种架构的好处是显而易见的： 它避免了多点写入可能引发的数据冲突、同步延迟和一致性问题； 同时也降低了主数据库的负载压力，使各节点能各司其职，提升整体系统的可扩展性与稳定性。 实现读写分离的核心在于将所有可能触发写操作的前端请求，准确且稳定地引导至主写节点。对于某些写操作，比如管理员发布文章、修改内容或配置插件，这类行为通常发生在后台操作环境中，可以通过强制访问主写节点来规避问题，因此相对可控。但也有一些写入行为难以人为干预，例如访客在文章下方直接发表评论，这类请求发生在普通页面中，无法要求用户特意跳转至某个专用节点来完成操作 […]

<p>The post 家庭数据中心系列 用 Cloudflare Worker 解决 WordPress 多活架构中的评论同步难题 first appeared on 无敌的个人博客.</p>