我应该如何更改拥有 4000 多种产品的实时 Magento 网站
Posted
技术标签:
【中文标题】我应该如何更改拥有 4000 多种产品的实时 Magento 网站【英文标题】:How should I make changes to a live Magento site with 4000+ products 【发布时间】:2016-09-13 08:23:21 【问题描述】:我想对 Magento 网站进行更改,而不会出现任何问题。
更改包括数据库更改和文件更改。
最好的方法是什么?
我目前的解决方案是:
-
将整个网站移动到另一个目录并进行更改,而我
逐步编写更改
然后解决任何问题并确保一切正常;
逐步对生产站点进行更改,但速度更快
谁能帮我找到更好的解决方案?
【问题讨论】:
这是一个非常危险的解决方案。它容易出现潜在的灾难性人为错误,并且仍然无法消除停机时间。文件更改您可以使用版本控制(例如 git)在您的测试环境中进行文件更改,测试它们,然后将它们提交到可以应用于您的生产站点的更改集中。对于数据库更改,请使用 Magento 设置脚本(也提交到您的版本控制中)。 您可以在同一服务器上的另一个目录上复制您的生产网站,而不是响应另一个域,例如:test.example.com
for www.example.com
。当您在test
上的更改一切正常时,您可以将域响应从test
更改为www
顺便说一句,使用 git 之类的版本控制是个好习惯
@nolwenning 不可能,因为每天都有很多订单和产品在变化
@MattO 谢谢,但有一个大问题。你能给我一些关于如何做的线索吗?我的意思是我曾经尝试过使用 git,但它太难处理了,而且它是我的第一个大项目,所以也许它对我来说是 Git 的开始。你能给我关于它的步骤吗
【参考方案1】:
如果您要更改数据库,您应该写setup scripts 来为您运行查询。好处是:
它们是版本化的 - 将您的脚本分成模块以及它们应该运行的顺序。 您将它们提交到您的版本控制系统 - 意外运行某些东西或在运行它们时出现拼写错误的可能性很小。 服务器会在需要/当您告诉它加速时一次性运行它们。与您建议的手动执行所有操作的方法相比,这具有明显的优势。即使它“尽可能快”,您也永远无法击败运行您告诉它执行的一系列命令的服务器。
您还可以在上线之前将“试运行”部署到暂存或开发环境,并且可以测量您的安装脚本运行所需的时间。
就个人而言,我的建议是,如果您的设置脚本需要超过 20-30 秒的时间才能完成,那么您应该考虑建立一个维护页面和/或在您的网站流量达到时进行部署最低。该阈值由您决定,但客户不会因为一点小问题而感到沮丧或恼火——尤其是当这样的事情一直在互联网上发生时。
【讨论】:
所以我会做我的工作:“在您的网站流量最低的时候”。但现在我在页面顶部的评论中提到的问题是我需要一些关于如何做到这一点的线索。请阅读我的 cmets,并给我一些线索,因为它是我的第一个大项目,我还没有从一开始就开始这个项目,并且上一个开发人员对文件做了很多更改,直到我测试它们我才能理解。 感谢您编辑我的帖子,我的线索是指链接以便更好地理解或逐步帮助 网上有很多设置和使用git的信息和教程。我怀疑这就是我们大多数人的学习方式。 Google 是您的朋友! 是的,我已经找到了很多线索,谢谢@PedroKTFC @Robbie Averill以上是关于我应该如何更改拥有 4000 多种产品的实时 Magento 网站的主要内容,如果未能解决你的问题,请参考以下文章