<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>技术分享 on EzEasy</title>
    <link>https://blog.wecando.cc/categories/%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB/</link>
    <description>Recent content in 技术分享 on EzEasy</description>
    <generator>Hugo</generator>
    <language>zh-cn</language>
    <lastBuildDate>Tue, 02 Jun 2026 20:30:00 +0800</lastBuildDate>
    <atom:link href="https://blog.wecando.cc/categories/%E6%8A%80%E6%9C%AF%E5%88%86%E4%BA%AB/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Cloudflare for SaaS 优选域名：让小黄云不再减速</title>
      <link>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain/</link>
      <pubDate>Tue, 02 Jun 2026 20:30:00 +0800</pubDate>
      <guid>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain/</guid>
      <description>&lt;p&gt;很多人第一次接入 Cloudflare 时，最自然的做法就是给域名打开小黄云。理论上，请求会进入 Cloudflare 全球网络，再由 Cloudflare 回源，安全、缓存、HTTPS 都能自动接上。&lt;/p&gt;
&lt;p&gt;但在中国大陆网络环境下，普通小黄云经常不是“加速器”，反而像“减速器”：延迟高、丢包、晚高峰抽风、不同运营商表现差异很大。于是才会出现“Cloudflare 优选域名 / 优选 IP”这类玩法。&lt;/p&gt;
&lt;p&gt;这篇文章不只给步骤，也解释为什么要这样绕一圈：&lt;strong&gt;用 Cloudflare for SaaS 保留 Cloudflare 的路由规则层，同时把 DNS 解析层交给优选 CNAME 来控制入口。&lt;/strong&gt;&lt;/p&gt;</description>
    </item>
    <item>
      <title>Cloudflare for SaaS 优选域名加速：原理与配置</title>
      <link>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain.bak.20260602130635/</link>
      <pubDate>Tue, 02 Jun 2026 20:30:00 +0800</pubDate>
      <guid>https://blog.wecando.cc/posts/cloudflare-saas-optimized-domain.bak.20260602130635/</guid>
      <description>&lt;p&gt;最近给博客接入 Cloudflare for SaaS 时，我顺手把“优选域名加速”的链路也整理了一遍。这个方案的核心不是把 Cloudflare 绕开，而是把用户入口从 Cloudflare 自动分配的边缘节点，改成一个你测试后更稳定的 Cloudflare 入口，再通过 Cloudflare for SaaS 把请求转回自己的源站。&lt;/p&gt;
&lt;p&gt;这里的 &lt;strong&gt;SaaS&lt;/strong&gt; 指的是 &lt;strong&gt;Cloudflare for SaaS / Custom Hostnames&lt;/strong&gt;，不是前端里的 Sass。&lt;/p&gt;</description>
    </item>
    <item>
      <title>GMS Mac 版启动闪退排坑指南</title>
      <link>https://blog.wecando.cc/posts/maplestory-macos-guide/</link>
      <pubDate>Tue, 02 Jun 2026 15:00:00 +0800</pubDate>
      <guid>https://blog.wecando.cc/posts/maplestory-macos-guide/</guid>
      <description>&lt;p&gt;冒险岛国际服 (Global MapleStory, 简称 GMS) 在 macOS 上推出了官方支持，这对于很多 Mac 玩家来说是个巨大的好消息。然而，官方 Mac 版客户端本质上是一个高度定制的 Wine 容器，加上其极度敏感的安全组件（NGS / BlackCipher），导致在非北美地区（尤其是亚洲）游玩的玩家遇到了大量的“水土不服”。&lt;/p&gt;
&lt;p&gt;最典型的症状就是：&lt;strong&gt;点击 Nexon Launcher 的 Play 按钮后，游戏图标在 Dock 栏出现几秒钟，然后瞬间闪退消失，毫无报错。&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;经过底层日志分析、网络抓包和反复测试，我总结了这套“本地伪装 + 代理防坑”的排查与修复方案。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
