家庭数据中心系列 友善 NanoPi 系列软路由选型与刷机：R2S Plus + FriendlyWrt 实战 无敌的个人博客 tangwudi

1 前言 在上一篇文章中(参见：家庭数据中心系列 用 X-WRT 改造退役小主机：主路由的另类选择)，我拿一台闲置的 J2900 x86 小主机来折腾软路由，跑起来倒是没问题，性能绰绰有余，系统也稳定。但问题在于，它并不是我科学上网的主力设备，纯粹只是”技术尝试”而已——也就是说，这机器每天开着，却几乎没什么事干。而它的待机功耗却稳定在 20 多瓦，看着电表跳的时候，还是有点心在滴血的感觉。 如果这机器真是主路由，那耗这么点电也认了；可现在只是个支线角色，说闲置吧偶尔又会用，说在用吧每天的利用率又低，长期跑着总觉得不值当，然后按需开关机我又觉得别扭～。于是我开始琢磨，有没有一种设备，价格别太贵，体积小巧，功耗低到可以24小时开着都不心疼，同时还能跑得稳、玩得转，足够我自由折腾的？ 在网上翻了一圈之后，我还真找到了这样一个合适的选择：NanoPi R2S/R2S Pl […]

<p>The post 家庭数据中心系列 友善 NanoPi 系列软路由选型与刷机：R2S Plus + FriendlyWrt 实战 first appeared on 无敌的个人博客.</p>

热烈庆祝”家庭数据中心”名词，谷歌搜索结果暂居第一 无敌的个人博客 tangwudi

不容易啊，谷歌搜索引擎”家庭数据中心”这个名词的搜索结果，以往长期压我一头的”百度百科”和”维基百科”终于被我压下去了一次，虽然这个时间肯定很短暂，但是也值得发个说说了：

<p>The post 热烈庆祝”家庭数据中心”名词，谷歌搜索结果暂居第一 first appeared on 无敌的个人博客.</p>

热烈庆祝”家庭数据中心”名词，谷歌搜索结果暂居第一 无敌的个人博客 tangwudi

不容易啊，谷歌搜索引擎”家庭数据中心”这个名词的搜索结果，以往长期压我一头的”百度百科”和”维基百科”终于被我压下去了一次，虽然这个时间肯定很短暂，但是也值得发个说说了：

<p>The post 热烈庆祝”家庭数据中心”名词，谷歌搜索结果暂居第一 first appeared on 无敌的个人博客.</p>

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

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

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

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

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

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

家庭数据中心系列 WordPress网站通过Simply Static插件实现站点静态化 无敌的个人博客 tangwudi

1 前言 我一直想为基于 WordPress 的动态博客搭建一个同步更新的静态副本，一方面是出于对”全站缓存”和”永远在线”能力的追求——毕竟早期博客还没有实现灾备和双活部署，Wordpress 本身一旦宕机，整个站点就会出现访问异常；另一方面，也希望在一些特殊场景中，比如将博客发布到私有网络(如 DN42)中，或者在一些域名的443端口需要伪装时(用来掩饰这些域名上某些路径的特殊作用)，能有一个脱离 WordPress 环境也能独立运行的只读副本。 其实早期我也尝试过其他路线的”动态博客静态化”方案，比如那篇用 Hexo基于cloudflare pages搭建静态博客的文章(参见：家庭数据中心系列 使用hexo搭建静态博客并部署到到cloudflare pages)。当时折腾这个其实就是为后续的”静态化& […]

<p>The post 家庭数据中心系列 WordPress网站通过Simply Static插件实现站点静态化 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 从 dnsmasq 到 smartdns：打造一个靠谱的家庭 DNS 国内外查询分流系统 无敌的个人博客 tangwudi

