落地页独立站点域名筛选，是非常重要的工作，我们会在所有站群页面上挂上落地页独立站点的域名，方便用户可以快速找到我们的落地页站点，方便引导用户进行注册转化

所以，落地页独立站点的域名非常关键，最核心的要点有几个几点：

• 1、域名尽量和官网域名接近，提升用户的信任度；比如我们做凯发的落地页站点域名，因为凯发的官网域名是 k8.com 所以我们的落地页的域名尽量和k8.com 近似、或者包含k8.com
• 2、一定要严格过滤安全检测，重点是被墙、污染、报毒、微信拦截等因素，我们可以通过多个工具进行检测

一、使用Link114批量过滤

2.1、我们可以通过Link114检测这些因素

比如检测结果像这样的：【落地页独立站域名，最重要是不能被墙、不能被污染、不能被拦截，要让用户可以随时打开】

像下面这些飘红的，不良建站史、微信拦截、域名被墙 这几项，任何一项有问题都不能要；

另外，需要特别注意 历史标题，如果历史标题是色站、博彩的也不要；

2.2、使用Jucha进行第二次过滤

建议使用聚查的 离线批量查询 如果需要过滤的域名不多，可以使用 聚查 —— 离线批量查询—— 离线查询（手动输入）；如果批量查询的域名比较多，可以使用 聚查——离线批量查询——离线查询（文件上传），将需要查询的域名保存到txt记事本中，一行一个域名，上传txt文件到工具里面批量查询；

针对 落地页独立站点域名，我们可以使用 聚查 批量查询以下参数

提交任务之后，记得点击下面的 返回至离线查询列表

在离线查询列表中，找到刚刚提交的离线查询任务，点击后面对应的 提交 ，然后这个离线查询任务都会开始执行，一般5分钟左右就可以完成查询；

等到查询完成之后，下载结果报表，打开之后，重点注意以下几项参数：

特别是关于安全的几项：QQ检测 、 微信检测、被墙检测 这三项是最重要的，有危险、被墙、污染 的域名，一定要过滤掉；

其次，注意一下 建站历史标题，有博彩、色站、影视等行业的要过滤掉；然后就是备案黑名单 有问题的域名要过滤掉；

处理完这些就可以购买域名了

关于落地页独立站搭建的方法可以查看这篇笔记：利用CloudFlare的Page服务搭建落地页站点的方法

建议只使用一级域名搭建这个独立站，不要使用带www的域名搭建；

Cloudflare是一个全球CDN服务商，因为在全球各个数据中心布局了多个机房服务器，所以我们在全球各地打开通过Cloudflare服务的网站都会非常快。Cloudflare也提供了一个Page的服务，可以使用Cloudflare的page服务搭建第三方站点，可以使用Cloudflare自己分配的二级域名，当然也可以绑定我们自己的域名，下面说一下详细的操作方法

1、注册Cloudflare账户，添加域名到Cloudflare账户

这个比较简单，详细可以参考这篇笔记 域名解析平台www.cloudflare.com注册配置教程 注册Cloudflare账户，并将计划用来做落地页的域名添加到Cloudflare账户中，并修改域名dns地址，让域名状态变成活动；

2、利用Cloudflare的Worker & Pages服务寻找独立页站点

• 1、点击页面顶部的 添加 按钮，在下拉菜单中点击 页面

• 2、点击 拖放文件 对应的按钮 开始使用

• 3、项目名称 我们可以使用域名的前缀，比如我准备使用 k8917.com 这个域名来做独立的落地页站点，项目名称就可以使用 k8917 只要不和别人的名称重复，就可以使用，能使用的名称，后面就会显示 创建项目 按钮，点击 创建项目

• 4、项目创建成功之后，就可以上传我们做好的落地页文件，记得先打包成 zip 格式的文件，这次我使用了首页文件 index.html js文件 bootstrap.js 和 robots.txt 文件，一起打包成zip文件，可以直接拖放到上传区域；上传成功之后，就会显示压缩包里面的文件

文件上传完成后，点击右下角的 部署站点

• 5、站点部署成功之后，会显示 成功！ 并且会为我们的项目分配一个默认的 二级域名站点，像我分配的就是这个 https://k8917.pages.dev/ ，这个显示部署成功之后，可以直接打开访问的，如果无法访问，可以使用Ctrl+F5强制刷新

这是打开 https://k8917.pages.dev/ 站点预览的效果，现在可以全球访问了；

• 6、为这个项目绑定上我们独立的域名

点击页面底部的 继续处理项目

在头部菜单点击 自定义域 —— 点击页面中间的 设置自定义域

将我们自己的域名填写到输入框，点击 继续

这一步需要配置DNS，如果我们的域名已经添加到这个Cloudflare账户并已经激活成功，那么这一步可以直接点击 激活域 系统会自动帮我们添加相关解析记录；

这个是系统在自动帮我们设置相关的域名解析记录

如果显示的状态是 正在验证，我们可以点击后面的 完成DNS设置

在弹窗中点击 检查DNS记录

或者在这个页面强制刷新 Ctrl+F5 正常情况下这个很快就会显示 活动 状态 ，这个时候就可以打开我们自己的域名检查网站的情况了

这种可以正常访问了，就表示我们设置成功了！

3、关于开户域名更新怎么处理？

• 1、登录我们的Cloudflare账户，在左侧菜单中找到 计算和AI——点击子菜单 Workers 和 Pages ，在页面右侧就可以看到我们创建的独立站点项目，点击我们需要修改的项目；

• 2、在 部署 菜单中 —— 点击右侧 创建部署

• 3、将我们修改好最新的落地页文件打包压缩成zip格式，在这个页面配置如下：选择 生产 环境，将压缩的zip文件拖放到 文件上传区域，点击底部的 保存并部署 就可以将旧的开户链接更新为新的了。

一、域名平台unstoppabledomains.com账户注册的方法

• 1、打开网站的登录页面 https://unstoppabledomains.com/auth 点击底部的 Sign Up 进入注册窗口；

• 2、填写好邮箱、密码、点击 Sign Up 进行注册

• 3、去邮箱点击一个激活邮件

• 4、打开激活邮件中的链接，点击 Continue 即可激活账户；

• 5、激活成功之后，登录自己的账户，进入 域名预设 ，配置一套域名的联系信息

首先我们去Google搜索 美国身份生成器

随机打开一个网站，上面可以生成美国人的联系资料，可以点击 刷新数据 每次生成不同的数据，生成完之后，复制相关信息去网站里面填写联系信息

注意：邮箱 一定要填写自己的邮箱，注册域名的时候，有时候需要进入邮箱点击激活链接；

• 6、配置好之后就可以去注册域名了。

二、域名批量注册

• 1、打开批量注册的网址 https://unstoppabledomains.com/zh-cn/bulk-search

从这里也可以进入批量搜索；

• 将筛选了的域名粘贴进来，域名之间可以使用英文空格间隔，点击 搜索域名 下面会显示可以域名的域名以及价格，点击 Results 前面的勾选框，全选所有可以注册的域名，点击 Add to Cart All

• 2、点击 转到购物车

• 3、可以看到加入购买车的域名，默认是选择域名隐私保护的，每个单价 5美元，点击 Go to Checkout 进入付款界面；

• 4、这个域名平台支持信用卡、Paypal、以及加密货币付款，很方便；

记得选择 加密 支付，这个渠道目前费率是最低的，大概只有1%的费率，信用卡需要1.8%的费率，Paypal大概是2.5%的费率；

选择 加密 支付之后，点击 确认付款，进入加密货币钱包选择页面，我们选择 关联其他钱包

在新的弹窗页面中，点击 WalletConnect ，这个时候会自动创建钱包连接的二维码，请截图将连接的二维码图片发给我，我使用经费钱包连接进行付款；

• 5、付款完成后，提示域名注册成功，可以从个人账户将域名列表下载回来，方便记录到站群管理报表中。

另外，需要特别注意：这个平台注册域名后，需要去邮箱中激活域名联系的邮件，可能是第一次使用新邮箱注册域名，需要去激活一个邮件，后面再注册域名应该就不需要了，不过，需要定期检测邮件；

如下图：点击邮件中的激活链接

打开激活链接之后，会提示需要在什么日期之前确认邮件

看到激活成功的提示就可以了

特别说明：

Outlook邮箱可能会将一个域名、服务器平台的邮件放到垃圾箱中，注意定期检查邮件的垃圾箱里面的邮件，像这种正常的服务器商邮件，记得移到收件箱，并标注不要再发到垃圾箱，防止遗漏了邮件！！！

• 1、登录自己的 Cosmotown 账户，点击 Domains —— Search 在下面的窗口中，可以把域名管理报表中需要批量修改名称服务器的域名复制到Notepad++，然后将换行替换为英文逗号，下面的说明中有说，多个域名使用英文逗号间隔，比如：

  seo1.ga,seo2.ga,seo3.ga,seo4.ga,seo5.ga
  

• 2、搜索会显示查询到的域名数量，默认每页显示10条，可以把数量调整到最大，勾选全部域名，点击 Manage Domains —— Domains NameServes 进入域名名称服务器修改界面；

• 3、这个界面会显示需要修改的域名有哪些，在下面填写域名对应的名称服务器网址；

具体的域名名称服务器地址可以从Cloudflare账户中，随便点开一个状态显示为 名称服务器无效 的域名，就可以查看到域名名称服务器地址；随机点击一个域名状态为 名称服务器无效

下面有域名对应的名称服务器地址，一般情况下一个Cloudflare账户会对应同一组域名服务器地址；

• 4、批量修改成功之后，Cosmotown页面会显示修改的结果状态，都成功了大概等5分钟Cloudflare里面的域名就会显示为 活动

这个域名解析平台 cloudflare 在全球范围内做的是最好的，国内也比较好的，像 dnspod 也不错，但是需要实名认证；目前我们重点使用的域名解析平台就是 cloudflare 这个平台了，下面讲解详细的注册、配置、解析流程。

一、Cloudflare账户注册流程

• 1、打开网站首页 https://www.cloudflare.com/zh-cn/ 这个是中文版本的页面；点击 登录 按钮，进入登录/注册界面

点击底部的 注册 按钮

• 2、注册信息很简单，只要填写 邮箱、密码、勾选人机验证，然后点击下面的 注册 按钮；

后续我们肯定会使用多个cloudflare账户的【主要是为了降低风险，之前我在测试的时候，一个账户添加了3000多个域名，后来cloudflare官方发邮件联系我，让我开通企业账户否则禁用我的cloudflare账户，因为是站群域名、流量比较大、占用了cloudflare非常多的资源，他们要求必须开通企业账户，一个月好几千美元，后面没有开通企业账户，我的那个Cloudflare账户被禁用了！！！所以每个账户不要放太多域名，分散降低风险！！】

建议使用Typora创建一个 笔记文件，专门存放你的cloudflare 域名解析账户的信息，建议保存以下信息，因为会经常用到：

CloudFlare 1号账户 权重站测试账户 jensen@outlook.coom

用户名：

jensen@outlook.coom

密码：

oC%KjC9asfdlITg7asd

Global API Key:

b54a257732689e434767b15asdfasfdasdf530

DNS Api Key:

DNS地址：

nash.ns.cloudflare.com

teagan.ns.cloudflare.com

API信息：

export CF_Key="b54a257732689e434767b15asdfasfdasdf530"
export CF_Email="jensen@outlook.coom"

