我可以使用托管wordpress主机(如Kinsta或Wp Engine)将登台推到现场,而站点是使用网格/基础开发的吗?

我可以使用托管wordpress主机(如Kinsta或Wp Engine)将登台推到现场,而站点是使用网格/基础开发的吗?,wordpress,deployment,roots-sage,Wordpress,Deployment,Roots Sage,我已经成功地开发了我的第一个网站使用网格/基岩/鼠尾草。我已经将它部署到staging并在Kinsta生活,没有任何问题 当我在Kinsta上添加我的真实域时,会出现一些重定向问题,例如example.Kinsta.cloude到example.com。我联系了技术支持人员,他们告诉我,他们通过修改我的.env文件来解决这个问题。修复问题后,由于SSL问题,它开始在永无止境的循环中重定向。当我添加SSL时,它就被解决了。现在记住我的处境,请引导我 现在,我正在dev中对站点进行更改,并将其部署到

我已经成功地开发了我的第一个网站使用网格/基岩/鼠尾草。我已经将它部署到staging并在Kinsta生活,没有任何问题

当我在Kinsta上添加我的真实域时,会出现一些重定向问题,例如example.Kinsta.cloude到example.com。我联系了技术支持人员,他们告诉我,他们通过修改我的.env文件来解决这个问题。修复问题后,由于SSL问题,它开始在永无止境的循环中重定向。当我添加SSL时,它就被解决了。现在记住我的处境,请引导我

现在,我正在dev中对站点进行更改,并将其部署到staging进行实时测试,并将其显示给客户端。一旦他们批准了变更,我就需要将其付诸实施。我有两个问题:

1-我应该使用Kinsta的默认按钮“Push Staging to Live”将其部署到Live吗

2-我是否应该为此使用Ansible deploy?我需要做哪些更改,以及在何处进行更改,以使与环境相关的问题不会再次出现。如果我使用网格/基础部署,SSL也会成为一个问题吗


提前感谢您的建议。

我自己找到了答案,如果我们使用基岩设置,我们不能使用Kinsta的默认按钮“Push Staging to Live”将其部署到Live。为此,我们必须遵循Ansible部署的方式