# DusunIoT 网站稳定性与多语言改造项目 Brief

**网站：** `dusuniot.com`  
**用途：** 供外部网站/服务器专家评估、报价和执行方案讨论  
**日期：** 2026-10-28

## 1. 项目目标

我们希望系统性解决网站反复宕机、服务器 CPU 长期偏高、WordPress 数据库连接/权限反复异常的问题，使现有英文网站、商城和询盘流程稳定运行。同时，重新设计小语种内容的发布方式，让有价值的多语言页面能够继续增长，而不会一扩充页面就使服务器负载明显恶化。

本项目的目标是找到有证据支持的负载来源并完成治理，而不是仅升级主机套餐、停用插件或直接重建网站。若认为现有 WordPress/PHP 架构必须替换，请提供性能证据、迁移范围、成本、风险和与优化现有架构的比较。

## 2. 当前架构与业务功能

- 网站运行在 Hostinger Cloud Enterprise Hosting，使用 WordPress、Elementor 和 WooCommerce。
- 域名通过 Cloudflare 代理；Hostinger 自带 CDN 未启用。需分别评估 Cloudflare、源站和 WordPress/LiteSpeed 缓存的作用。
- 网站包含产品内容、landing pages、联系表单、产品筛选，以及客户注册和商城下单流程。
- 当前使用 GTranslate 提供多语言页面。小语种页面过去为网站带来过重要自然搜索流量，因此不能在迁移时简单下线。

请在正式诊断时核实以上配置和当前启用状态，不要只依据历史插件清单。

## 3. 已观察到的问题与线索

1. **反复故障。** 网站曾出现 `dusuniot.com` 跳转到 `/wp-admin/install.php`、WordPress 数据库读取失败等现象。Hostinger 检查曾显示数据库用户权限被其自动保护机制临时撤销；权限恢复后也可能再次被限制。需要取得保护事件和触发条件的原始证据。
2. **持续高负载。** 过去曾观察到 CPU 长时间处于高位；近期 Hostinger 报告 2026-10-15 至 2026-10-22 期间多个采样点接近 100%。普通访客流量不能代表服务器收到的全部爬虫、自动化和 API 请求。
3. **高频请求。** Hostinger 曾报告大量 `/wp-admin/install.php`、Contact Form 7 REST 接口和 `admin-ajax.php` 请求；Cloudflare 分析也显示大量请求仍由源站提供服务。高频路径与高负载在时间上重叠，但现有资料不足以证明某个插件或请求是最初根因。安装页请求也可能是数据库故障后的结果。
4. **筛选器线索。** 同事近期停用了 landing page 上的筛选功能，随后观察到至少约 24 小时 CPU 比较稳定。请用停用前后的同口径 CPU、数据库负载、请求量、缓存命中和错误记录验证这一关联，并排除同时发生的其他变化。产品筛选项目较多，可能存在复杂查询。
5. **商城与后台任务线索。** 客户可注册并下单。请检查 WooCommerce 相关查询、产品筛选、Action Scheduler、WP-Cron、同步和重试任务是否长期占用资源。
6. **多语言线索。** 同事观察到 GTranslate 可能反复回源获取页面。请核查其请求频率、语言 URL、缓存命中、页面生成成本及爬虫行为；不能仅凭插件名称认定其直接查询数据库或造成故障。

**现有证据边界：** 目前没有足以完成插件级归因的 MySQL 慢查询、PHP 慢请求/调用栈和精确的数据库权限撤销时间线。错误栈中出现某插件，只能说明其在权限已受限时尝试访问数据库，不能证明它触发了限制。

## 4. 工作范围与交付要求

### A. 故障诊断与短期止损