• 3、注册之后，需要去邮箱里面点击激活邮件，点击邮件中的 验证您的电子邮件

• 4、激活完账户之后，点击页面右上角头像的按钮，在下拉菜单中点击 配置文件

• 5、在 个人简介 页面点击左侧的 API令牌

• 6、在页面下面找到 Global API Key 点击后面对应的 查看 按钮

• 7、查看API密钥，需要输入账户的注册密码进行验证

验证成功之后，就会显示一串数字、字母组合的代码，这个就是您账户的api密钥，后面在批量解析域名、批量修改域名、批量为域名申请ssl证书的时候，都需要使用到api密钥的，这个api密钥一定要保存好，不要让别人知道了！！！可以保存到前面第2步的cloudflare账户记录文件中，按照格式记录好，方便后续使用；

8、创建Cloudflare账户域名dns编辑api key，操作方法如下：

登录 Cloudflare账户——点击顶部的 Profile—— 进入 My Profile管理页面，点击左侧菜单 Api Tokens——在页面右侧点击 Create Token 创建dns 编辑api key

点击页面上的 Edit zone DNS 后面对应的 Use template 使用这个编辑域名的dns模板

在 域名dns模板编辑页面，我们要设置这个参数 选择 All zones，即给予编辑所有域名dns的权限；

设置好之后，点击页面底部的 Continue to summary

点击 Create Token 创建api key

然后，我们就可以看到创建的api key了，可以把这个api key记录到文档中，这个api key主要是用于 彩虹dns 管理系统中，方便批量编辑、增加域名的dns解析，可以参考这个笔记： 彩虹DNS工具安装配置及使用教程

二、Cloudflare平台解析域名的教程

Cloudflare平台解析域名，可以分为手动操作和批量操作两种，我们先讲手动通过cloudflare解析域名；

2.1、Cloudflare平台手动解析域名

• 1、登录自己的Cloudflare账户之后，如果您的账户还没有添加过域名，在 账户主页 就会显示添加域名的配置界面

把要使用cloudflare解析的域名粘贴进去，选择 手动输入dns记录，关于Ai部分的配置建议参考下图的配置；然后点击 继续

• 2、然后是平台让我们选择需要使用的套餐，一般我们使用 Free 免费套餐

• 3、这一步让我们添加域名的解析记录，因为我们的网站还没有建好，所以暂时先不选择解析记录，直接点击底部的 继续前往激活

直接点击弹窗中的 确认

• 4、这一步cloudflare平台就会给出你域名的名称服务器地址，如下图：

我们需要复制这两个地址，去域名注册平台，将对应域名的名称服务器（Name Server） 更换为图中指定的地址

• 5、每个域名注册平台，修改域名NS记录的方法都会有些区别，但是整体思路是一样的，基本都在 域名管理 - 勾选需要修改的域名 - 找到Name Server相关的选项，进入就可以修改了；

下面以 Cosmotown为例：

登录Cosmotown平台之后，点击 Domains 找到自己要修改NS记录的域名，勾选对应的域名，点击顶部的 Manage Domains 菜单，在下拉菜单中 点击 Domain NameServers 选项

• 6、一般一个域名至少需要2条Name Servers的地址，部分平台会更多，像namesilo平台有3条Name Servers的记录，我们在修改域名的Name Server记录的时候，需要先删除原来默认的，然后将Cloudflare给我们指定的记录复制过来；

修改好之后，点击 保存

• 7、刚刚添加的域名，在Cloudflare账户中一般会显示 名称服务器无效 ，因为我们才刚刚修改了域名的名称服务器，一般需要5到10分钟才能生效；

  

域名生效之后，状态就会显示 活动

2.2、使用工具批量解析域名

这个我单独写了一篇笔记，请查看 👉 Cloudflare批量添加域名+批量解析域名

介于前期使用Cloudflare上线大量站群，导致Cloudflare账户被禁用，Cloudflare官方发邮件要求我必须开通企业账户，一个企业账户一年1万多美元的费用；因此，大家在后续使用Cloudflare账户解析域名时，尽量保持每个账户内的域名数量小于500个。当你的Cloudflare账户的域名数量快到达500个时，请注册新的Cloudflare账户，用于后续站群的域名解析！！！

• 1、解压域名解析工具Cloudflare批量解析2026工具，可以按照下面的格式命名，方便区分多个Cloudflare账户分开解析域名；

• 2、首先需要设置软件的api接口参数，使用Notepad++ 打开 工具目录下的 config.ini 文件，如下图：

api_key= 后面填写自己Cloudflare账户的Globe API Key 【详细的操作方法可以从这篇笔记中查看 👉 https://seo.ga/p/post/13 】

api_email= 后面填写自己Cloudflare账户的登录邮箱；

下面的解析项目，一般wordpress网站，我们解析 www 和 at

像侠客镜像程序要求解析 www、at、m、wap 这4个二级域名；

泛站群，我们是做的9个二级域名、泛内页站群，所以我们在做泛站群域名解析的时候，是增加了9条解析记录，www,m,@,cn,pc,h5,wap,app,bit 【如果是泛二级域名站群，一般是解析 at 和 star 两项】

MYY CMS站群，我们需要增加 www,@,m 三条解析记录；

小偷镜像站群，我们需要增加 www,m,@,h5,wap 五条解析记录，上站的时候，我们是把 www 和 @ 配置在一个网站里面，剩下的三条记录分别上线3个站点，所以小偷镜像站群是每个域名上线4个镜像站点；

需要解析的项目，将等号后面的数字修改为1，不需要解析的项目，把等号后面的数字修改为0

• 3、从站群管理报表中找到 主站解析值 复制需要解析的域名记录 【公式是：域名,解析IP】

将域名解析记录复制到 Cloudflare批量解析工具目录下 解析_A记录_ip.txt 文件中，一行一条记录；

• 4、使用 管理员身份 运行 cfapi.exe 主文件，打开解析的软件窗口，点击 导入数据 ，选择上一步保存的文件，然后点击 添加域名

• 5、Cloudflare账户有一个规则：账户下激活的域名数量需要大于未激活的域名数量，第一次批量添加域名时最多只能添加50，如下图：

前50个域名 操作提示 显示是OK

剩下的域名全部失败有报错信息：

• 6、我们需要先将前面添加的50个域名，修改好名称服务器，保证域名状态是激活的状态，才能继续添加域名；第二次也只能添加50个域名，等这一组50个域名激活成功之后，从第三次和之后，可以每次添加100个域名，多于100个域名时，软件每次添加完100个域名之后会停下等待，Cloudflare官网设定每个小时最多添加100个域名；

关于 Cosmotown平台的域名批量修改域名名称服务器的方法请查看这篇文章 👉 域名服务商 www.cosmotown.com 批量解析域名教程

按照上面的笔记修改好域名名称服务器地址之后，查看Cloudflare账户里面的域名状态为 活动 之后，我们可以继续操作；

先点击 导出失败 把前面添加失败的域名解析记录导出，可以命令添加一个日期，然后再导入到批量解析工具中，再点击 添加域名

• 7、当域名的状态都为 活动 之后我们就可以去继续建站了。

Cloudflare批量工具下载链接

一、彩虹DNS工具功能说明

彩虹聚合DNS管理系统（https://github.com/netcccyun/dnsmgr） 是一款基于ThinkPHP开发的网站程序，可实现在单一网站内管理多个平台的域名解析，目前已支持的域名解析平台有：阿里云、腾讯云、华为云、百度云、西部数码、火山引擎、DNSLA、CloudFlare、Namesilo、PowerDNS。

功能特性：

- 多用户管理，可为每个用户可分配不同的域名解析权限；

- 提供API接口，可获取域名单独的登录链接，方便各种IDC系统对接；

- 容灾切换功能，支持ping、tcp、http(s)检测协议并自动暂停/修改域名解析，并支持发送通知；

- 定时切换功能，设置在指定时间/周期，自动修改/开启/暂停/删除域名解析；

- CF优选IP功能，支持获取最新的Cloudflare优选IP，并自动更新到解析记录；

- SSL证书申请与自动部署功能，支持从Let’s Encrypt等渠道申请SSL证书，并自动部署到各种面板、云服务商、服务器等；

- 支持邮件、微信公众号、Telegram、钉钉、飞书、企业微信等多种通知渠道。

演示截图

添加域名账户

域名管理列表

域名DNS解析管理，支持批量操作

用户管理添加用户，支持为用户开启API接口

CF优选IP功能，添加优选IP任务

SSL证书申请功能

SSL证书自动部署功能

简单总结：

这个彩虹DNS工具可以批量管理cloudflare等平台的域名批量解析、包括修改解析、删除解析、增加解析等；

可以配合这个工具合作 Cloudflare批量添加域名+批量解析域名 ，主要弥补这个工具无法批量修改域名解析的问题；

二、彩虹DNS工具安装配置说明

• 1、进入服务器宝塔面板- 点击 网站 - 添加站点 ，网站的配置参数如下：主要是配置使用的域名、根目录是自动生成的、选择数据库 Mysql，PHP可以使用PHP8.2版本；

• 2、下载最新版本的彩虹dns源码，项目地址 https://github.com/netcccyun/dnsmgr

目前最新版本是 2.11版本，下载页面 https://github.com/netcccyun/dnsmgr/releases/tag/2.11.0

复制上图中彩虹dns工具源码包的下载链接，进入宝塔面板，进行远程下载

解压源码包之后，记得删除下载的源码包文件；

• 3、调整网站的配置，主要有2个位置需要调整

  • 3.1、修改项目的运行目录为 /public ，进入宝塔面板-网站-点击对应的站点-网站目录 如下图，点击 运行目录 后面的下拉菜单，选择 /public 然后 保存

  

  • 3.2、设置项目的伪静态代码，进入 伪静态——点击 当前 下拉菜单，找到 thinkphp ，然后保存

  

• 4、配置好这些之后，可以解析域名、打开网站首页，自动进入安装界面；

安装配置很简单，主要配置数据库信息，以及后台登录的用户名和密码信息；

• 5、安装成功之后，会看到以下提示信息

• 6、重新打开网站首页，会自动进入后台登录界面；

三、彩虹DNS工具使用说明

1、关于添加cloudflare账户到彩虹dns工具中；

• 1、登录彩虹dns工具后台，先添加域名账户，登录 彩虹dns后台，点击左侧菜单 域名账户 — 右侧页面点击 添加

• 2、配置详情如下：重点配置 所属平台 ，我们多数是使用的Cloudflare，邮箱地址和备注 我们都填写对应的Cloudflare注册邮箱，API密钥，建议使用自定义的DNS apikey，具体获得cloudflare apikey的方法可以参考这篇笔记 域名解析平台www.cloudflare.com注册配置教程

2、批量添加Cloudflare账户中的域名到彩虹dns工具中；

• 3、批量添加域名，进入左侧菜单 域名管理 ，在右侧点击 批量操作 在下拉子菜单中选择 添加域名

• 4、我们在 域名账户 中选择刚刚添加的账户，点击右侧的 获取域名 ，程序会自动从我们的cloudflare账户获取账户下的域名，当域名获取完成之后，我们点击页面上 选择域名 后面的多选框，选择全部域名，点击页面底部的 确定添加 将Cloudflare账户中的域名全部添加到我们的彩虹dns工具中；

  如果后续这个账户中有新增加一些域名，我们可以再来执行一遍这个流程，将新的域名全选添加到彩虹dns工具中；

