设置和完成 WooCommerce：与 1C 和 SDEK 集成、缓存、日志记录、平衡控制

初始情况：在 VPS（Ubuntu 22.04、Nginx、PHP 8.2、MariaDB）上运行的 WordPress 6.x + WooCommerce 8.x 上的在线商店。目录包含约 25,000 种产品和 60,000 种变体。现在与 1C 的交换是通过过时的模块进行的，产品定期重复，价格和余额下降，并且在高峰时段（销售）订单处理速度很慢，有时会给出 502。交货是通过 SDEK 插件计算的，但由于重新计算购物车时的竞争，一些订单在没有选定的提货点的情况下发送。我们需要系统的分析和配置，而无需更改CMS，也无需完全重新设计主题。

技术环境和限制：一次停止销售不能超过 10 分钟，所有更改都通过暂存和 Git，通过 SSH 部署。您无法连接 Cloudflare APO 等外部 SaaS 缓存；您可以在 VPS 上使用 Redis。您无法更改当前的支付模块和 URL 结构。可以以小型 MU 插件或您自己的插件的形式进行定向代码编辑，而无需编辑 WordPress 和 WooCommerce 的核心。

该怎么办：
1) 对当前性能配置和排序逻辑进行审核 - 分析慢速查询（Query Monitor/New Relic 或同等产品）、分析 PHP-FPM/Nginx 日志、识别数据库中的瓶颈（索引、慢速查询 WooCommerce 查找表、wp_postmeta）。
2) 设置缓存和稳定性 - 启用并正确配置 Redis 对象缓存、动态页面（购物车、结帐、个人帐户）的例外、在 Nginx 上配置页面缓存或正确配置现有缓存插件，以便价格、优惠券和交付重新计算不会中断。
3）整理与1C的交换——稳定货物的进口、价格和余额，这样就不会产生重复，也不会丢失变化的联系。通过外部标识符 (SKU/UUID) 配置映射、删除产品的处理、导入后的完整性控制。添加具有明确错误的导入日志（在 wp-content/uploads/logs 或表中），而不输出敏感数据。
4) 修复SDEK提货点选择脚本 - 修复重新计算购物车时，所选提货点被重置或不符合订单的问题。结果应以元形式保存在订单中并显示在管理面板和电子邮件中。如果当前插件未提供必要的挂钩，请通过 WooCommerce 挂钩进行添加，而不会破坏插件的可更新性。
5) 设置监控和保护 - 启用日志轮换，将警报配置为 5xx（通过电子邮件发送就足够了），添加运行状况检查端点以检查关键组件（DB、Redis、wp-cron）的可用性。

具体结果：
- 下订单始终如一地进行，不会出现 502 错误，也不会丢失所选的提货点。
- 从 1C 进口不再产生重复的商品和变化；兑换后的余额和价格与卸货一致。
- 由于正确的缓存，站点可以承受峰值负载而不会突然降级。

可衡量的验收标准：
- P95 结帐页面响应时间 - 20 个同时用户登台（k6 或模拟）时不超过 2.5 秒，无 5xx。
- 与 1C 完全交换后，产品和变体的数量不会因重复而增加，按 SKU/外部 UUID 的新重复为 0。
- 在连续 50 个测试订单中，所选的 SDEK 提货点始终保存并显示在管理面板和给客户的信函中。
- 典型目录页面上的 Redis 缓存命中率不低于 70%（根据插件/redis 信息指标），而购物车和结帐不会缓存为页面。

预期阶段：设置暂存和收集诊断 - 工作和风险计划 - 实施缓存 - 修复 1C 交换 - 修复 SDEK - 负载测试 - 最终部署和检查表。

访问和材料：我将提供用于登台和生产的 SSH、用于根据请求进行本地分析的数据库转储、对 WP 管理面板的访问、1C 上传 (XML) 的示例以及几个用于复制的有问题的订单。