1 前言 之前，我写过一篇关于 dnscrypt-proxy 部署的文章（参见：dnscrypt-proxy(v2.1.8) 多场景配置指南：从上游部署到下游集成）。当时的架构是：利用Racknerd 的芝加哥 VPS 部署 dnscrypt-proxy，作为加密的 DNS 上游服务器(以DoH方式发布)，而家庭数据中心的 AdGuard Home(因为AdGuard Home支持上游节点是DoH) 作为DNS 下游节点为内网设备服务 ，从而为家庭网络提供一个纯净、无污染、且支持加密传输的 DNS 服务。 不过，这种方案在实际使用中也存在一个局限：无法实现国内和国外 DNS 查询的分流解析。当然，这并不是因为 dnscrypt-proxy 本身不支持，而是它的分流机制更偏向于”基于服务器策略的转发”（例如通过不同的 server-names 配置），而不像 dnsm […]

<p>The post 家庭数据中心系列 从 dnsmasq 到 smartdns：打造一个靠谱的家庭 DNS 国内外查询分流系统 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 数据变更感知到自动导出：构建 WordPress 双活同步自动化运维的最后一跳 无敌的个人博客 tangwudi

1 前言 我之前的博客架构是家庭数据中心(主节点+热备节点) + 腾讯云(容灾节点），属于比较典型的”单节点读写”方案。由于日常只有主节点负责处理数据库的读写请求，所以数据库之间并不需要实时同步：每当我新增文章、修改内容，或者批准、回复评论，导致 WordPress 的数据库发生变化时，如果刚好有心情，我会手动将主节点的 MariaDB 中的 wordpress 库导出为 wordpress.sql 文件，并放进 Syncthing 的同步目录里。接下来，Syncthing 会将这个文件同步到热备节点和容灾节点的指定目录，这2个节点上的 inotify 脚本监测到目录发生变化后，自动触发数据库导入脚本，将 wordpress.sql 文件导入对应的 MariaDB 中，从而完成主节点和其他节点之前的数据同步。 不过现在，博客架构升级成了家庭数据中心”主写 […]

<p>The post 家庭数据中心系列 数据变更感知到自动导出：构建 WordPress 双活同步自动化运维的最后一跳 first appeared on 无敌的个人博客.</p>

自建”非直连”科学节点的架构与原理：sing-box 与 Cloudflare 的组合实践 无敌的个人博客 tangwudi

1 前言 自从购买了Racknerd的VPS，并完成了将容灾节点从腾讯云轻量服务器搬家到Racknerd芝加哥VPS的大工程之后(参见文章：家庭数据中心系列 博客架构的第二次重构：VPS搬家引发的服务迁移与双活容灾实践，数据中心搬家可不就是大工程)，我还在思考如何能够充分利用这高价购买(39.88美金/年)的芝加哥节点(Racknerd_高配1_882)，毕竟现在芝加哥节点的资源还大量闲置着： 转念一想，其实除了硬件资源，芝加哥节点每月流量高达8500G，而我现在主要是将它作为平时核心应用(博客)对Cloudflare的主回源站，这种用法根本用不了多少流量，等于说这么多月流量完全浪费了。 既然想充分利用流量，那自建科学节点就是首当其冲的用法了。可是因为我之前并没有境外的VPS，对这方面的知识也不怎么了解，所以，需要先梳理一下相关的知识点。 2 背景知识：现实网络环境下的访问困境 在当今的网 […]

<p>The post 自建”非直连”科学节点的架构与原理：sing-box 与 Cloudflare 的组合实践 first appeared on 无敌的个人博客.</p>

dnscrypt-proxy(v2.1.8) 多场景配置指南：从上游部署到下游集成 无敌的个人博客 tangwudi

1 前言 其实，我一直想在内网搭建一个稳定、无污染的 DNS 服务，专门用于解决 DNS 污染问题，供部分仅需解决DNS污染的应用使用，比如emby的tmdb插件，不能正常刮削影视信息，仅仅是因为其API地址”api.themoviedb.org”被国内DNS进行了污染而已，比如这是用国内DNS的解析结果： 而正常的解析应该是解析到AWS cloudfront的Anycast地址： 所以，这部分应用其实并不需要全局代理，需要的仅仅是一个”无污染”的DNS而已。 过去，解决DNS污染问题，我是依赖于 AC86U 路由器上 Merlin 固件内置的 Clash 插件来实现，通过它劫持 UDP 53 端口来将 DNS 请求转发到外部加密 DNS 服务。这种方式虽然也能解决DNS污染，但却存在着较大的限制： 对服务稳定性要求高：一旦 Clash 插件 […]

<p>The post dnscrypt-proxy(v2.1.8) 多场景配置指南：从上游部署到下游集成 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 博客架构的第二次重构：VPS搬家引发的服务迁移与双活容灾实践 无敌的个人博客 tangwudi

1 前言 随着腾讯云轻量服务器到底时间越来越近，我一直在犹豫是否续费，第一年是99元/年，第二年我记得是300元/年(记不太清楚了，左右吧)，而第三年的价格是多少呢？看了一下，好家伙： 本来我就觉得备案没啥用了(电信在打击有入向HTTP流量的、有公网IP的家宽，这样一来，国内CDN回源主机直接指向家宽公网IP对应的动态域名这种方式就没用了)，加上国内VPS平时使用中的各种不变(不能正常访问docker、git、apt等等，非要折腾，烦死了)，早就想放弃了，只是想着保留着备案，万一哪天排上用场了呢。 可是加上这次的续费价格，直接打破了我最后一点念想，这让我最终下定决心：域名注销备案，也迁到cloudflare；同时我的云上冗余数据中心也同步搬迁到境外的VPS，那么，接下来面临的第一个问题，就是往哪儿搬呢？ 2 VPS的选购 2.1 选购标准 境外可选的VPS供应商实在是太多了，按理说选择面应 […]

<p>The post 家庭数据中心系列 博客架构的第二次重构：VPS搬家引发的服务迁移与双活容灾实践 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 我的博客安全性评估(上)：测试工具准备篇之Kali Linux安装及初始化 无敌的个人博客 tangwudi

1 前言 这篇文章算是我兑现好多年前自己给自己下的一个目标。起因是，当时在测试公司防 D 产品时，需要写一篇常用流量模拟工具（用于模拟各种网络攻击流量）的使用手册，我就想：干脆我来写一篇吧。结果后来拖拖拉拉，最终也没写出来（当时可没有现在写博客文章的这种主动劲，都是能拖就拖，能不写就不写～）。 再加上，现在的简中互联网环境下，这类文章已经很难找到了，就算还能零零星星找到一些，很多工具的下载方式、安装方法甚至使用步骤都已经发生了变化，导致想要了解和学习的朋友不仅难以获取完整的资料，还容易被过时的信息误导。既然如此，我索性就整理一篇，把这些工具的安装、配置和基本使用方法系统地记录下来，希望能帮到有需要的人，也顺便填补这一块内容的空缺。同时，也算是给当年的自己一个交代吧。 注：说得好听，其实是升级成了Cloudflare Pro之后，我想看看WAF的托管规则和对绝对自动流量的防御效果到底如何，权 […]

<p>The post 家庭数据中心系列 我的博客安全性评估(上)：测试工具准备篇之Kali Linux安装及初始化 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 基于 HTTP 代理的轻量旁路网关搭建：redsocks2 + iptables 实战指南 无敌的个人博客 tangwudi

1 前言 说到我家的科学环境，在经过三次大的优化之后，结构是这样： 目前这个结构运行良好，如果内网某台设备需要具备”全局”科学的能力，只需要在爱快上的”流控分流”-“分流设置”-“端口分流”中将该设备的源IP地址关联到爱快的wan2口(连接着AC86u的lan口)即可： 甚至为了应对AC86u故障时特殊情况，还在内网PVE里部署了一个安装了opencalsh的openwrt的虚拟机来作为应急设备： 详细搭建过程参见文章：软路由系列 爱快+openwrt最佳部署方案探讨(再见吧，旁路由)。 然而，现有的方案也存在一些局限性： 依赖特定硬件的路由器 当前方案依赖爱快和 AC86u(或者openwrt)这类具备科学上网能力的路由器，而不管是爱快还是具备科学能力的路由器，拥有的家庭都是少数。因此，对于没 […]

<p>The post 家庭数据中心系列 基于 HTTP 代理的轻量旁路网关搭建：redsocks2 + iptables 实战指南 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 使用Sassy Social Share插件为WordPress添加社交分享按钮 无敌的个人博客 tangwudi

1 前言 最近在浏览一些网站的时候，看到别人都提供了分享网站内容到主流社交软件的按钮，我一琢磨，感觉这个还是有用处的：有人愿意分享你的文章，结果还需要让别人去浏览器地址栏手动复制文章的地址链接才行，说不定这一步操作就直接打消了人家愿意分享的念头呢？想了一下，感觉还是应该给我的博客也添加上主流社交媒体的分享按钮。 大概的搜索了一下，WordPress上可用的提供社交媒体分享按钮的插件很多，有些插件集成了社交媒体分享功能之外，还包含了其他一堆功能，比如 Jetpack，这个插件虽然功能丰富，但也比较臃肿，加载的资源较多，可能会影响网站的加载速度。而另一些插件则专注于社交分享功能，比如 Sassy Social Share，这类插件功能更简洁，专注于提供轻量的社交分享按钮。 由于我不愿意轻易在 WordPress 里安装插件，尤其是那些功能繁杂、可能拖慢加载速度的”重”插 […]

<p>The post 家庭数据中心系列 使用Sassy Social Share插件为WordPress添加社交分享按钮 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 Cloudflare 监控告警组合实战：运行状况检查 + 事件警报带来的轻量化运维体验 无敌的个人博客 tangwudi

1 前言 关于群站应用的健康检查和即时通知，之前我曾经写过一套方案：自建 Uptime 搭配 Bark，用来自行监控服务状态，并将异常推送到我的苹果设备(iPhone、iPad、macOS)上(具体的搭建步骤参看文章：docker系列 搭建基于uptime和bark的应用实时健康监测及报警系统)。除了只能支持苹果生态这一点之外，这套方案在功能性上其实相当完整。 不过，用了一段时间后我还是放弃了，不是因为技术层面出问题，而是从实际使用体验来看，性价比确实不高，原因大致有以下几点： 图形界面浪费资源：Uptime 的图表页面对我来说几乎没用，我也不会没事去盯着看，但后台渲染这些内容却占用不少轻量服务器的资源——而腾讯云的轻量服务器本来也不算性能强悍。 WAF 规则妥协安全性：为了让 Uptime 的探测请求能成功回源，我还得把腾讯云服务器的 IP 加入 Cloudflare 的 WAF 白名单 […]

<p>The post 家庭数据中心系列 Cloudflare 监控告警组合实战：运行状况检查 + 事件警报带来的轻量化运维体验 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 通过 Cloudflare 实现精准缓存清除：Cache-Tag 与前缀方式实战 无敌的个人博客 tangwudi

1 前言 很多使用 Cloudflare CDN 的朋友经常会遇到这样一个问题：修改了网站的某些内容，但刷新网页后却发现更改并没有立即生效。这时，大家的第一反应往往是去 Cloudflare 仪表盘里点一下 “清除所有内容”： 虽然这样能立刻解决问题，但却有个很大的副作用——所有的静态资源(HTML、CSS、JS、图片等)都会被清除，访客访问网站时不得不重新从源站加载所有内容，这会导致页面变慢、流量浪费，甚至影响 SEO。 实际上，我们很多时候真正想要清除的只是HTML 页面，比如修改了 functions.php、header.php 或 footer.php，导致页面结构发生变化，但 Cloudflare 仍在提供旧的 HTML 缓存，这时候只清除 HTML，而不动 CSS、JS、图片，才是最合理、最精确的做法。 虽然 Cloudflare 仪表盘本身没有提供& […]

<p>The post 家庭数据中心系列 通过 Cloudflare 实现精准缓存清除：Cache-Tag 与前缀方式实战 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 “API Shield” 深度解析：构建更安全的 Cloudflare API 防护体系 无敌的个人博客 tangwudi

1 前言 在Cloudflare仪表盘的”安全性”选项卡下，有一个”API Shield(API防护)”的功能： 这个功能一看就是专门用来保护API的，不过之前我也没有自建的、需要保护的API，所以也没机会白嫖研究这个功能。 但是，随着最近这段时间我写了2篇涉及自建API的文章(参见家庭数据中心系列 构建高效且安全的随机图片API：Cloudflare Worker + R2 + KV 实战指南和家庭数据中心系列 Cloudflare Worker + KV：打造 WordPress 云端文章阅读统计)，忽然发现我已经具备研究这个功能的素材了，这周的研究目标就选”API Shield”吧。 注：最近Cloudflare已经推出了新的仪表盘，功能布局变化非常之大，就比如这个”API Shield” […]

<p>The post 家庭数据中心系列 “API Shield” 深度解析：构建更安全的 Cloudflare API 防护体系 first appeared on 无敌的个人博客.</p>

PageSpeed Insights 94分，目前测试的最高分，特此发贴纪念一下，哈哈 无敌的个人博客 tangwudi

今天忽然兴起，又用PageSpeed Insights跑了一下分，结果居然到了94分(之前最高91分)，按PageSpeed Insights这种对使用了CDN的站点运气型测试的尿性，以后大概率也很难人品爆棚的出现这么高的分了，所以特此发个说说纪念一下我的人生巅峰～：

<p>The post PageSpeed Insights 94分，目前测试的最高分，特此发贴纪念一下，哈哈 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 WordPress 图标字体优化：本地托管 FontAwesome，告别 API 限制 无敌的个人博客 tangwudi

1 前言 之前，我博客外链以及菜单的图标都是配合FontAwesome(Free版)的图标字体来使用，效果也蛮不错： 不过，当时是使用的FontAwesome官方的CDN，需要在WordPress中插入如下代码： <script defer src="https://kit.fontawesome.com/YOUR_KIT_ID.js" crossorigin="anonymous"></script> Font Awesome 是一个基于CSS和LESS的字体和图标工具包，它由Dave Gandy制作，用于Twitter Bootstrap，后来被集成到BootstrapCDN 中。Font Awesome在使用第三方Font Scripts的网站中占有20％的市场份额，排在Google字体之后的第二位。 关于FontAwesome图标字体的详细介绍和使用参见文章 […]

<p>The post 家庭数据中心系列 WordPress 图标字体优化：本地托管 FontAwesome，告别 API 限制 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 Cloudflare Worker + KV：打造 WordPress 云端文章阅读统计 无敌的个人博客 tangwudi

1 前言 在 WordPress 里，实现文章阅读统计的方法有很多，常见的做法通常是借助插件，在主题文件（通常是 functions.php）中插入代码，并将阅读次数存放在本地数据库中。根据实现方式，大致可以分为两类：服务端统计 和 前端统计。 • 服务端统计：一般是通过 PHP 代码直接记录文章的访问量，但如果网站启用了 CDN 缓存，很多请求根本不会真正到达服务器，导致统计数据不准确。例如，WordPress 的 WP-PostViews 插件 就是这么做的，这种方式已经逐渐被淘汰。 • 前端统计：通过 JavaScript 在浏览器端直接向 WordPress 发送请求，调用 admin-ajax.php 记录访问量。虽然这种方式可以绕开 CDN 缓存的干扰，但 admin-ajax.php 是同步执行的，性能并不算高，流量一大就可能拖慢 WordPress 的整体响应速度。 说到底 […]

<p>The post 家庭数据中心系列 Cloudflare Worker + KV：打造 WordPress 云端文章阅读统计 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 Cloudflare APO 缓存失效解析：Cf-Cache-Status BYPASS 的原因与解决方案 无敌的个人博客 tangwudi

1 前言 这周原本计划写的文章不是这篇，但在由于在研究 “APO对 WordPress 内容缓存的影响”时，无意间发现了一个异常的情况：访问博客请求的响应标头中出现了 “Cf-Cache-Status: BYPASS“： 最关键的是，不管怎么刷新都是”BYPASS”，这意味着APO对我博客的访问请求处于失效的状态(不知道问题的实际影响范围，只知道至少对我的访问请求是如此)。这让我感到非常不爽，毕竟现在已经是高贵的Cloudflare Pro用户，而APO功能可是单独拿出来卖5美金一个月的昂贵服务，怎么能不生效呢？这事必须得重视！ 为了弄清楚背后的原因，我不得不中途调整方向，深入研究这一现象，并尝试找出问题的触发因素。 2 启用APO后WordPress站点响应头常规内容解析 在正常情况下，使用 APO 时，响应头应类似 […]

<p>The post 家庭数据中心系列 Cloudflare APO 缓存失效解析：Cf-Cache-Status BYPASS 的原因与解决方案 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 Cloudflare Pro 深度体验：从 Free 到 Pro，到底值不值得升级？ 无敌的个人博客 tangwudi

1 前言 我大约是去年年初的时候知道的Cloudflare，距今已经差不多一年了，这一年中我使用Free账户白嫖了Cloudflare的众多功能(CDN缓存加速、WAF、DDoS攻击防护、Tunnel、worker、R2等等)，说实话，我心情一直很复杂：一方面白嫖得很爽，一方面又觉得白嫖得很惭愧(当年因为一直使用盗版感觉亏欠了微软，我可是自费购买surface pro 4来还债的～)。同时，我对pro订阅用户多出的功能也很好奇，毕竟pro用户年付费的话，20美金/月也不算贵，每个月少吃一顿大餐就省出来了，关键在于，相对于普通Free用户来说，pro订阅用户多出的功能到底值不值20美金(我相信绝大部分使用Cloudflare Free账户的站长都有这个疑惑)？ 带着疑惑，在网上搜了半天，我发现几乎没有详细验证这个问题的文章，一般也是一些论坛里有人提出问题，然后有人简单的回答几句，并且主观性也 […]

<p>The post 家庭数据中心系列 Cloudflare Pro 深度体验：从 Free 到 Pro，到底值不值得升级？ first appeared on 无敌的个人博客.</p>

家庭数据中心系列 优化网站加载速度：通过 Cloudflare Zaraz 实现第三方脚本的云端加载及管理 无敌的个人博客 tangwudi

1 前言 在互联网时代，网页加载速度已经成为影响用户体验和SEO排名的关键因素。而其中，TBT(Total Blocking Time，完全阻塞时间)则是衡量网页性能的一个重要指标。 TBT 衡量的是浏览器在加载网页时，因脚本执行而无法响应用户交互的时间。显而易见，影响 TBT 的主要因素就是网页中的 JavaScript 脚本：浏览器需要加载并执行所有 JS 脚本，才能完成页面的渲染和其他内容的加载(CSS也影响渲染，只是相对JS来说影响得小一些)。因此，网页上脚本(和CSS)的数量和复杂性越高，加载完成的时间就越有可能受到影响。 在下图中，TBT时间超过710毫秒，直接导致谷歌的PageSpeed Insights评分大福下降： 而当TBT时间少的时候，评分则大幅上升，下图中，在其他几个参数都与上图中差不多的情况下，TBT大幅降低到90毫秒后，评分直接提高了到了80，可见在谷歌眼中TB […]

<p>The post 家庭数据中心系列 优化网站加载速度：通过 Cloudflare Zaraz 实现第三方脚本的云端加载及管理 first appeared on 无敌的个人博客.</p>

家庭数据中心系列 构建高效且安全的随机图片API：Cloudflare Worker + R2 + KV 实战指南 无敌的个人博客 tangwudi

1 前言 原本没想写这篇文章，之所以忽然插队来写，是因为我忽然对”纯手动定期更换博客的背景图片”这种行为有点倦怠了～。 我博客的背景图片一直是我定期手动更换的(图片存放在cloudflare R2上)。本来嘛，1-2个月更换一次背景图片倒也不算麻烦，但是随着用过的背景图片越来越多，之前用过的完全弃之不用我也有点舍不得(毕竟是我精挑细选出来的)，但是让我主动的手动更换成以前用过的背景图片，主观上我又有点不情愿。 咋办呢？要不干脆搞个随机背景，这样一来就像皇帝侍寝翻牌子，翻到那个就是哪个，我也不用纠结了~。想到就开始做，刚好也可以水一篇文章～。 2 第二部分：实现方式的选择 在搭建随机图片 API 时，可以根据”是否需要 VPS”作为判断条件来选择适合自己实际条件的方案： 1. 需要 VPS 的方案(适合有 VPS 或使用 Cloudflare […]

<p>The post 家庭数据中心系列 构建高效且安全的随机图片API：Cloudflare Worker + R2 + KV 实战指南 first appeared on 无敌的个人博客.</p>