• 5、重新进入 域名管理 就可以看到我们刚刚添加到彩虹dns工具中的域名了；

3、批量修改、删除、添加域名解析

• 6、这套系统有一个问题，就是不能批量搜索域名，默认的搜索功能只能单独搜索域名；目前我是使用比较笨的办法，在页面上使用Ctrl+F5查找的方式，把需要批量修改的域名都勾选了，批量添加上相同的域名备注，下次就可以搜索域名备注批量修改一组域名；

进入 域名管理 可以在底部设置每页显示的域名数量，最多可以设置每页显示100个域名，但是我们很多时候域名是多于100个的，为了方便在一个页面上查找所有的域名，我们可以在URL中将 pageSize 参数的值设置为1000个（只要大于你账户总的域名数量即可），就可以在一个页面展示所有域名；

然后就可以在这个页面使用 Ctrl+F 打开浏览器上的查找窗口，搜索我们需要修改解析的域名；

选择好需要修改的域名，点击 批量操作—— 修改域名备注 修改这一组域名的备注，方便下次可以一次复制出同一组域名；

域名备注可以使用 服务器编号+日期+备用参数，像下图标注：

121NLinFz-1129-103To121 表示 当前服务器编号是 121NLinFz，11月29日操作的站点，从103号服务器转移到121服务器；

下次如果需要修改这组域名的解析、或者是添加解析，就可以搜索这个域名备注信息，就可以同添加同一个备注的域名全部搜索出来

批量操作 中可以批量 添加解析 或者 修改解析

批量 修改解析 弹出的窗口如下：设置好主机记录、以及对应的记录值即可；

单站常用的主机记录有：@ www m wap

泛内页站群常用的主机记录有：@ www m wap h5 pc bit cn app

泛二级域名站群常用的主机记录有：@ *

记录值：就是服务器的ip

TTL：一般使用默认，或者600，这个600表示600秒，即10分钟dns缓存；

这是批量 添加解析 的操作方法：如下图

主机记录&记录值：填写二级域名名称+空格+解析ip，如： www 121.23.34.126 一条记录一行；

记录类型：选择 A

开启反代：选择 是 这个是开启cloudflare的cdn功能，主要是隐藏服务器的真实ip，ping的时候无法直接检测到域名真实解析ip；

TTL：使用默认的 600

配置好之后，点击 确定添加 工具会为每个域名都添加上面设置的解析记录；

批量添加解析配置格式：

www 204.12.217.18
@ 204.12.217.18
wap 204.12.217.18
m 204.12.217.18
h5 204.12.217.18
cn 204.12.217.18
app 204.12.217.18
pc 204.12.217.18
bit 204.12.217.18

补充说明：

刚刚批量操作了一批域名发现，无法批量删除域名的解析记录，只能批量删除域名，如果要删除域名的记录，只能打开域名，单独删除、修改、或者为某个域名批量增加解析

最近通过Google搜索才发这个平台 www.cosmotown.com 有批量注册域名的功能，如果注册域名少的话，可以直接参考 https://seo.ga/p/post/3 域名服务商 www.cosmotown.com 注册配置说明 这篇笔记说明，如果需要注册的域名比较多，就可以使用本篇讲的批量注册功能；

开始之前：请确保账户有足够的信用额度

请确保您的 Cosmotown 账户内有足够的余额。请注意，我们目前不支持通过 PayPal 或信用卡进行批量注册付款。

• 1. 登录您的 Cosmotown 账户。
• 2. 在 Main Menu 下，有 Bulk Registration 选项。

在 Domains list 中填写自己需要购买 的域名，如果要购买的域名很多，也可以使用上传 .csv 文件的方式，批量查询 域名

• 3. 上一步查询完成后，在页面右侧会显示可以注册的域名，下面会显示你账户的余额，以及本次订单需要的金额，点击底下的 Register 就可以开始注册了 。

• 4. 点击注册之后，会有一个小弹窗提醒，直接点击 确定 即可；

• 5、确认之后，就会进入域名状态的列表，域名进行等待注册列表，状态会显示 PENDING，当域名注册成功之后就会显示 COMPLETE

• 1、打开网站首页 点击右侧的头像进入登录、注册弹窗页面

• 2、点击 Sign Up 进入注册页面

• 3、填写注册信息，包括姓、名、邮箱、登录用户名 【我们去Google搜索 美国身份生成器 随机打开一个网站，上面可以生成美国人的联系资料，可以点击 刷新数据 每次生成不同的数据，生成完之后，复制相关信息去网站里面填写联系信息】

• 4、选择密码验证，填写密码、勾选人机验证，点击注册

• 5、填写注册邮箱收到的激活码

• 

• 6、验证成功之后就可以进入用户中心了

做SEO经常需要使用批量脚本，执行一些批量的任务，特别是操作站群seo的人员，多站群、经常需要操作相同步骤的任务，这种需求可以很好的利用Python脚本来解决，下面记录一下详细的Python脚本环境安装、配置教程

一、Windows服务器环境及Python安装说明

• 1、windows服务器环境说明

这是一台安装windows 2022系统的服务器

基于这个环境，通过Chatgpt判断推荐安装Python 3.12 或者 Python 3.13版本 【另外一台Windows 2025系统服务器，Chatgpt推荐安装 3.14版本的Python】

下载地址： https://www.python.org/downloads/windows/

选择：

 Windows installer (64-bit)

• 2、Python环境安装说明

按照前一步说明下载对应版本的Python安装文件，然后进行安装

安装时一定勾选：

 Add python.exe to PATH

然后选择：

 Customize installation

建议安装路径：

 C:\Python312\

或者：

 C:\Python313\

安装完成后，重新打开 PowerShell，测试：

 python –version
 python -m pip –version

如果正常，会显示类似：

 Python 3.12.x
 pip xx.x

• 3、创建 Python 虚拟环境

  进入项目目录：

   cd C:\tools\chrome-appeal

  创建虚拟环境：

   python -m venv venv

  激活虚拟环境：

   .\venv\Scripts\activate

  看到前面出现：

   (venv)

  说明虚拟环境已启用。

  升级 pip：

   python -m pip install --upgrade pip

  安装脚本需要的依赖：

   python -m pip install pyautogui pyperclip pillow opencv-python

  如果你的脚本还用到表格文件，可以再装：

   python -m pip install pandas openpyxl

  检查依赖：

   python -m pip list

目前MYYCMS站群排名效果非常不错，MYYCMS站群标记 <!-- https://github.com/program-myyjjpp --> ，本站最近有记录一些MYYCMS站群排名的案例，确实非常不错。MYYCMS站群使用PHP环境，利用Mysql配合Redis数据库，网站访问速度非常快，一台服务器可以平稳运行2500个站点左右。目前在管理MYYCMS站群的过程中，有遇到服务器硬盘出现故障的，今天记录一下MYYCMS站群服务器出现故障，怎么查找 Redis数据库文件，并转移到新的服务器上恢复数据，MYYCMS站群服务器运行环境说明：

 Debian 12
 Nginx 1.30
 PHP 8.2
 MySQL 8.0
 宝塔面板 V11.7
 Redis 7.4.7
 Redis 数据主要在 DB1

本教程重点解决三个问题：

1. Redis 的 DB1 数据有没有对应的服务器文件？

2. Redis 的数据文件具体存放在哪里？

3. 老服务器 Redis 数据如何迁移到新服务器？

一、先理解 Redis 的数据文件机制

Redis 数据默认存放在内存中。如果开启了持久化，Redis 会把内存数据保存到磁盘文件里。Redis 官方文档说明，Redis 主要有两种持久化方式：RDB 快照和 AOF 追加日志。RDB 会把某个时间点的数据集保存成快照文件，默认文件名通常是 dump.rdb；AOF 则会记录写操作日志，用于重放恢复数据。

常见持久化文件如下：

类型

常见文件/目录

说明

RDB

dump.rdb

Redis 数据快照文件

AOF

appendonly.aof 或 appendonlydir/

Redis 写操作追加日志

配置文件

redis.conf

Redis 配置文件

在本次服务器中，宝塔 Redis 面板显示：

 AOF appendonly：关闭
 RDB 持久化：开启
 持久化文件存储路径：/www/server/redis/

所以当前主要关注的是：

 /www/server/redis/dump.rdb

MYYCMS站群 使用的Redis数据库默认 持久化配置

二、Redis DB1 会不会单独生成一个文件？

不会。

Redis 的 DB0、DB1、DB2 等是逻辑数据库，不是独立文件。即使数据主要保存在 DB1，Redis 也不会生成：

 db1.rdb
 redis_db1.rdb
 dump_db1.rdb

而是把整个 Redis 实例里的所有逻辑库一起保存到同一个 RDB 或 AOF 持久化文件中。

也就是说，如果 DB1 数据已经落盘，它会和 DB0、DB2 等一起保存在：

 /www/server/redis/dump.rdb

本次服务器实际检查结果中，/www/server/redis/ 目录下确实存在：

 dump.rdb

文件大小约：

 1.29 GB

修改时间：

 2026-05-25 12:11:35

这说明 Redis 已经生成过 RDB 快照文件，并且数据量较大。

三、如何确认 Redis 数据文件的真实路径？

不要只看宝塔面板，也不要只凭目录猜。最准确的方法是通过 Redis 当前运行配置确认。

1. 查看 Redis 数据目录和 RDB 文件名

执行：

redis-cli CONFIG GET dir redis-cli CONFIG GET dbfilename

如果 Redis 设置了密码：

redis-cli -a ‘你的Redis密码’ CONFIG GET dir redis-cli -a ‘你的Redis密码’ CONFIG GET dbfilename

Redis 官方文档说明，CONFIG GET 用于读取当前 Redis 服务器的运行配置参数。(Redis)

如果返回类似：

dir /www/server/redis

dbfilename dump.rdb

那么 Redis RDB 文件路径就是：

/www/server/redis/dump.rdb

计算规则很简单：

RDB完整路径 = dir + “/” + dbfilename

2. 查看 AOF 是否开启

执行：

redis-cli CONFIG GET appendonly redis-cli CONFIG GET appendfilename redis-cli CONFIG GET appenddirname

如果返回：

appendonly no

说明 AOF 没有开启。

如果返回：

appendonly yes

则说明 AOF 开启，需要继续确认 AOF 文件或目录。Redis 官方说明，RDB 和 AOF 可以同时开启；如果 AOF 开启，启动恢复时通常会优先使用更高持久性保障的 AOF 数据。(GitHub)

3. 一条命令查看核心配置

推荐直接执行：

redis-cli CONFIG GET dir dbfilename appendonly appendfilename appenddirname save

带密码：

redis-cli -a ‘你的Redis密码’ CONFIG GET dir dbfilename appendonly appendfilename appenddirname save

重点看：

dir dbfilename appendonly appendfilename appenddirname save

四、如何在宝塔文件管理器中确认 Redis 文件？

在宝塔面板中进入：

/www/server/redis/

重点检查这些文件：

dump.rdb redis.log redis.pid redis.conf appendonly.aof appendonlydir/

你这台服务器实际看到的是：

/www/server/redis/dump.rdb

并且文件信息大致为：

文件名：dump.rdb 大小：1.29 GB 权限/所有者：644/redis 修改时间：2026-05-25 12:11:35

