# \#cloudflare **URL:** https://www.isharkfly.com/tag/cloudflare/155.md [Latest](https://www.isharkfly.com/latest.md) · [Categories](https://www.isharkfly.com/categories.md) · [Tags](https://www.isharkfly.com/tags.md) --- ## [Cloudflare Web tag management Tag 管理问题](https://www.isharkfly.com/t/cloudflare-web-tag-management-tag/10064)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [September 18, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-web-tag-management-tag/10064 "2026-09-18T04:00:00Z")
Zaraz 提供的 Tag 管理会在系统 JS 启动之前插入 JS 代码。 这种插入方式可能会导致项目前端的 JS 调用混乱和很多乱七八糟的错误。 其中最主要的错误是 CSP，这个与前端代码使用的安全机制有关，如前端的安全机制设置得比较严格，最好的办法就是禁用 Zaraz。 但，在禁用 Zaraz 的时候，会发现就算禁用了还是会出现问题，这个主要是 Cloudflare 的缓存问题。 要完全重置上面的问题，需要重置下配置，否则 … --- ## [Cloudflare 访问来源地球仪挺有意思的创意](https://www.isharkfly.com/t/cloudflare/1763)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 2\ **Last updated:** [August 1, 2026, 3:54pm UTC](https://www.isharkfly.com/t/cloudflare/1763 "2026-08-01T15:54:13Z")
都是对用户访问来源的展示，Cloudflare 地球仪的展示还挺好玩的。 虽然可辨识度稍微差一点点，但能转。 --- ## [CloudFlare Worker 付费还是取消吧](https://www.isharkfly.com/t/cloudflare-worker/18818)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [July 7, 2026, 3:11pm UTC](https://www.isharkfly.com/t/cloudflare-worker/18818 "2026-07-07T15:11:21Z")
本来想着用 Worker 的付费模式使用 container容器的。 无奈的是这个容器服务实在是太难用了，并且调试还很困难，没有办法在短时间内做到开箱即用。 当前使用 Worker 部署的前端又没有那么大的流量。 好在 CloudFlare 的取消还挺方便的，既然没有那么大的用量，还是先取消吧，等需要的时候再说。 取消还是很方便的，当前月份使用的流量还是留到了月底。 应该是下个月就不再计费了。 --- ## [CloudFlare Container 折腾半天还是打算放弃](https://www.isharkfly.com/t/cloudflare-container/2322)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [July 7, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-container/2322 "2026-07-07T04:00:00Z")
本想着使用 Cloudflare 的容器做无服务应用部署。 折腾了10多个小时，还是无法验证部署服务的启动端口。 容器的部署没有想象中的那么简单，不是说在一个服务器上直接装一个 Docker 的引擎，就可以直接部署上去，没有问题。 无服务的容器部署相对来讲，可能出现的问题很多。 验证端口 同样的服务部署在 Docker 容器的纯服务器上就没有问题。 更糟糕的是服务一直起不来，查看日志，服务已经起来了，端口也是对的，地址绑… --- ## [Cloudflare R2 对象存储是 AWS 不错的替代](https://www.isharkfly.com/t/cloudflare-r2-aws/2317)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [July 1, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-r2-aws/2317 "2026-07-01T04:00:00Z")
最早开始接触 AWS 是从S3对象存储开始的，这个已经都是快 20年了。 随着 AWS 的使用越来越深入，会发现 AWS 的很多配置设置的过于复杂和过于琐碎。 但是 AWS 非常擅长于宣传，他们给市场的说法是，AWS只是像乐高一样提供组件。 但是对很多公司来说，他们真正用不到AWS过多的功能，可能用的比较多的是存储、数据库以及一些计算能力。 就现在 AWS 配置来说，随便一个小的改动，可能会涉及到好多组件，对 AWS 自己来说，… --- ## [Cloudflare worker 链接正常，但刷新页面提示 404 Not Found](https://www.isharkfly.com/t/cloudflare-worker-404-not-found/2309)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [June 29, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-worker-404-not-found/2309 "2026-06-29T04:00:00Z")
出现“点击链接正常，但刷新页面提示 404 Not Found”的原因是，您的 Vue 项目使用了 history 路由模式 。 当您在前端点击页面时，是通过 JavaScript 改变的 URL ；而直接刷新页面时，浏览器会向服务器（Cloudflare）请求真实的 URL，如果服务器找不到对应的文件，就会返回 404。 使用 Cloudflare Workers 您可以在 wrangler.toml (或 wrangler.js… --- ## [Cloudflare workers 版本历史无法删除](https://www.isharkfly.com/t/cloudflare-workers/2304)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 0\ **Last updated:** [June 26, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-workers/2304 "2026-06-26T04:00:00Z")
Cloudflare 是一个我比较喜欢的无服务前端部署工具。 对比 AWS 的无服务来说，cloud flare的部署非常方便。 如果你有一个文档库，同时你的文档是放在 GitHub上面的，你可以直接使用 Cloudflare 的 workers或者Pages直接把你的文档转换成网站。 对于项目的构建历史，Pages 是可以选择手动删除。 如果选择的是workers，那么在所有的部署历史中是无法手动选择删除。 根据官方的… --- ## [Cloudflare workers 真是不错的产品](https://www.isharkfly.com/t/cloudflare-workers/2305)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [June 26, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare-workers/2305 "2026-06-26T04:00:00Z")
因项目有一个前端的部署需求，最开始的时候，我们是把前端构建在 Docker 容器中，然后使用AWS 的容器进行推送。 但我们感觉这样的部署方式实在太复杂了，而且就算我们使用了AWS的前端，在 DNS 层面，我们还是会使用 Cloudflare 的产品。 有一段时间用了Cloudflare 的 pages 这个产品，觉得在做文档技术文档上面还是非常方便的。 哪怕是一个比较复杂的 VUE 前端，使用 pages 其实也基本够了，后端… --- ## [今天研究了下cloudflare 的IP优选 来实现给discourse国内和国外分开加速](https://www.isharkfly.com/t/cloudflare-ip-discourse/18792)
**Author:** [@upsolution](https://www.isharkfly.com/u/upsolution)\ **Replies:** 3\ **Last updated:** [June 22, 2026, 9:13am UTC](https://www.isharkfly.com/t/cloudflare-ip-discourse/18792 "2026-06-22T09:13:33Z")
问题 我的服务器在国外，discourse部署在这个国外服务器上，域名通过修改NS托管在cloudflare。 这样的话，国外访问很快，但是国内访问直接是减速，主要原因还是cloudflare的国内加速线路不好。 解决方案 通过不断问claude，还是claude 4.8，然后claude给了我下面的答案： 方法一：使用 Cloudflare 中国接入（最佳但有门槛） 需要 Cloudflare 企业版（Enterprise） 套… --- ## [AI 提供的方案有时候也只能是参考](https://www.isharkfly.com/t/ai/10017)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 0\ **Last updated:** [May 15, 2026, 4:00am UTC](https://www.isharkfly.com/t/ai/10017 "2026-05-15T04:00:00Z")
要为一个二级域名设置域名和内容的自动跳转。 问了一下 AI，AI 的设置大部分是对的，但是实际上却没有办法实现，在跳转的时候出现了错误。 最后的解决办法还是通过设置通配符的条件转换实现的，实现的方法是动态，而不是静态。 因此对 AI 提供的内容还是需要再次核实，并不能完全相信 AI 的解决方案。 同时还需要注意的，软件开发和软件迭代导致的版本不一致， AI 很多时候也没有办法体现出来。 --- ## [Cloudflare 更新数据图标界面](https://www.isharkfly.com/t/cloudflare/9807)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 0\ **Last updated:** [April 20, 2026, 4:00am UTC](https://www.isharkfly.com/t/cloudflare/9807 "2026-04-20T04:00:00Z")
近期 Cloudflare 貌似进行了一次界面更新。 图标界面能够显示更多的细节。 感觉更新后的界面更加清晰。 --- ## [Jenkins Cloudflare 部署提示错误](https://www.isharkfly.com/t/jenkins-cloudflare/9316)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 0\ **Last updated:** [April 15, 2026, 4:00am UTC](https://www.isharkfly.com/t/jenkins-cloudflare/9316 "2026-04-15T04:00:00Z")
+ yarn add -D wrangler@latest This project is configured to use pnpm because /var/lib/jenkins/workspace/Stonex/Stonex-Mdm- Ui/package.json has a "packageManager" field 上面的错误原因非常明确，是因为使用的包不同。 原因和解决 修改使用 pnmp 来进行部署。 原… --- ## [CloudFlare 修改域名自动重定向](https://www.isharkfly.com/t/cloudflare/18742)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 1\ **Last updated:** [March 27, 2026, 8:50pm UTC](https://www.isharkfly.com/t/cloudflare/18742 "2026-03-27T20:50:20Z")
当某个网址可能不用的时候，我们希望从 DNS 上能够进行域名重定向。 CloudFlare 可以实现这个功能。 配置 DNS 对需要重定向的域名，只保留 www 和 @ 域名。 并且这 2 个域名需要启动代理和使用 proxy，修改地址为 192.0.2.1 添加规则 在规则中，选择添加规则。 随后选择右上角的创建规则。 然后选择重定向规则。 随后选择创建重定向到不同的域名。 针对所有的请求进行重定向，… --- ## [Cloudflare 访问网站极慢](https://www.isharkfly.com/t/cloudflare/18512)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 4\ **Last updated:** [December 7, 2025, 1:22pm UTC](https://www.isharkfly.com/t/cloudflare/18512 "2025-12-07T13:22:53Z")
如果是第一次访问网站，这个过程长达到 2 分钟。 体验极差。 不知道是不是上次升级导致的问题。 不知道大家有没有遇到这个问题。 --- ## [CF 大规模网络故障](https://www.isharkfly.com/t/cf/18447)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 10\ **Last updated:** [November 19, 2025, 2:32pm UTC](https://www.isharkfly.com/t/cf/18447 "2025-11-19T14:32:56Z")
不知道是不是又裁员裁到了大动脉。 上上周 AWS 的问题还没有折腾清楚，今天 CF 又出现严重的故障，很多网站都受到了影响，当然包括我们的网站也是一样。 当 CF 出现故障后，我们甚至无法调整 CF 的配置跳过代理，因为网站都登录不上去了。 控制台无法登录 大量网站受到影响 很多 AI 的网站也受到了影响。 一些新闻上说是因为 CF 受到了非常的大量流量，这些流量导致 CF 的服务中断。 不只我们… --- ## [突然发现 CloudFlare 新版本字体换了](https://www.isharkfly.com/t/cloudflare/18351)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [October 17, 2025, 6:19am UTC](https://www.isharkfly.com/t/cloudflare/18351 "2025-10-17T06:19:51Z")
不得不说，这个字体换了后也漂亮了很多。 --- ## [R2 对比 S3](https://www.isharkfly.com/t/r2-s3/17763)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 3\ **Last updated:** [October 5, 2025, 12:02am UTC](https://www.isharkfly.com/t/r2-s3/17763 "2025-10-05T00:02:24Z")
当数据量开始逐步上来后，发现 S3 其实一点都不便宜。 尤其是当打算把对象存储作为备份存储的情况，一个月的收费真不便宜。 尝试适用下 R2 来试试看看。 群晖的 Cloud 同步程序是可以兼容 R2 的存储。 --- ## [网站使用 CloudFlare 导致 matomo IP 地址错误的解决办法](https://www.isharkfly.com/t/cloudflare-matomo-ip/17615)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [August 6, 2025, 8:09pm UTC](https://www.isharkfly.com/t/cloudflare-matomo-ip/17615 "2025-08-06T20:09:54Z")
解决办法就是在配置文件中添加：proxy\_client\_headers\[\] = HTTP\_CF\_CONNECTING\_IP 配置文件位于：matomo/config/config.ini.php 不需要重启 Apache 服务器。 再次查看后就可以显示正确的 IP 地址了。 否则显示的地址为 CloudFlare 的地址。 要不然比如上图显示的地址： 172.70.131.129 其实是CloudFlare 的地址，位… --- ## [贵站最近是更换IP或者更换机房了吗？裸连速度慢了好多](https://www.isharkfly.com/t/ip/17445)
**Author:** [@luobo](https://www.isharkfly.com/u/luobo)\ **Replies:** 3\ **Last updated:** [June 16, 2025, 9:14pm UTC](https://www.isharkfly.com/t/ip/17445 "2025-06-16T21:14:00Z")
如题，我在国内陕西省，宽带为中国电信，家用300M，对贵站的访问速度大概如下： 即使是在有缓存的情况下，如果刷新一下帖子，也仍然需要十几秒才可以显示内容，以前的话最慢也就是两三秒， 而且从控制台我注意到贵站应该是添加了不少Google的资源，导致国内访问无法加载： --- ## [使用cloudflare的Rocket Loader后网站将无法正常加载](https://www.isharkfly.com/t/cloudflare-rocket-loader/17301)
**Author:** [@whitewatercn](https://www.isharkfly.com/u/whitewatercn)\ **Replies:** 3\ **Last updated:** [May 16, 2025, 6:12pm UTC](https://www.isharkfly.com/t/cloudflare-rocket-loader/17301 "2025-05-16T18:12:31Z")
买了cloudflare pro以后，把各种付费功能都开了，结果发现网站无法访问了，经过排查是Rocket Loader所致，关闭以后就好了 Rocket Loader 有什么作用？ Rocket Loader 可缩短包含 Javascript 的页面的绘制时间。实现更快的内容加载，访问者将拥有更好的体验，而且，速度也是有些搜索排名考虑的因素。 Rocket Loader 通过异步加载您的 Javascript（包括第三方脚本）… --- ## [买了cloudflare pro，求测评网站有没有很快](https://www.isharkfly.com/t/cloudflare-pro/17300)
**Author:** [@whitewatercn](https://www.isharkfly.com/u/whitewatercn)\ **Replies:** 8\ **Last updated:** [May 16, 2025, 9:24am UTC](https://www.isharkfly.com/t/cloudflare-pro/17300 "2025-05-16T09:24:33Z")
各位大佬麻烦测测我们项目组官网，相关页面、图片加载快不快，别开代理就直连 请回复：主观感受➕网络环境（如：还行，北京移动 我们组内成员表示开了pro以后确实变快了，但都在北京，网络条件差不多 --- ## [Cloudflare在北京的解析挂了？](https://www.isharkfly.com/t/cloudflare/17287)
**Author:** [@whitewatercn](https://www.isharkfly.com/u/whitewatercn)\ **Replies:** 3\ **Last updated:** [May 12, 2025, 2:57pm UTC](https://www.isharkfly.com/t/cloudflare/17287 "2025-05-12T14:57:53Z")
近期用户反映论坛和官网都打不开。 我寻思着cf的cdn我都关了，现在直连服务器不可能登不上去啊（我主力电脑挂着梯子访问一直没问题，说明不是服务器的问题 然后我自己手机也登不上去，才意识到cf在北京的dns解析挂了 测速网测了一下，目前只有中国联通能连上，延时高达3s 其他地区大体正常 --- ## [CloudFlare Page 部署数量](https://www.isharkfly.com/t/cloudflare-page/17185)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [April 14, 2025, 1:59pm UTC](https://www.isharkfly.com/t/cloudflare-page/17185 "2025-04-14T13:59:11Z")
CloudFlare Page 每次部署都会给出一个 code 让你能够对部署的内容进行再次会看或者测试。 貌似 CloudFlare 没有对部署的数量进行限制，因此这个数量随着代码的提交越来越多。 因为没有自动删除的配置。 如果要清理，唯一的办法就是删掉项目重来了。 这个也是官方社区上讨论的办法。 感觉这个不太人性化，很多老的部署，其实也没有长时间的保留，我们通常也就在意最近的几个部署。 --- ## [CloudFlare NS\_BINDING\_ABORTED 错误](https://www.isharkfly.com/t/cloudflare-ns-binding-aborted/17184)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 1\ **Last updated:** [April 14, 2025, 1:08pm UTC](https://www.isharkfly.com/t/cloudflare-ns-binding-aborted/17184 "2025-04-14T13:08:56Z")
CloudFlare 在 FireFox 的情况下会出现大量的 NS\_BINDING\_ABORTED 错误导致网站访问被终止。 解决方案 解决办法就是不使用 CloudFlare 的缓存了。 否则上面的错误会阻止基于使用 Firefox 用户对网站的访问。 否则将会一直显示页面正在载入，然后 CloudFlare 就一直不把你的网站给导航到正确的页面上。 --- ## [GitHub 和 CF 集成的时候的 CF 构建会反馈到 GitHub](https://www.isharkfly.com/t/github-cf-cf-github/17176)
**Author:** [@honeymoose](https://www.isharkfly.com/u/honeymoose)\ **Replies:** 0\ **Last updated:** [April 13, 2025, 3:09pm UTC](https://www.isharkfly.com/t/github-cf-cf-github/17176 "2025-04-13T15:09:43Z")
每次构建成功的日志和记录可以在 GitHub 上查看到。 也正是这个原因，CF Page 的构建才要求只能使用 GitHub 和 Gitlab 的原因。 可能也是因为日志的问题。 --- ## [VitePress 项目部署 cloudflare page 提示 npm run build 错误](https://www.isharkfly.com/t/vitepress-cloudflare-page-npm-run-build/17166)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [April 11, 2025, 2:29pm UTC](https://www.isharkfly.com/t/vitepress-cloudflare-page-npm-run-build/17166 "2025-04-11T14:29:20Z")
构建的错误信息如下： 09:52:57.975 ➤ YN0000: · Done with warnings in 3s 120ms 09:52:58.072 Executing user command: npm run build 09:52:58.817 npm ERR! Missing script: "build" 09:52:58.818 npm ERR! 09:52:58.818 npm ERR! To see a l… --- ## [VitePress 项目部署 cloudflare page 提示 Node 构建错误](https://www.isharkfly.com/t/vitepress-cloudflare-page-node/17165)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [April 11, 2025, 1:45pm UTC](https://www.isharkfly.com/t/vitepress-cloudflare-page-node/17165 "2025-04-11T13:45:16Z")
提示的构建错误信息为： 09:35:29.838 Error: Exit with error code: 1 09:35:29.839 at ChildProcess.\ (/snapshot/dist/run-build.js) 09:35:29.839 at Object.onceWrapper (node:events:652:26) 09:35:29.839 at ChildPro… --- ## [CloudFlare Page 如何和 GitHub 创建连接](https://www.isharkfly.com/t/cloudflare-page-github/17164)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 0\ **Last updated:** [April 11, 2025, 1:28pm UTC](https://www.isharkfly.com/t/cloudflare-page-github/17164 "2025-04-11T13:28:46Z")
CloudFlare Page 能够对前端项目进行构建。 他们能支持从 GitHub 上直接拉取代码。 如果 GitHub 上的代码仓库不存在的话，首先需要创建一个连接才可以。 随后会要求登录 GitHub，然后可以在希望访问的组织中进行选择。 随后同意访问赋予权限即可。 --- ## [浏览器错误 DNS\_PROBE\_FINISHED\_NXDOMAIN](https://www.isharkfly.com/t/dns-probe-finished-nxdomain/583)
**Author:** [@hex](https://www.isharkfly.com/u/hex)\ **Replies:** 1\ **Last updated:** [October 13, 2020, 11:53am UTC](https://www.isharkfly.com/t/dns-probe-finished-nxdomain/583 "2020-10-13T11:53:23Z")
当您的浏览器无法连接到您请求的网站时，Chrome 中会显示此错误消息。其他浏览器使用不同的消息来显示此错误。 通常这个错误出现在 DNS 的配置上。 当访问一个网站的时候，如果针对网站的 DNS 没有配置的话，就会提示这个错误。