Namecheap Stellar 预发布：上线时如何避免丢失订单

Stellar 与 Softaculous 实际提供什么

当前美国页面示例显示，Stellar 两年首期总价为 44.88 美元，两年续费为 102.88 美元；Namecheap 另列年续费 55.88 美元。 实际地区、周期、税费和续费以结账为准。

Softaculous 提供 Create Staging、Default Push、Custom Push 和推送前备份。 这些是部署工具，并不是数据库合并服务。购买前还要计算识别预发布创建后所有生产数据变更所需的时间与能力。

Default Push 本质上是替换操作

Softaculous 明确说明，Default Push 会用预发布版本覆盖正式站文件和数据库。 其 API 文档也把完整数据库推送描述为删除并导入目标数据库。

备份能降低回滚风险，却不会把新订单合并进被推送的旧数据库。假设预发布副本停在订单 1049，而正式站之后产生订单 1050，完整替换就可能让 1050 从正式数据中消失。这只是概念示例，实际操作前必须核实商店、数据表和备份。

Custom Push 只有选对内容才更安全

Custom Push 可以把范围缩小为文件、完整数据库或选定数据库内容。 对主题或插件代码更新，files-only 往往更清晰；但 WordPress 的菜单、组件、选项和页面构建器配置也可能存在数据库里，因此只推文件也可能漏掉必要变更。

不要照搬“排除 wp_posts 就安全”的固定配方。WooCommerce HPOS 可能把订单存入专用表，而不是只使用旧版 posts 表，扩展插件还可能增加自己的表。 必须先盘点当前订单存储模式、插件表和本次变更范围。

活跃商店需要受保护的上线窗口

Kinsta 提醒，推送完整数据库可能抹掉较新的 WooCommerce 订单；WP Engine 则建议代码向生产环境移动、变化中的数据库不要反向被覆盖。 这些是同意图运维原则，不代表它们与 Namecheap 使用完全相同的控制界面。

上线前记录正式站订单数量，暂停结账或安排明确维护窗口，创建独立备份，并记录最后一笔成功交易。推送后逐项核对订单、客户、订阅、库存、表单和计划任务，再重新开放。

备份是回滚证据，不是合并证据

Namecheap 所述的推送前备份在部署出错时很有价值。 但它不会自动协调较新的生产数据与较旧的预发布数据。BlogVault 的 WooCommerce 预发布指南同样强调，活跃商店必须另做合并与交易保护计划。

正式依赖回滚前，先在一次性副本上完成完整恢复测试。确认备份存放位置、保留时间、DNS 与邮件不会受影响，以及后台不可用时由谁执行恢复。Namecheap 的共享主机入门资料也说明，应在实际账户中核实恢复能力，不能凭套餐印象假设。

购买或推送前检查表

1. 核实 Stellar 当前结账总价与续费。 2. 核实已安装 Softaculous 版本及 Custom Push 控件。 3. 判断本次发布属于仅文件、仅数据库还是两者。 4. 盘点 WooCommerce HPOS、旧版及扩展插件数据表。 5. 在最终窗口冻结或保护新交易。 6. 创建独立备份并记录订单、客户基线。 7. 只推送最小且已验证的变更。 8. 检查前台、结账、订单、账户、表单和计划任务。 9. 业务验收完成前保留回滚副本。

购买结论

如果低成本共享主机加 Softaculous 预发布符合网站需求，而且团队能执行受控上线流程，可以选择 Stellar。不要把 Default Push 当作活跃商店的一键安全发布。Custom Push 可以缩小影响范围，但只有商店专属的数据表映射、交易冻结、可验证备份和推送后核对，才能真正保护生产数据。

联盟披露：通过合格的 Namecheap 链接购买时，Toolnavia 可能获得佣金。