所以当前 Redis 的主要数据落盘文件就是：

/www/server/redis/dump.rdb

五、如何确认 DB1 是否真的有数据？

1. 查看 Redis 所有逻辑库的数据概况

执行：

redis-cli INFO keyspace

带密码：

redis-cli -a ‘你的Redis密码’ INFO keyspace

如果 DB1 有数据，会看到类似：

# Keyspace db1:keys=123456,expires=1000,avg_ttl=xxxx

说明：

字段

含义

db1

第 1 号逻辑数据库

keys

key 总数量

expires

设置了过期时间的 key 数量

avg_ttl

平均 TTL

2. 单独查看 DB1 的 key 数量

执行：

redis-cli -n 1 DBSIZE

带密码：

redis-cli -a ‘你的Redis密码’ -n 1 DBSIZE

如果返回：

(integer) 500000

说明 DB1 里有 500000 个 key。

3. 抽样查看 DB1 中的 key

执行：

redis-cli -n 1 SCAN 0 COUNT 20

带密码：

redis-cli -a ‘你的Redis密码’ -n 1 SCAN 0 COUNT 20

这可以抽样查看 DB1 中的部分 key。

注意：不要在生产环境随便执行 KEYS *，如果 key 很多，可能阻塞 Redis。

六、如何确认 RDB 是否最新保存成功？

1. 查看持久化状态

执行：

redis-cli INFO persistence

带密码：

redis-cli -a ‘你的Redis密码’ INFO persistence

重点看：

rdb_bgsave_in_progress rdb_last_bgsave_status rdb_last_save_time

正常状态应该类似：

rdb_bgsave_in_progress:0 rdb_last_bgsave_status:ok

含义：

字段

正常值

说明

rdb_bgsave_in_progress

0

当前没有正在执行 BGSAVE

rdb_last_bgsave_status

ok

最近一次 RDB 保存成功

rdb_last_save_time

时间戳

最近一次保存时间

2. 手动生成最新 RDB 快照

迁移前，建议在老服务器执行一次：

redis-cli BGSAVE

带密码：

redis-cli -a ‘你的Redis密码’ BGSAVE

Redis 官方文档说明，RDB 快照可以通过 SAVE 或 BGSAVE 手动触发；BGSAVE 会在后台生成快照，通常比 SAVE 更适合生产环境。(Redis)

执行后再次检查：

redis-cli INFO persistence ls -lh /www/server/redis/dump.rdb

确认：

rdb_last_bgsave_status:ok

并且 dump.rdb 修改时间已经更新。

七、Redis 数据迁移方案：直接复制 dump.rdb

如果你的情况是：

老服务器 Redis 使用 RDB 新服务器 Redis 可以被老数据覆盖 AOF 没有开启，或者准备关闭 AOF 新服务器 Redis 版本等于或高于老服务器

那么可以直接复制：

/www/server/redis/dump.rdb

到新服务器对应目录，覆盖新服务器的 Redis RDB 文件。

Redis 启动时会从持久化文件恢复数据；RDB 文件本质是 Redis 某个时间点的数据集快照。(Redis)

八、迁移前检查清单

老服务器检查

redis-cli INFO keyspace redis-cli INFO persistence redis-cli CONFIG GET dir dbfilename appendonly save ls -lh /www/server/redis/dump.rdb

如果有密码：

redis-cli -a ‘你的Redis密码’ INFO keyspace redis-cli -a ‘你的Redis密码’ INFO persistence redis-cli -a ‘你的Redis密码’ CONFIG GET dir dbfilename appendonly save ls -lh /www/server/redis/dump.rdb

确认结果：

dir = /www/server/redis dbfilename = dump.rdb appendonly = no rdb_last_bgsave_status = ok

新服务器检查

redis-cli CONFIG GET dir dbfilename appendonly

确认新服务器 Redis 也使用：

dir = /www/server/redis dbfilename = dump.rdb

如果新服务器返回：

dir /www/server/redis/redis_cache

dbfilename dump.rdb

那么你应该把文件放到：

/www/server/redis/redis_cache/dump.rdb

而不是：

/www/server/redis/dump.rdb

所以迁移前一定要以新服务器的 CONFIG GET dir dbfilename 为准。

九、完整迁移步骤

下面以老服务器 Redis 数据文件为：

/www/server/redis/dump.rdb

新服务器 Redis 数据文件也为：

/www/server/redis/dump.rdb

为例。

第一步：老服务器生成最新快照

在老服务器执行：

redis-cli BGSAVE

带密码：

redis-cli -a ‘你的Redis密码’ BGSAVE

等待几秒后检查：

redis-cli INFO persistence ls -lh /www/server/redis/dump.rdb

确认：

rdb_last_bgsave_status:ok

第二步：老服务器确认 DB1 数据

redis-cli INFO keyspace redis-cli -n 1 DBSIZE

带密码：

redis-cli -a ‘你的Redis密码’ INFO keyspace redis-cli -a ‘你的Redis密码’ -n 1 DBSIZE

记录老服务器 DB1 的 key 数量，迁移后用于对比。

第三步：复制 dump.rdb 到新服务器

在老服务器执行：

scp /www/server/redis/dump.rdb root@新服务器IP:/root/dump.rdb

如果 SSH 端口不是 22，例如 2222：

scp -P 2222 /www/server/redis/dump.rdb root@新服务器IP:/root/dump.rdb

如果文件比较大，也可以使用 rsync：

rsync -avP /www/server/redis/dump.rdb root@新服务器IP:/root/dump.rdb

第四步：新服务器停止 Redis

在新服务器执行：

/etc/init.d/redis stop

或者：

systemctl stop redis

如果是宝塔面板安装的 Redis，也可以在宝塔面板中停止 Redis。

不要在 Redis 运行时直接覆盖 dump.rdb。

第五步：备份新服务器原 Redis 文件

在新服务器执行：

cp /www/server/redis/dump.rdb /www/server/redis/dump.rdb.bak.$(date +%F_%H%M%S) 2>/dev/null

如果新服务器可能有 AOF 文件，也建议先查一下：

find /www/server/redis/ -type f \( -name “*.aof” -o -name “*manifest*” \) 2>/dev/null

如果新服务器 AOF 是开启的，建议先关闭 AOF 或移走旧 AOF 文件，避免 Redis 启动时优先加载 AOF，导致复制过去的 RDB 没有生效。

第六步：覆盖新服务器 dump.rdb

cp /root/dump.rdb /www/server/redis/dump.rdb chown redis:redis /www/server/redis/dump.rdb chmod 644 /www/server/redis/dump.rdb

确认文件：

ls -lh /www/server/redis/dump.rdb ls -l /www/server/redis/dump.rdb

正常权限类似：

-rw-r–r– 1 redis redis 1.29G dump.rdb

你老服务器截图中的权限/所有者是：

644/redis

所以新服务器保持：

chmod 644 chown redis:redis

比较稳妥。

第七步：启动新服务器 Redis

/etc/init.d/redis start

或者：

systemctl start redis

然后检查：

redis-cli PING redis-cli INFO keyspace redis-cli -n 1 DBSIZE

正常应该返回：

PONG

并且 INFO keyspace 中应该能看到 DB1 数据，例如：

db1:keys=xxxxx,expires=xxx,avg_ttl=xxxx

如果迁移成功，新服务器：

redis-cli -n 1 DBSIZE

返回的数量应该和老服务器迁移前记录的 DB1 数量接近或一致。

十、迁移后验证方法

1. 查看 DB1 key 数量

redis-cli -n 1 DBSIZE

2. 抽样查看 DB1 key

redis-cli -n 1 SCAN 0 COUNT 20

3. 查看 Redis 是否正常运行

redis-cli PING

正常返回：

PONG

4. 查看 Redis 日志

宝塔环境常见日志文件：

/www/server/redis/redis.log

查看最后 100 行：

tail -n 100 /www/server/redis/redis.log

重点看是否有：

DB loaded from disk Ready to accept connections

或者是否出现：

Can’t handle RDB format version Fatal error loading the DB Permission denied

十一、常见问题处理

问题 1：复制了 dump.rdb，但新服务器没有数据

优先检查：

redis-cli CONFIG GET dir dbfilename appendonly

可能原因：

原因

说明

文件放错目录

Redis 实际 dir 不是 /www/server/redis

文件名不对

Redis 实际 dbfilename 不是 dump.rdb

Redis 没重启

Redis 只会在启动时加载 RDB

AOF 开启

Redis 可能优先加载 AOF

权限错误

Redis 用户无法读取 dump.rdb

解决：

chown redis:redis /www/server/redis/dump.rdb chmod 644 /www/server/redis/dump.rdb /etc/init.d/redis restart

问题 2：Redis 启动失败

查看日志：

tail -n 200 /www/server/redis/redis.log

常见原因：

错误

可能原因

Permission denied

文件权限或目录权限不对

Can't handle RDB format version

新服务器 Redis 版本太低

No such file or directory

RDB 路径不对

Out Of Memory

新服务器内存不足

如果是版本问题，建议新服务器 Redis 版本等于或高于老服务器。

问题 3：新服务器启动后数据又被覆盖

可能是你在 Redis 运行时复制了 RDB，之后 Redis 自动执行 RDB 保存，把你复制的文件覆盖了。

正确做法：

停止 Redis 覆盖 dump.rdb 设置权限 启动 Redis

不要在 Redis 运行时覆盖。

问题 4：新服务器已经有 Redis 数据，能不能直接覆盖？

如果新服务器 Redis 里的数据不重要，可以直接覆盖。

如果新服务器 Redis 里已经有重要数据，不建议直接覆盖。直接覆盖 RDB 后重启，相当于用老服务器快照替换新服务器 Redis 全量数据。

这种情况下可以考虑：

DUMP + RESTORE MIGRATE 业务层重新写入 分库导入

Redis 官方 MIGRATE 命令内部会使用 DUMP 序列化 key，再用 RESTORE 在目标 Redis 中恢复 key，适合更细粒度的迁移。(Redis)

十二、推荐的最终命令模板

老服务器执行

# 1. 查看 Redis 数据情况 redis-cli INFO keyspace redis-cli -n 1 DBSIZE

2. 手动生成最新 RDB 快照

redis-cli BGSAVE

3. 查看 RDB 保存状态

redis-cli INFO persistence

4. 查看 Redis 持久化配置

redis-cli CONFIG GET dir dbfilename appendonly save

5. 确认 RDB 文件

ls -lh /www/server/redis/dump.rdb

6. 复制到新服务器

scp /www/server/redis/dump.rdb root@新服务器IP:/root/dump.rdb

如果有密码：

redis-cli -a ‘你的Redis密码’ INFO keyspace redis-cli -a ‘你的Redis密码’ -n 1 DBSIZE redis-cli -a ‘你的Redis密码’ BGSAVE redis-cli -a ‘你的Redis密码’ INFO persistence redis-cli -a ‘你的Redis密码’ CONFIG GET dir dbfilename appendonly save

新服务器执行

# 1. 确认新服务器 Redis 持久化路径 redis-cli CONFIG GET dir dbfilename appendonly

2. 停止 Redis

/etc/init.d/redis stop

3. 备份原有 RDB

cp /www/server/redis/dump.rdb /www/server/redis/dump.rdb.bak.$(date +%F_%H%M%S) 2>/dev/null

4. 覆盖 RDB

