前言 上一篇《网站CPU突然跑满，很可能是CC攻击》，写了CC攻击的排查方式，今天就来具体写一写怎么在 VPS 上配置这层防护，还有一些比较容易犯的错，比如限流配太严把自己封了、缓存规则写错导致后台登录不上、源站白名单设错把 CDN 节点全挡了等等，给朋友们一个参考。 在 VPS
前言 前段时间网站出了个怪事，访问量没涨，CPU却突然跑满，带宽看着也正常，但页面开始频繁超时，连正常用户都进不来 😭 我一开始以为是程序出了bug，查了日志、看了数据库、排查了插件，折腾了三天，最后才发现是CC攻击。今天就分享一下这个排查过程，给同样遇到CPU莫名跑满的朋友一个参考。 一开始我以
前言 大部分生产事故，都不是什么高深的技术问题，而是最基础的配置没做对。 日志没配滚动，磁盘满了；连接池没设上限，数据库连接被耗尽；事务没设超时，一个慢查询把整张表锁死。这三个问题，我这些年反复见到过，而且每次还都是同样的剧本：测试环境没问题，上线跑几天，突然崩了，查半天发现是配置问题。 这里分享一
前言 随着视频点播业务的高速发展，用户对加载速度、拖拽流畅度、清晰度切换稳定性提出了更高要求。在这一背景下，分片存储 已成为现代 CDN，尤其是 自建 CDN 架构 中不可或缺的核心能力。 以
前言 在现代 CDN（内容分发网络） 架构中，分片存储 已成为提升性能和降低成本的关键技术之一。以 99CDN 自建 CDN 架构 为代表的新一代 CDN 平台，通过 分片存储 + 多级边缘节点 的协同机制，将大文件拆分为多个数据分片，并智能分发至不同层级的节点缓存，从而显著提
前言 在当今高并发、超大规模流量的内容分发图谱中，传统 CDN 仅凭“边缘节点缓存完整文件”的模式已触及物理极限。面对 GB 级大文件、脉冲式突发流量，单一的边缘缓存既难以满足毫秒级响应的稳定性要求，也无法解决源站回源成本失控的财务压力。 为了突破这一瓶颈，多级节点架构”与“分片存储机制的深度耦合，
前言 在 CDN 建设的初期，源站 + 边缘节点的二层模型足以应对基础的分发需求。然而，随着业务步入高并发、超大规模流量及全球化访问的深水区，传统架构的局限性开始显现：源站带宽开支失控、回源风暴频发、系统稳定性面临严峻考验。 此时，多级节点
1. 引言 今天跟大家分享一个非常实用的书签管理工具——Karakeep。对我来说，书签管理一直是个比较头疼的问题。尤其是当你收藏了很多网页链接、文章、图片和PDF，却又没有一个靠谱的工具去管理它们。直到我遇到了Karakeep，它彻底解决了我这个问题，完全符合「万物皆可存」的需求，简直是囤积狂欢者
1.摘要 在跨境电商与海外社媒运营的精密生态中，代理 IP 的质量直接决定了账号的“生命线”。IP 波动或共用导致的关联封号，是所有运营者的噩梦。为了实现业务的极致稳健，越来越多的资深玩家弃用服务商提供的共享池，转向云服务器 + AdsPower的自建方案。 这种方案的核心逻辑在于**“资产私有化”
1.摘要 轻量级监控新标杆：Beszel —— 专为 VPS 打造的敏锐“探针”。 想要实时掌握服务器动向，却又担心监控程序反占资源？今天为大家安利一款颜值与实力并存的轻量级探针：Beszel。 它不仅能毫秒级呈现 CPU、内存、磁盘 I/O 及网络流量，更能深度透视 Docker 容器的实时占用与
