Maven介绍Maven 是一个 项目管理与构建自动化工具
Maven 解决了软件构建的两方面问题：
一是软件是如何构建的。
二是软件的依赖关系。
Maven 的核心功能包括：
项目构建（编译、测试、打包、部署）
依赖管理（自动下载和管理第三方库）
标准化项目结构（约定优于配置）
插件扩展（支持自定义构建流程）
优势：
减少配置：约定优于配置，减少 build.xml（Ant）这样的手动配置。
依赖自动管理：只需声明依赖，Maven 自动下载并处理冲突。
跨平台：基于 Java，可在 Windows、Linux、macOS 上运行。
与 IDE 集成：Eclipse、IntelliJ IDEA、VS Code 都支持 Maven。
Maven 下载Maven 下载地址：http://maven.apache.org/download.cgi
不同平台下载对应的包：
系统
包名
Windows
apache-maven-3.3.9-bin.zip
Linux
apache-maven-3.3.9-bin.tar.gz
Mac
apache-maven- ...
学习笔记
未读Tomcat
Web服务器通常由硬件和软件共同构成。
硬件：电脑，提供服务供其它客户电脑访问
软件：电脑上安装的服务器软件，安装后能提供服务给网络中的其他计算机，将本地文件映射成一个虚拟的url地址供网络中的其他人访问。
处理dos窗口日志中文乱码问题：修改conf/logging.properties，ConsoleHandler.encoding的UTF-8修改为GBK。
conf/server.xml：配置整个服务器信息。例如修改端口号。默认HTTP请求的端口号是：8080；
webapps：存放web项目的目录，其中每个文件夹都是一个项目；如果这个目录下已经存在了目录，那么都是tomcat自带的项目。其中ROOT是一个特殊的项目，在地址栏中访问：http://127.0.0.1:8080，没有给出项目目录时，对应的就是ROOT项目 http://localhost:8080/examples，进入示例项目。其中examples"就是项目名，即文件夹的名字。
WEB项目的标准结构static 非必要目录，约定俗成的名字，一般在此处放静态资源 ( css js i ...
一、目标搭建企业域名邮箱，防止域名被伪造发送钓鱼邮件，同时提升邮件送达率，降低被反垃圾系统误判为垃圾邮件的概率。
二、阶段 1：基础邮箱部署（前置）在企业邮箱服务商（腾讯 / 阿里企业邮等）创建域名邮箱，绑定域名。 配置 MX 记录：指定接收邮件的服务器，实现域名收信，是邮箱工作的基础。
MX 只负责接收邮件，不做发件身份校验，没有防伪造能力。
DNS 避坑：根域名@不能配置 CNAME。DNS 协议规定：如果根域名设置 CNAME，则同域名下 MX、TXT、A 记录全部失效，导致收邮件失败。子域名不受此限制，可以同时配置 CNAME+MX。 根域名网站解析需求请使用 A 记录，不要使用 CNAME。
三、阶段 2：DNS 域名身份认证配置（核心，防域名伪造）作用：给收件服务器提供身份核验规则，证明这封邮件是否是域名所有者授权发出。一共 3 项核心 TXT 记录。
SPF（发件服务器 IP 授权） 功能：声明哪些服务器 IP、服务商有权使用本域名发送邮件。
DKIM（邮件电子签名） 功能：发信服务器用私钥对邮件头部 + 正文签名；收件服务器使用 DNS 里的公钥校验邮件，确认邮件 ...
背景与核心原理
使用背景：Claude Code 默认仅支持 Anthropic 官方模型接口，不兼容市面上多数 API 中转站常用的 OpenAI 协议。
工作机制：CC Switch 在本地充当“同声传译”。Claude Code 将原生请求发给本地 CC Switch 代理，CC Switch 将其转换为 OpenAI 协议格式，并携带真实的 API Key 转发给远端中转站。
第一步：在 CC Switch 中配置服务商在 CC Switch 软件界面中添加供应商，使用自定义配置：
请求地址：填写中转站基础域名，绝对不要以 /v1 结尾
完整 URL 开关：开启。
API Key：填写你真实的 sk-xxx 密钥。
上游格式：选择 OpenAI Chat Completions (需开启路由) 。
认证字段：选择 ANTHROPIC_AUTH_TOKEN 。
模型映射：将对应模型的“实际请求模型”填为中转站支持的名称（如 gpt-5.6-sol）。
启用路由：打开路由总开关，确保该配置处于“使用中”，并记下软件界面显示的“服务地址”。
第二步：检查是否开启 ...
问题复现使用CloudFlareWorkers部署图床系统的时候，想使用EdgeOne加速Workers，但是直接使用EdgeOne加速Workers给的域名会出现522的问题，我一开始以为和Vercle一样是回源HOST的问题，但实际上不是。
Workers是会检测域名的，如果域名没有托管到CF就是直接522
解决方案我发现可以使用一个托管在CF的域名作为中转，实现使用EO加速
给在CF托管的域名添加一个解析记录，值随便填写，但是一定要开启小云盾
添加Workers路由绑定要加速的Workers，注意是添加路由，不是在Workers里面直接绑定域名，一定要使用路由！！！
使用EdgeOne加速中转域名，注意回源方式HTTPS，回源地址和回源HOST要填写中转域名
其他解决方案，我在网上查的好像可以使用自定义主机名功能实现，但是我试了半天页面成功，感兴趣的可以研究一下，这个方案就是在试的过程中发现的。
总结CFWorkers会检测域名，但我们可以使用中转域名的方式绕过
必须要有一个托管在CF的域名，我用的eu.org 免费域名
至于会不会出现双层cdn的问题，我感觉不会，因为达到C ...
学习心得
未读给安知鱼主题的顶部导航栏添加猫毛玻璃效果并分段
具体效果可以看我的博客
必看
美化之前必须备份
我不是在最原始的主题上美化的，但大差不差
教程在 themes\anzhiyu\source\css\_layout\nav.styl直接覆盖
#sidebar #sidebar-menus .menus_items .menus_item_child margin: 0px list-style: none display: flex flex-direction: row flex-wrap: wrap#sidebar #sidebar-menus .menus_item_child li width: calc(50% - 8px) margin: 4px#sidebar #sidebar-menus .menus_item_child .site-page.child display: flex flex-direction: column align-items: center padding: 8px border-radius: 12px borde ...
需求分析我目前博客的图片都是存在博客的images文件夹里面的，每次在Typora写完文章要发布的时候都要重新整理图片路径太麻烦了，并且直接把图片都放到博客里面也不是长久之计。
我的需求
主打白嫖，能省就省
数据自主可控
有密码只能我一个人使用
在Typora里面添加图片可以自动上传到图床并替换好链接
有网页管理页面，我可以通过网页上传图片
方案我想到的方案是使用 Cloudflare R2 对象存储 +CloudflareWorkers + EdgeOne +PicList
Cloudflare R2 对象存储会给每个用户10G空间，用来存图片绰绰有余。
EdgeOne 用来缓存照片，可以有效降低 Cloudflare R2 的请求命中率。
CloudflareWorkers 用来构建网页，有现成的项目可以直接修改实现。
PicList软件用于在Typora里面添加图片自动上传到图床并替换好链接。
部署教程准备三个域名(三个子域名也可以，但主域名必须托管到CF)，其中一个必须托管到CF(免费域名也可以)
一.准备CF存储桶并且配置加速链接第一步添加R2对象存储
存储桶名称：随 ...
适用场景：你手动修改了 node_modules 内部第三方包源码，重装依赖、换电脑迁移会丢失改动。
什么是 patch‑package直接修改 node_modules 只是临时效果，执行 npm install 就会被官方原版覆盖。 patch‑package 对比你修改前后代码，生成 patches/*.patch 补丁文件，提交进仓库；执行 npm install 自动把你的修改打回去，实现换电脑、重装依赖改动不丢失。
Hexo 博客迁移电脑不再复制庞大、容易出错的 node_modules。
一、旧电脑生成补丁步骤1、安装 patch‑package进入你的 Hexo 项目根目录（package.json所在文件夹）执行：
npm install patch-package --save-dev
2、修改 package.json scripts，增加 postinstall{ "name": "hexo-site", "version": "0.0.0", " ...
在修复博客欢迎卡片api接口的时候，想使用腾讯地图的接口，但是直接使用会出现跨域问题，搭建中转又太麻烦，在网上找到了一个很老的技术JSONP，完全符合我的需求。
JSONP（JSON with Padding）是一种非常经典、通用的前端跨域“黑客技巧”（Hack）。
被逼出来的方案：同源策略与漏洞浏览器有一个铁律叫同源策略 (Same-Origin Policy)：如果两个页面的域名、协议或端口不同，前端直接用 fetch 或 AJAX 去请求对方的数据，浏览器就会报错拦截（也就是我们常说的 CORS 跨域报错）。
但在早期，前端工程师们发现了一个“官方漏洞”： 虽然 AJAX 被限制了，但是 HTML 里带有 src 属性的标签是不受跨域限制的！
你可以毫无阻碍地加载别人域名的图片：<img src="别人家的.jpg">
也可以加载别人域名的 CSS：<link href="别人家的.css">
最关键的是，你可以加载并执行别人域名的 JS 脚本：<script src="别人家的.js" ...
问题复现使用Vercel部署的Twikoo并且启用了EdgeOne加速，开启了海内外分流，出现无法获取用户真实IP的问题，获取到的是CDN的IP。
问题根源Vercel Hobby/Pro 会过滤、重写外部传入的 HTTP 头：
EO‑Connecting‑IP：EO 内置头，Vercel 直接丢弃
X‑Forwarded‑For：Vercel 会重写覆盖，只能拿到 EO 节点 IP，所以 TwikooIP 属地错误
解决方案EdgeOne 控制台配置使用「真实客户端 IP 头部」：
开关打开
头部名称：Eo‑Client‑Ip
保存，等待 2‑5 分钟配置全网生效
EO 会自动把访客真实 IP 填入这个自定义头部，不需要手动写变量。
Vercel‑Twikoo 配置
环境变量 TWIKOO_IP_HEADERS 值（严格复制，小写 + 合法 JSON）
["headers.eo-client-ip"]
保存环境变量后必须点 Redeploy 重新部署 Vercel 项目，只保存不部署不会生效。
场景：分流
架构：
国内用户 → EdgeOne ...