cp /root/dump.rdb /www/server/redis/dump.rdb

5. 设置权限

chown redis:redis /www/server/redis/dump.rdb chmod 644 /www/server/redis/dump.rdb

6. 启动 Redis

/etc/init.d/redis start

7. 验证数据

redis-cli PING redis-cli INFO keyspace redis-cli -n 1 DBSIZE

如果新服务器 Redis 使用 systemd：

systemctl stop redis systemctl start redis

十三、本次服务器的最终结论

根据本次排查过程，你这台老服务器的 Redis 数据文件位置是：

/www/server/redis/dump.rdb

当前 Redis 状态可以总结为：

Redis 数据主要在：DB1 AOF：关闭 RDB：开启 RDB 文件：/www/server/redis/dump.rdb RDB 文件大小：约 1.29 GB DB1 是否单独文件：不是 迁移方式：可以复制 dump.rdb 到新服务器对应 Redis dir 目录

迁移时最重要的原则是：

先在老服务器 BGSAVE 再复制 dump.rdb 新服务器先停止 Redis 备份新服务器旧 dump.rdb 覆盖 dump.rdb 修正 redis:redis 权限 启动 Redis 检查 DB1 数据

一句话总结：你可以通过复制 /www/server/redis/dump.rdb 完成 Redis 数据迁移，但必须确认新服务器 Redis 的 dir 和 dbfilename，并且必须在 Redis 停止状态下覆盖文件，启动后再用 INFO keyspace 和 DBSIZE 验证 DB1 数据是否恢复成功。

最新上线了6台MYYCMS站群，目前整体排名效果不错！

最近这个月，陆续有3台MYYCMS站群服务器出现故障，最近这一台服务器因为硬盘故障，导致服务器无法启动，机房那边紧急帮忙安排了一块新的硬盘，并把旧硬盘挂载到服务器上，测试了两天，终于把旧硬盘上的MYYCMS站群数据，包括MYYCMS站群的源码、Mysql数据库文件，以及Redis数据库文件从旧硬盘转移到新硬盘，并重新配置MYYCMS站群的信息，将MYYCMS站群成功恢复，今天记录一下详细的操作过程。

一、MYYCMS站群服务器环境

本次恢复环境：

 系统：Debian 12
 Web：Nginx 1.30
 PHP：PHP 8.2
 数据库：MySQL 8.0.45
 Redis：Redis 7.4.7
 面板：宝塔 V11.7
 站点数量：约 2500 个
 数据库目录：/www/server/data
 Redis 目录：/www/server/redis
 宝塔面板目录：/www/server/panel
 网站目录：/www/wwwroot
 旧硬盘挂载目录：/old

本次故障背景：

 服务器硬盘损坏，更换新硬盘并重新安装系统与宝塔环境；
 旧硬盘挂载到新系统；
 需要恢复 MYYCMS 站群网站、MySQL 数据库、Redis 数据、宝塔面板站点记录。

二、核心结论

这次最关键的经验有 5 条：

 1. 宝塔面板的网站列表、数据库列表，不是单纯扫描 Nginx 配置和 MySQL 文件生成的；
    宝塔自己还有 SQLite 面板数据库，宝塔面板网站、数据库相关信息存放数据库文件位置 /www/server/panel/data/default.db。
 ​
 2. Redis 的 dump.rdb / AOF 恢复后，只要 Redis 能 PING、DBSIZE 正常，说明 Redis 本身基本没问题。
 ​
 3. MySQL 8 不能只复制单个业务库目录或 .ibd 文件。
    必须尽量完整恢复整个 /www/server/data 目录。
 ​
 4. MySQL 8 的库表元数据主要在数据字典里，不是只靠数据库目录和 .ibd 文件识别。
    MySQL 8 已移除旧式 .frm 文件元数据，相关元数据存入数据字典表中。:contentReference[oaicite:0]{index=0}
 ​
 5. 完整恢复旧 /www/server/data 后，MySQL root 密码也会恢复成旧硬盘里的密码；
    如果忘记旧密码，需要用 –skip-grant-tables 重置 root 密码。

三、宝塔面板相关数据恢复

1. 宝塔站点配置目录

Nginx 站点配置：

 /www/server/panel/vhost/nginx/

SSL 证书目录：

 /www/server/panel/vhost/cert/

恢复示例：

 rsync -a /old/server/panel/vhost/nginx/ /www/server/panel/vhost/nginx/
 rsync -a /old/server/panel/vhost/cert/ /www/server/panel/vhost/cert/

如果没有 rsync：

 cp -a /old/server/panel/vhost/nginx/. /www/server/panel/vhost/nginx/
 cp -a /old/server/panel/vhost/cert/. /www/server/panel/vhost/cert/

2. 宝塔面板数据库

恢复好数据库文件之后，无法同步数据库，会提示错误

宝塔面板自己的数据库一般在：

 /www/server/panel/data/default.db

里面包含：

sites 网站列表 databases 数据库列表 config 面板配置，包括 mysql_root users 面板用户 crontab 计划任务 ftps FTP 信息 logs 面板日志

查看表：

sqlite3 /www/server/panel/data/default.db “.tables”

查看 config 表结构：

sqlite3 /www/server/panel/data/default.db “PRAGMA table_info(config);”

查看宝塔保存的 MySQL root 密码：

sqlite3 /www/server/panel/data/default.db “SELECT id,mysql_root FROM config;”

如果显示：

1|admin

含义不是用户名是 admin，而是：

宝塔面板当前保存的 MySQL root 密码 = admin

如果 SSH 中实际 MySQL root 密码已经不是 admin，宝塔面板同步数据库就会提示密码错误。

3. 修改宝塔保存的 MySQL root 密码

先备份：

cp -a /www/server/panel/data/default.db /www/server/panel/data/default.db.bak.$(date +%F-%H%M%S)

tar -czf /root/bt-panel-data-backup-$(date +%F-%H%M%S).tar.gz /www/server/panel/data

修改：

sqlite3 /www/server/panel/data/default.db “UPDATE config SET mysql_root=‘你的真实root密码’ WHERE id=1;”

确认：

sqlite3 /www/server/panel/data/default.db “SELECT id,mysql_root FROM config;”

重启宝塔：

bt restart

然后再进入：

宝塔面板 → 数据库 → MySQL → 同步数据库

四、Redis 数据恢复与排查

1. Redis 数据位置

宝塔 Redis 常见目录：

/www/server/redis

查看 Redis 持久化配置：

grep -E “^(dir|dbfilename|appendonly|appendfilename|appenddirname)” /www/server/redis/redis.conf

常见配置：

dir /www/server/redis dbfilename dump.rdb appendonly no

如果启用了 AOF，可能还有：

/www/server/redis/appendonlydir/

2. 恢复 Redis 数据

停止 Redis：

systemctl stop redis

复制旧数据：

rsync -a /old/server/redis/ /www/server/redis/

没有 rsync 时：

cp -a /old/server/redis/. /www/server/redis/

修复权限：

chown -R root:root /www/server/redis

启动：

systemctl start redis

3. 判断 Redis 是否恢复成功

测试：

redis-cli PING

正常返回：

PONG

检查 DB1：

redis-cli -n 1 DBSIZE

本次恢复后结果类似：

(integer) 346390

扫描 key：

redis-cli -n 1 –scan | head -n 20

本次 MYYCMS / Laravel key 格式类似：

laravel_database_seo.bj:article_with_menu_75 laravel_database_xxx.com:category_3_limit_10

4. Redis LOADING 报错说明

如果刚执行：

systemctl restart redis redis-cli -n 1 DBSIZE

马上出现：

(error) LOADING Redis is loading the dataset in memory

这不一定是故障。说明 Redis 正在把 RDB/AOF 加载进内存。

本次日志显示：

Loading RDB produced by version 7.4.7 RDB memory usage when created 4293.41 Mb Done loading RDB, keys loaded: 346390 DB loaded from disk: 13.833 seconds Ready to accept connections tcp

说明 Redis 大概 14 秒加载完成。不要反复重启 Redis。

五、文章详情页 500 排查经验

1. 现象

本次测试站点：

https://www.seo.bj/

现象：

首页正常 列表页正常 文章详情页 500 案例详情页 500

Redis 中对应文章 key 存在：

redis-cli -n 1 EXISTS “laravel_database_seo.bj:article_with_menu_75” redis-cli -n 1 TYPE “laravel_database_seo.bj:article_with_menu_75” redis-cli -n 1 TTL “laravel_database_seo.bj:article_with_menu_75”

返回：

(integer) 1 string (integer) -1

读取文章内容：

redis-cli -n 1 GET “laravel_database_seo.bj:article_with_menu_75” | head -c 1000

内容开头：

O:24:“App\Models\SpiderArticle”:30:{…}

说明 Redis 里存的是 PHP serialize 后的 Laravel Eloquent 模型对象。

2. 检查模型类是否存在

进入站点目录：

cd /www/wwwroot/seo.bj

测试 autoload：

/www/server/php/82/bin/php -r “require ‘vendor/autoload.php’; var_dump(class_exists(‘App\\Models\\SpiderArticle’));”

正常返回：

bool(true)

如果在错误目录执行，比如 /www/wwwlogs/free_waf_log，会报：

require(vendor/autoload.php): Failed to open stream

所以必须进入 Laravel 项目根目录执行。

3. 查看 Laravel 日志

真正的错误不在 Nginx access log，而在：

/www/wwwroot/seo.bj/storage/logs/laravel.log

查看：

cd /www/wwwroot/seo.bj tail -n 200 storage/logs/laravel.log

本次关键错误：

SQLSTATE[HY000] [1045] Access denied for user ‘z0eeg4mt05q38888’@’localhost’ (using password: YES) SQL: select `categoryid`, `id`, `viewcount` from `spider_article` where `spider_article`.`id` = 74 limit 1

结论：

Redis 没问题； 文章详情页读取 Redis 后，还会查询 MySQL 的 spider_article 表； MySQL 用户或数据库权限异常，导致详情页 500。

六、MySQL 数据库恢复重点

1. MySQL 8 不能只复制业务库目录

错误做法：

cp -rf /old/server/data/z0eeg4mt05q38888 /www/server/data/ cp -rf /old/server/data/undo_001 /www/server/data/ cp -rf /old/server/data/undo_002 /www/server/data/

这种方式会导致：

SHOW DATABASES 看不到业务库； 宝塔同步数据库显示 0 个数据库； 甚至 MySQL 无法启动。

原因：

MySQL 8 的数据库、表、表空间信息依赖数据字典； 只复制业务库目录和 .ibd 文件，MySQL 不一定识别。

MySQL 8 移除了 .frm 等文件式元数据，表结构等信息改由数据字典表保存。

2. 正确做法：完整恢复整个 data 目录

旧目录：

/old/server/data

新目录：

/www/server/data

旧目录应包含：

auto.cnf ibdata1 #innodb_redo/ #innodb_temp/ mysql/ mysql.ibd undo_001 undo_002 大量业务库目录

检查：

ls -lah /old/server/data | egrep “mysql$|mysql.ibd|ibdata1|#innodb_redo|#innodb_temp|undo_001|undo_002|auto.cnf”

本次确认旧数据目录完整：

auto.cnf ibdata1 #innodb_redo #innodb_temp mysql mysql.ibd undo_001 undo_002