- 建立故障时间线：首次异常、CPU/数据库负载变化、数据库保护事件、权限恢复与再次撤销、站点错误和恢复时间。
- 关联 Cloudflare 请求、Hostinger 源站访问日志、CPU/PHP/MySQL 指标；区分经过 Cloudflare 的请求和直接访问源站的请求。
- 在可行且受控的条件下，取得 MySQL 慢查询、实时数据库进程、PHP 慢请求、Web 服务器错误日志，以及相关 WordPress hook/Action Scheduler 记录。记录查询/请求的次数、累计耗时、时间戳和调用入口。
- 区分最初造成高负载的活动与故障发生后产生的重定向、重试或扫描流量。
- 对确认有害的流量或任务提出范围明确、可回滚的止损方案，并报告实施前后指标。不要无差别屏蔽 Contact Form 7 接口，以免影响询盘。
- 说明 Hostinger 数据库保护机制的触发条件、撤权时间和恢复条件；必要时由主机/数据库工程师参与。

### B. WordPress 后台与性能治理

- 盘点现有插件、主题、自定义代码及其业务用途，重点检查筛选器、WooCommerce、表单、翻译、缓存、搜索、统计和 SEO 功能。
- 对产品筛选的大量选项及其查询方式进行分析，提出保留关键筛选体验的优化方案。
- 检查注册、购物车、结账、支付、邮件、产品同步等路径和后台任务；识别积压、重试或重复执行。
- 核查页面缓存、对象缓存、数据库索引、慢查询及多语言页面的缓存策略。明确哪些页面必须动态生成，哪些可以缓存。
- 给出保留、合并、替换或移除插件的建议，并说明每项建议的性能收益、功能影响和回滚方法。

### C. 多语言页面方案

比较至少以下路线，并给出推荐方案与试点范围：

1. 保留 GTranslate，但优化回源、缓存和抓取控制。
2. 将选定语言的重点页面制作成本站 WordPress 中可编辑、可管理的真实页面，使用独立语言 URL；评估 WPML、Polylang 或适当的定制方案。
3. 对特定语言使用独立站点/多站点架构，仅在有明确必要时采用。

我们希望重点语言页面的标题、正文、SEO 元数据、CTA 和表单内容由自己控制。请评估翻译内容如何生成、审核、更新和保存，以及与 Elementor、WooCommerce、筛选器和现有表单的兼容性。不要默认把所有语言、所有产品和全部商城功能一次性复制到同一数据库。

多语言方案必须包含现有语言 URL 清单、自然搜索流量/询盘价值评估、保留或迁移策略、301 重定向、canonical、`hreflang`、站点地图和重要页面的验证计划。先以少量重点语言及代表性页面做试点，经性能和 SEO 检查后再扩展。

## 5. 实施原则

- 先收集证据并提出方案，再在测试环境验证。生产环境的插件停用、数据库修改、缓存规则、DNS/Cloudflare 规则和内容迁移应有明确变更记录与回滚方案。
- 在故障原因未查明前，不重新安装 WordPress、不直接恢复旧备份、不清空任务队列、不盲目优化数据库表。
- 不因 PHP 安全漏洞而将“放弃 PHP”作为默认解决方案。PHP 安全补丁属于主机运行环境的维护；WordPress 版本更新不能替代 PHP 补丁。架构迁移应单独论证。
- 对商城下单、客户注册、产品筛选和询盘表单进行端到端验证；性能改进不能以破坏关键业务流程为代价。

## 6. 预期交付物与验收

请提供：

1. **诊断报告：** 故障时间线、证据来源、确定原因与尚未证实的假设、关键慢查询/慢请求及关联插件或任务。
2. **整改计划：** 按紧急程度排序的措施、预计影响、实施步骤、测试方案、回滚方案和负责人。
3. **多语言方案：** 路线比较、试点语言和页面、内容与 SEO 迁移清单、性能容量评估、维护流程及报价。
4. **验证报告：** 整改前后 CPU、数据库负载/权限状态、请求耗时、错误率与缓存命中情况；连续观察期内无同类宕机；英文及试点语言页面、注册、筛选、下单和表单测试结果。

请在报价中区分**诊断与紧急止损、后台性能整改、多语言试点、全面迁移**四部分，并标明需要我们或 Hostinger/Cloudflare 提供的权限和日志。