MySQL 8 的 redo log 默认位于数据目录下的 #innodb_redo 目录中，不能混用不同数据目录的 redo 文件。(dev.mysql.com)

3. 安装 rsync

新系统如果没有 rsync，会报：

-bash: rsync: command not found

安装：

apt update apt install -y rsync

Debian 12 官方源提供 rsync 包，适合本地和远程文件复制、备份和镜像同步。(packages.debian.org)

4. 完整恢复 /www/server/data

停止 MySQL：

systemctl stop mysqld pkill -f mysqld_safe pkill -f “/www/server/mysql/bin/mysqld”

确认没有进程：

ps aux | grep mysqld | grep -v grep

备份当前坏目录：

mv /www/server/data /www/server/data.mixed-broken.$(date +%F-%H%M%S) mkdir -p /www/server/data

完整同步旧目录：

rsync -aH –numeric-ids –delete /old/server/data/ /www/server/data/

如果没有 rsync，可用：

cp -a /old/server/data/. /www/server/data/

修复权限：

chown -R mysql:mysql /www/server/data find /www/server/data -type d -exec chmod 750 {} \; find /www/server/data -type f -exec chmod 640 {} \;

清理运行时文件：

rm -f /www/server/data/*.pid rm -f /www/server/data/*.sock rm -f /www/server/data/*.sock.lock

启动 MySQL：

systemctl start mysqld

查看状态：

systemctl status mysqld –no-pager -l

5. 典型错误：redo 文件混用

本次曾出现错误：

The redo log file /www/server/data/#innodb_redo/#ib_redo179 comes from other data directory than redo log file /www/server/data/#innodb_redo/#ib_redo0. Plugin initialization aborted Failed to initialize DD Storage Engine Data Dictionary initialization failed

原因：

/www/server/data 中混入了新 MySQL 初始化的 redo 文件和旧硬盘复制过来的 redo 文件； 数据字典、redo、undo、表空间不属于同一套实例。

解决：

不要单独复制 undo 或某些数据库目录； 直接备份当前 /www/server/data； 完整同步 /old/server/data 到 /www/server/data。

七、MySQL root 密码重置

1. 为什么恢复后 root 密码又不对？

完整恢复旧 /www/server/data 后，mysql 系统库也恢复了。

所以：

MySQL 用户表恢复成旧硬盘状态； root 密码也恢复成旧服务器上的密码； SSH 和宝塔面板原来保存的新密码都会失效。

这属于正常现象。

2. 停止残留 MySQL 进程

有时候：

systemctl stop mysqld

不能完全停止进程。

检查：

ps aux | grep mysqld | grep -v grep

如果看到：

mysqld_safe mysqld

先温和停止：

kill mysqld的PID kill mysqld_safe的PID sleep 5

如果仍存在：

kill -9 mysqld的PID kill -9 mysqld_safe的PID

确认：

ps aux | grep mysqld | grep -v grep

必须没有输出。

3. 用 skip-grant-tables 启动

不要直接执行：

/www/server/mysql/bin/mysqld

直接以 root 执行会报：

Fatal error: Please read “Security” section of the manual to find out how to run mysqld as root!

MySQL 官方不建议用 Unix root 用户运行 mysqld，应使用普通用户，例如 mysql 用户。(dev.mysql.com)

正确方式：

/www/server/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf –skip-grant-tables –skip-networking –user=mysql &

等待：

sleep 10

登录：

mysql -uroot

注意这里不加 -p。

MySQL 官方说明，重置 root 密码可以先停止 MySQL，然后用 --skip-grant-tables 启动，使本地可以无密码连接，完成后再恢复正常启动。

4. 修改 root 密码

进入 MySQL 后：

FLUSH PRIVILEGES; SELECT user, host, plugin FROM mysql.user WHERE user=‘root’;

修改 root 密码：

ALTER USER ‘root’@’localhost’ IDENTIFIED WITH mysql_native_password BY ‘你的新root密码’; FLUSH PRIVILEGES; exit;

如果存在 root@127.0.0.1，也可以一起修改：

ALTER USER ‘root’@‘127.0.0.1’ IDENTIFIED WITH mysql_native_password BY ‘你的新root密码’; FLUSH PRIVILEGES;

5. 关闭临时 MySQL，正常启动

关闭临时实例：

/www/server/mysql/bin/mysqladmin -uroot -p shutdown

输入新 root 密码。

如果失败，手动 kill 残留进程：

ps aux | grep mysqld | grep -v grep kill mysqld的PID kill mysqld_safe的PID

正常启动：

systemctl start mysqld

测试：

mysql -uroot -p -e “SHOW DATABASES;” | head -n 50

如果能看到业务库，说明恢复成功。

八、宝塔面板同步 MySQL root 密码

MySQL root 修改后，还要修改宝塔面板保存的 root 密码。

查看：

sqlite3 /www/server/panel/data/default.db “SELECT id,mysql_root FROM config;”

修改：

sqlite3 /www/server/panel/data/default.db “UPDATE config SET mysql_root=‘你的新root密码’ WHERE id=1;”

重启宝塔：

bt restart

然后宝塔面板执行：

数据库 → MySQL → 同步数据库

九、站点数据库用户修复

如果某个站点 .env 是：

DB_HOST=127.0.0.1 DB_DATABASE=z0eeg4mt05q3ofof DB_USERNAME=z0eeg4mt05q3ofof DB_PASSWORD=站点数据库密码

但是 Laravel 日志报：

SQLSTATE[HY000] [1045] Access denied for user ‘z0eeg4mt05q38888’@’localhost’

用 root 登录 MySQL 后执行：

CREATE USER IF NOT EXISTS ‘z0eeg4mt05q38888’@’localhost’ IDENTIFIED BY ‘站点数据库密码’; ALTER USER ‘z0eeg4mt05q38888’@’localhost’ IDENTIFIED BY ‘站点数据库密码’; GRANT ALL PRIVILEGES ON `z0eeg4mt05q38888`.* TO ‘z0eeg4mt05q38888’@’localhost’;

CREATE USER IF NOT EXISTS ‘z0eeg4mt05q38888’@‘127.0.0.1’ IDENTIFIED BY ‘站点数据库密码’; ALTER USER ‘z0eeg4mt05q38888’@‘127.0.0.1’ IDENTIFIED BY ‘站点数据库密码’; GRANT ALL PRIVILEGES ON `z0eeg4mt05q3ofof`.* TO ‘z0eeg4mt05q38888’@‘127.0.0.1’;

FLUSH PRIVILEGES;

测试：

mysql -uz0eeg4mt05q38888 -p -h127.0.0.1 z0eeg4mt05q38888

查询表：

SELECT id, categoryid, viewcount FROM spider_article WHERE id=74 LIMIT 1;

十、Laravel / MYYCMS 缓存清理

数据库权限修复后，进入站点目录：

cd /www/wwwroot/seo.bj

清理缓存：

/www/server/php/82/bin/php artisan config:clear /www/server/php/82/bin/php artisan cache:clear /www/server/php/82/bin/php artisan route:clear /www/server/php/82/bin/php artisan view:clear

重启 PHP-FPM：

/etc/init.d/php-fpm-82 restart

然后访问：

https://www.seo.bj/news/75.html https://www.seo.bj/cases/74.html

十一、批量检查命令

1. 查所有站点 .env 数据库配置

find /www/wwwroot -name “.env” -type f -print0 | xargs -0 grep -H “DB_DATABASE=” find /www/wwwroot -name “.env” -type f -print0 | xargs -0 grep -H “DB_USERNAME=” find /www/wwwroot -name “.env” -type f -print0 | xargs -0 grep -H “DB_PASSWORD=”

2. 查 MySQL 用户

SELECT user, host FROM mysql.user ORDER BY user, host;

3. 查 MySQL 数据目录

mysql -uroot -p -e “SHOW VARIABLES LIKE ‘datadir’;”

4. 查业务库是否识别

mysql -uroot -p -e “SHOW DATABASES;” | head -n 100

5. 查 Redis DB1

redis-cli PING redis-cli -n 1 DBSIZE redis-cli -n 1 –scan | head -n 20

6. 查 Laravel 错误日志

tail -n 200 /www/wwwroot/站点目录/storage/logs/laravel.log

或者：

grep -R “SQLSTATE\|RedisException\|Fatal error\|Uncaught\|Access denied\|Class .* not found” /www/wwwroot/ /www/wwwlogs/ -n | tail -n 100

十二、完整恢复流程总结

阶段 1：恢复网站和宝塔站点记录

rsync -a /old/server/panel/vhost/ /www/server/panel/vhost/ rsync -a /old/wwwroot/ /www/wwwroot/ chown -R www:www /www/wwwroot bt restart

如果旧路径是 /old/www/wwwroot：

rsync -a /old/www/wwwroot/ /www/wwwroot/

阶段 2：恢复 Redis

systemctl stop redis rsync -a /old/server/redis/ /www/server/redis/ systemctl start redis

redis-cli PING redis-cli -n 1 DBSIZE

阶段 3：恢复 MySQL 数据

systemctl stop mysqld pkill -f mysqld_safe pkill -f “/www/server/mysql/bin/mysqld”

mv /www/server/data /www/server/data.bak.$(date +%F-%H%M%S) mkdir -p /www/server/data

rsync -aH –numeric-ids –delete /old/server/data/ /www/server/data/

chown -R mysql:mysql /www/server/data find /www/server/data -type d -exec chmod 750 {} \; find /www/server/data -type f -exec chmod 640 {} \;

rm -f /www/server/data/*.pid rm -f /www/server/data/*.sock rm -f /www/server/data/*.sock.lock

systemctl start mysqld

阶段 4：重置 MySQL root 密码

systemctl stop mysqld pkill -f mysqld_safe pkill -f “/www/server/mysql/bin/mysqld”

ps aux | grep mysqld | grep -v grep

如果还有残留 PID：

kill -9 PID

跳过权限表启动：

/www/server/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf –skip-grant-tables –skip-networking –user=mysql & sleep 10 mysql -uroot

SQL：

FLUSH PRIVILEGES; ALTER USER ‘root’@’localhost’ IDENTIFIED WITH mysql_native_password BY ‘你的新root密码’; FLUSH PRIVILEGES; exit;

关闭临时实例：

/www/server/mysql/bin/mysqladmin -uroot -p shutdown

正常启动：

systemctl start mysqld

测试：

mysql -uroot -p -e “SHOW DATABASES;” | head -n 50

阶段 5：同步宝塔面板 root 密码

sqlite3 /www/server/panel/data/default.db “UPDATE config SET mysql_root=‘你的新root密码’ WHERE id=1;” bt restart

然后宝塔面板：

数据库 → MySQL → 同步数据库

阶段 6：修复站点数据库用户和 Laravel 缓存

CREATE USER IF NOT EXISTS ‘站点数据库用户’@’localhost’ IDENTIFIED BY ‘站点数据库密码’; ALTER USER ‘站点数据库用户’@’localhost’ IDENTIFIED BY ‘站点数据库密码’; GRANT ALL PRIVILEGES ON `站点数据库名`.* TO ‘站点数据库用户’@’localhost’;

CREATE USER IF NOT EXISTS ‘站点数据库用户’@‘127.0.0.1’ IDENTIFIED BY ‘站点数据库密码’; ALTER USER ‘站点数据库用户’@‘127.0.0.1’ IDENTIFIED BY ‘站点数据库密码’; GRANT ALL PRIVILEGES ON `站点数据库名`.* TO ‘站点数据库用户’@‘127.0.0.1’;

FLUSH PRIVILEGES;

清理站点缓存：

cd /www/wwwroot/站点目录

/www/server/php/82/bin/php artisan config:clear /www/server/php/82/bin/php artisan cache:clear /www/server/php/82/bin/php artisan route:clear /www/server/php/82/bin/php artisan view:clear

/etc/init.d/php-fpm-82 restart

十三、重要注意事项

1. 不要混合新旧 MySQL 数据目录文件

危险操作：

cp -rf undo_001 undo_002 /www/server/data/ cp -rf 某个业务库目录 /www/server/data/ cp -rf 某些 .ibd 文件 /www/server/data/

可能导致：

redo log file comes from other data directory Failed to initialize DD Storage Engine Data Dictionary initialization failed

正确方式：

完整恢复同一套 /www/server/data

2. 不要直接以 root 用户运行 mysqld

错误：

/www/server/mysql/bin/mysqld

可能报：

Fatal error: Please read “Security” section of the manual to find out how to run mysqld as root!

正确：

/www/server/mysql/bin/mysqld_safe –defaults-file=/etc/my.cnf –user=mysql &

或：

systemctl start mysqld

3. 修改 .env 后必须清理 Laravel 配置缓存

php artisan config:clear

否则 Laravel 可能继续使用旧配置。

4. 宝塔保存的 root 密码和 MySQL 实际 root 密码要一致

MySQL root 修改后，还要同步：

sqlite3 /www/server/panel/data/default.db “UPDATE config SET mysql_root=‘真实root密码’ WHERE id=1;” bt restart

5. 敏感信息泄露后要更换

这次排查中曾暴露：

数据库密码 Telegram Bot Token

恢复后建议：

1. 修改数据库用户密码； 2. 更新站点 .env； 3. php artisan config:clear； 4. 重启 PHP-FPM； 5. 到 BotFather 重置 Telegram Bot Token。

十四、最终验证清单

恢复完成后逐项检查：

systemctl status mysqld –no-pager -l systemctl status redis –no-pager systemctl status nginx –no-pager

MySQL：

mysql -uroot -p -e “SHOW DATABASES;” | head -n 50

Redis：

redis-cli PING redis-cli -n 1 DBSIZE

宝塔：

数据库 → MySQL → 当前状态 数据库 → MySQL → 同步数据库 网站 → 站点列表

站点：

首页 200 列表页 200 文章详情页 200 案例详情页 200

Laravel 日志：

tail -n 100 /www/wwwroot/站点目录/storage/logs/laravel.log

Nginx 错误日志：

tail -n 100 /www/wwwlogs/站点域名.error.log

十五、一句话总结

这次 MYYCMS 站群系统恢复的关键不是单独恢复某个数据库文件，而是：

完整恢复宝塔面板数据 + 完整恢复 MySQL /www/server/data + 恢复 Redis 数据 + 重置 MySQL root 密码 + 同步宝塔 mysql_root + 修复站点数据库用户权限。

尤其是 MySQL 8，必须把：

mysql/ mysql.ibd ibdata1 #innodb_redo/ #innodb_temp/ undo_001 undo_002 业务库目录

作为一整套数据目录恢复，不能拆开复制。

最近为了使用codex开发CMS系统，特意配置了一台Debian 12系统的服务器，用于全程开发自研CMS系统，目前上线了第一版 SEObjV2.01版本的站点，共上线10个站点在测试；

一、codex问题提示说明

这两天在debian 12服务器上运行codex时，每次启动都会有一个提示信息：

 Codex could not find bubblewrap on PATH. Install bubblewrap with your OS package manager. See the sandbox prerequisites:
  https://developers.openai.com/codex/concepts/sandboxing#prerequisites. Codex will use the bundled bubblewrap in the meantime.

codex提示信息截图：

趁着最近计划开发新的CMS系统，统一规则服务器的开发环境及开发的通用标准文档，正好把服务器上提示的一些问题统一修复一下；

二、Codex问题解决方法

这个提示不是报错，只是警告（Warning），目前你的 Codex 已经正常启动了，可以正常使用。

从你的输出看：

 ⚠ Codex could not find bubblewrap on PATH.
 Install bubblewrap with your OS package manager.
 ​
 Codex will use the bundled bubblewrap in the meantime.

最后这一句最关键：

 Codex will use the bundled bubblewrap in the meantime.

意思是：

系统没有找到 Linux 自带的 bwrap（bubblewrap），但是 Codex 内置了一个 bubblewrap，所以自动使用内置版本继续运行。

因此：

 当前状态：
 可正常使用
 不会影响分析代码
 不会影响修改文件
 不会影响生成报告

什么是 Bubblewrap

Bubblewrap（bwrap）是 Linux 下的轻量级沙箱工具。

Codex 在执行：

 读取文件
 修改代码
 运行命令

时，会优先放到沙箱中执行。

作用类似：

 Docker（重型）
 ↓
 Bubblewrap（轻量）
 ↓
 普通进程

这样可以防止 AI 执行危险命令。

为什么你的服务器会提示这个

你的环境：

 Debian 12
 SSH
 Codex CLI

大概率没有安装：

 /usr/bin/bwrap

所以 Codex 检测时提示：

找不到系统版 bubblewrap

然后自动切换：

内置 bubblewrap

继续运行。

检查是否安装

执行：

which bwrap

如果输出：

/usr/bin/bwrap

说明已安装。

如果输出为空：

(no output)

说明未安装。

Debian 12 安装方法

直接执行：

sudo apt update sudo apt install -y bubblewrap

安装完成后：

which bwrap

应该返回：

/usr/bin/bwrap

然后重新打开 Codex。

警告一般会消失。

检查版本

bwrap –version

例如：

bubblewrap 0.8.x

或者：

bubblewrap 0.10.x

即可。

针对你的开发服务器建议

你这台服务器是：

96GB RAM 16C/32T Debian 12

我建议直接安装系统版。

执行：

sudo apt update sudo apt install -y bubblewrap

耗时：

10秒左右

安装包非常小。

安装后验证

执行：

which bwrap bwrap –version

然后：

codex

如果没有看到：

could not find bubblewrap on PATH

说明已经正常使用系统版。

按照上述方法修复之后，重新执行 codex 指令时不会再有提示Codex could not find bubblewrap on PATH信息了

最近在批量上线MYYCMS站群【（美羊羊站群）MYYCMS站群标记 https://github.com/program-myyjjpp 】时 会遇到500错误

之前可以正常批量上线MYYCMS站群的服务器，最近开始批量上线MYYCMS站群时，也是会提示各种错误

经过多轮对比测试，找到解决方法了：

• 1、进入宝塔面板，进入 文件 —— /www/wwwroot 按照修改时间进行排序，这样可以批量选择最新批量上线网站的根目录，需要修改网站根目录权限为 755 ，所有者修改为 www ，勾选 应用到子目录 确认之后等待批量完成权限调整；

• 2、进入宝塔面板 网站 —— 高级设置 —— HTTPS管理 需要勾选 HTTPS防窜站 、 部署SSL后自动开户HTTPS

• 3、完成以上两项设置之后，重启一下Nginx，然后就可以执行批量MYYCMS建站；

问题现象

一台 Windows Server 2022 Datacenter 工具服务器，主要用于运行 Chrome、VPN 客户端、远程控制工具、自动化脚本等 GUI 程序。

任务管理器中显示：

 物理内存：16.0 GB
 当前使用：10.8 / 16.0 GB
 内存占用：约 68%
 可用内存：约 5.2 GB
 已提交：19.5 / 22.0 GB

表面看，物理内存还有 30% 左右没有用完，但工具仍然弹出错误：

 没有足够的内存继续执行程序。
 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()
 System.Windows.Interop.HwndTarget.UpdateWindowSettings()
 System.Windows.Interop.HwndTarget.UpdateWindowPos()
 …

问题结论

这个问题不是单纯的“物理内存用满”，而是 Windows 提交内存接近上限 导致的。

任务管理器里真正需要重点关注的是：

 已提交：19.5 / 22.0 GB

这表示系统当前已经承诺给程序、驱动、图形界面和后台服务的内存额度接近上限，只剩大约 2.5GB 可提交空间。

当某个工具继续申请较大的内存块，或者 WPF/.NET 图形界面需要继续申请渲染资源时，就可能出现“没有足够的内存继续执行程序”。

为什么物理内存还有 5GB，也会提示内存不足？

Windows 里有两个容易混淆的概念：

1. 物理内存

物理内存就是服务器实际安装的 RAM，例如本机是：

 16 GB

任务管理器显示的“内存 68%”，主要反映的是物理内存使用情况。

2. 提交内存

提交内存是 Windows 已经承诺给程序使用的内存额度。它不只看物理内存，还会受到页面文件大小影响。

提交上限大致可以理解为：

 提交上限 = 物理内存 + 页面文件

本机显示：

 已提交：19.5 / 22.0 GB

说明虽然物理内存是 16GB，但页面文件配置偏小，导致总提交上限只有约 22GB。

对于长期运行 Chrome、VPN、自动化脚本、远程桌面、GUI 工具的服务器来说，22GB 的提交上限偏紧。

报错堆栈说明了什么？

错误堆栈中出现：

 System.Windows.Media.Composition.DUCE.Channel.SyncFlush()
 System.Windows.Interop.HwndTarget.UpdateWindowSettings()
 System.Windows.Interop.HwndTarget.UpdateWindowPos()

这类堆栈通常与 .NET / WPF 图形界面渲染有关。

也就是说，工具不是普通命令行程序，而是需要窗口、控件、图形渲染资源的 GUI 程序。GUI 程序长期运行后，可能出现以下问题：

 提交内存持续上升
 窗口资源占用过多
 GDI / User Objects 占用过多
 桌面堆资源不足
 32 位程序地址空间不足
 WPF 渲染资源申请失败

所以即使任务管理器显示物理内存没到 100%，程序仍然可能报内存不足。

最终有效解决方案

本次实际采用的解决方案是：增大 Windows 页面文件。

适合长期跑 Chrome、VPN、自动化工具的服务器配置：

 初始大小：32768 MB
 最大大小：49152 MB

也就是：

 初始页面文件：32 GB
 最大页面文件：48 GB

设置完成并重启服务器后，问题成功解决。

页面文件设置路径

操作路径：

 此电脑
 → 属性
 → 高级系统设置
 → 性能
 → 设置
 → 高级
 → 虚拟内存
 → 更改

然后执行：

 取消勾选：自动管理所有驱动器的分页文件大小
 选择系统盘或空间充足的 SSD 磁盘
 选择：自定义大小
 初始大小：32768 MB
 最大大小：49152 MB
 点击：设置
 点击：确定
 重启服务器

如何检查当前页面文件大小？

可以使用 PowerShell 查看：

Get-CimInstance Win32_PageFileUsage | Select-Object Name, AllocatedBaseSize, CurrentUsage, PeakUsage

返回结果里重点看：

AllocatedBaseSize：页面文件已分配大小 CurrentUsage：当前使用量 PeakUsage：峰值使用量

如何排查哪个进程占用提交内存？

打开任务管理器：

任务管理器 → 详细信息 → 右键表头 → 选择列 → 勾选：提交大小

然后按照“提交大小”排序。

重点检查这些进程：

chrome.exe VPN 客户端 远程控制工具 python.exe node.exe java.exe dotnet.exe 自动化脚本相关进程 数据库或缓存类进程

也可以使用 PowerShell 查看占用较高的进程：

Get-Process | Sort-Object -Descending PrivateMemorySize64 | Select-Object -First 20 Name, Id, @{Name=“CommitGB”;Expression={[math]::Round($_.PrivateMemorySize64/1GB,2)}}, @{Name=“WorkingSetGB”;Expression={[math]::Round($_.WorkingSet64/1GB,2)}} | Format-Table -AutoSize

还需要注意 32 位程序限制

如果工具是 32 位程序，即使服务器有 16GB 或更大内存，单个进程也可能因为地址空间限制而报 OutOfMemory。

检查方法：

任务管理器 → 详细信息

如果进程名后面显示：

*32

说明它是 32 位程序。

优先处理方式：

尽量使用 64 位版本工具 减少单个工具长期运行时间 定期重启工具 避免同时打开大量窗口和标签页

GUI 自动化服务器的优化建议

这类服务器长期跑浏览器、VPN、自动化工具时，建议做以下优化：

1. 页面文件设置为 32GB - 48GB 2. Chrome 每轮任务后清理多余标签 3. 每隔一段时间重启 Chrome 4. 每隔一段时间重启 VPN 客户端 5. 自动化脚本异常退出时清理残留进程 6. 不要同时开启多个远程桌面会话 7. 定期注销不用的 Windows 用户会话 8. 定期检查任务管理器里的“提交大小” 9. 长期任务建议分批执行，避免 GUI 资源持续泄漏

临时恢复方案

如果已经弹出“内存不足”，可以先这样处理：

1. 关闭当前报错工具 2. 关闭 Chrome 多余标签 3. 退出 VPN / 加速器客户端 4. 检查是否有残留 chrome.exe、python.exe、dotnet.exe 等进程 5. 重启工具 6. 如果仍然报错，重启服务器 7. 重启后立即增大页面文件

本次问题的最终原因总结

本次问题的核心原因是：

物理内存占用不到 70%，但提交内存已经达到 19.5 / 22.0GB

也就是：

页面文件偏小 提交内存接近上限 工具是 .NET / WPF 图形界面程序 服务器长期运行 Chrome、VPN、自动化工具 GUI 资源和提交内存压力较高

最终通过设置：

初始大小：32768 MB 最大大小：49152 MB

成功解决工具提示“没有足够的内存继续执行程序”的问题。

适用场景

这套处理方法适合以下服务器：

Windows Server 2019 Windows Server 2022 Windows 10 / Windows 11 工具机 长期运行 Chrome 的自动化服务器 长期运行 VPN / 代理 / 加速器的服务器 长期运行 RDP / VNC / NoMachine 的 GUI 服务器 长期运行 .NET / WPF 图形工具的服务器

建议配置

如果服务器内存是 16GB，且长期运行 GUI 自动化任务，建议页面文件设置为：

初始大小：32768 MB 最大大小：49152 MB

如果服务器内存是 32GB，可以根据任务压力设置为：

初始大小：32768 MB 最大大小：65536 MB

如果磁盘空间充足，工具又需要长期无人值守运行，可以适当提高最大值。

最终建议

不要只看任务管理器里的“内存百分比”。

遇到 Windows 工具提示内存不足时，应重点检查：

已提交 提交上限 页面文件大小 提交大小最高的进程 是否为 32 位程序 GUI 窗口数量 Chrome 标签数量 GDI / User Objects 是否异常

对于工具服务器，页面文件不是越小越好。Chrome、VPN、远程桌面、自动化脚本同时运行时，适当增大页面文件可以显著提高稳定性。

• 1、打开网站首页 点击 Login/Sign Up 进入弹窗登录注册页面

• 2、在弹窗中 点击 Create Account

• 3、填写注册的邮箱、输入密码、确认密码、点击 人机验证、然后就注册

• 4、进入注册邮箱，打开激活链接

• 5、激活成功之后，需要填写账户联系信息

首先我们去Google搜索 美国身份生成器

随机打开一个网站，上面可以生成美国人的联系资料，可以点击 刷新数据 每次生成不同的数据，生成完之后，复制相关信息去网站里面填写联系信息

注意：邮箱 一定要填写自己的邮箱，注册域名的时候，有时候需要进入邮箱点击激活链接；

另外一个注意一下电话号码的格式，每个网站可能不同，注意网站上的格式说明；

• 6、注册完成之后，把用户面板截图给我，申请经费的时候需要使用

二、购买域名操作流程

• 1、打开网站首页 https://www.cosmotown.com/ 搜索自己已经筛选好的域名；

• 2、搜索后，在搜索框下面一行会显示各种域名后缀，并且右下角有一个加号 + 表示这个后缀的域名可以注册；其中第一个有额外添加一个 Exact Match 标识，表示这个后缀的域名和你搜索的域名是完全匹配的，点击 + 加号，将域名加入购买车；

• 可以把所有的域名一个一个筛选完，加入购物车再一起付款

• 3、如果你搜索的域名被人注册了，搜索的时候就不会出现 Exact Match 这个标识，一般会出现 Make Offer ，这个是平台表示你可以发购买询价的咨询邮件，去购买这个域名，因为这个域名已经被人注册了，这种我们就不用继续操作了；

• 4、将筛选符合要求的域名都添加到购物车之后，在网页的右上角购物车的头像旁边会显示加入域名的数量，点击购物车进入结算付款页面；

• 5、列表中会显示 即将注册的域名，Remove 下面显示X的域名是你即将注册的域名，底下有平台推荐的一些域名，基本上是前缀一样、后缀不同的域名，我们不用管；

• 6、确认账户信息，这个我们在注册平台账户时就已经配置好了，这里直接下一步就可以了；

• 7、这一步选择付款方式，因为我已经充值到账户了，直接点击 Account Credit 使用账户额度付款；

• 8、这一步会显示账户余额，勾选协议条款，点击 Place order 处理订单；

到这一步就域名注册就完成了，记得把刚刚注册好的域名记录到域名管理报表中，方便后续上站使用。

补充说明：

部分域名注册平台，第一次注册域名时，需要去域名联系邮箱中点击激活邮件，表示你的域名邮箱是有人在负责管理的，如果超时没有激活邮件，很可能会禁用域名，所以注册完域名注意检查邮件，查看是否有需要激活的邮件！！！

目前在 Cosmotown 平台注册了几次域名，每次都会收到订单详情邮件，但是没有要求要激活的邮件！！其他域名注册平台，大家注意检查邮件！！！

为什么会有屏蔽词？

一些关键词搜索结果比较敏感，政府就会干涉，要求搜索引擎屏蔽这些词的搜索结果，或者只显示一部分新闻站内页，基本上就是屏蔽词。

这些屏蔽关键词，我们seo是无法将排名做上去的，所以在准备上线seo站点之前，一定要确保过滤了屏蔽词

越是大型平台、使用的人越多的平台，一般控制会更加严格，像百度，屏蔽词非常多

筛选屏蔽词之前，需要先设置好本地电脑的网络环境，一定要和目标客户在同一个网络环境，这样尽量减小关键词搜索结果的差异；

1、先设置好电脑的环境

这一步非常关键，现在的搜索引擎都会根据不同地域推荐不同的搜索结果，所以，我们在准备整理关键词之前，一定要先确保电脑的网络环境可以定位到目标的国家或者地区，比如我们需要整理日语关键词，那我们需要使用vpn连接日本地区，当确认我们电脑的ip已经显示在日本然后再开始整理关键词；

现在我们整理中文词，也是需要先将电脑连接到中国大陆地区，再进行关键词整理

我以Bing为例进行说明：我们打开https://cn.bing.com 因为Bing有国际版本、还有中国版，所以我们打开Bing中国版进行数据查询

这个是使用菲律宾IP查询 凯发K8国际 的结果：

这个是使用香港IP查询 凯发K8国际 的结果：

这个是使用 中国天津IP查询 凯发K8国际 的结果：

VPN工具，可以从这个页面获取相关的账户：

👉 https://www.seo.ga/17

我们连接好中国的VPN，使用 https://www.ip138.com 查询当前外网的ip地址，确保已经属于中国了

2、特别重要：==关于屏蔽词的判断==

屏蔽词案例

比如使用百度查询 凯发国际 这是一个屏蔽词，查询的结果都是一些大型平台的内页，基本上没有网站的首页排名上来的；

凯发国际 在 https://cn.bing.com 里面也是屏蔽词，都是这种大型新闻平台的新闻页面，这些的关键词，我们是没有办法通过seo的方法把排名做上去的；

下面也是Bing的屏蔽词，排名页面都是大型新闻平台的内页；

下面是百度的屏蔽词案例，基本上都是新闻内页、或者是百度产品的内页，没有我们同行做的seo排名站点，这些词都是被百度屏蔽的，我们seo是无法把排名做上去的；

正常词案例

凯发注册平台 这是一个正常的词，下面是 这个关键词排名的截图

前两位是同行做的网站内页排名；

第三位，是竞争网站首页的排名；

没有被屏蔽的正常关键词排名结果应该是这们的：

页面上有 相关搜索词推荐

排名结果中有较多的网站首页排名上来的

【==凯发国际 在中国大陆是屏蔽关键词，但是，通过海外的ip搜索的时候却没有屏蔽，下面是通过海外ip查询的结果！只是为了举例方便大家理解正常seo关键词排名结果==】

下面这个关键词 k8凯发集团 在百度是正常词，搜索结果如下：【可以看到在百度搜索 k8凯发集团 关键词的时候，排名在首页绝大多数是网站首页排名上来的，可以打开看一下，基本都会跳转到同行的博彩站点，我们就是需要筛选出这种可以正常排名的关键词】

下面以Bing举例，先进入 https://cn.bing.com 记得一定要选择国内版，然后搜索关键词 k8凯发集团 ，这是一个正常词；可以看下面的搜索结果，基本上都是同行做的seo网站首页排名上来的；

这个是最近找到的批量过滤屏蔽关键词的SEO工具，可以协助我们过滤百度、搜狗、360、必应、谷歌等平台

• 1、打开软件，在右侧点击 百度 看到下拉菜单，选择需要查询的搜索平台，比如筛选Bing的屏蔽词，就选择必应；点击 输入关键词 打开新的弹窗，粘贴上需要查询的关键词；

• 2、点击 左侧的设置【进入设置按钮之后，设置两个字就会变成关闭，点击关闭表示从设置子菜单中退出】；在设置页面，可以配置线程数、查询页数、查询间隔、以及配置验证码平台、代理信息；目前我是使用快帆连接上国内的ip进行查询，暂时没有设置这里的代理信息；

• 3、我在上一步的线路数中设置为3，点击开始查询之后，软件会自动打开3个窗口，进行查询；正常的词前面会显示绿色的对勾、屏蔽词前面会显示紫色的叉叉；

屏蔽词筛选软件工作的原理：

软件会查询每个关键词排名的结果，如果我在 设置 中限制查询 页数 为1页，软件会判断搜索结果的首页排名网站中，有没有是网站首页的排名，即判断排名网址是不是 www开头、或者是一级域名、或者是m的二级域名页面，有这些排名结果就表示是正常词、没有的话就表示是屏蔽词；和我们手动查询、判断的标准差不多；