我们目前正在从Magento1.9改为2.3,并希望在一支球队中发展。使用Magento1.9,我们可以相对简单地重写配置,这样我们就可以使用相同的数据库,用SVN对项目进行版本化,每个开发人员都可以在自己的域上工作。例如:
现在,我们已经调整了app/etc/env.php中的Base问题:
'system' => [
'default' => [
'system' => [
'smtp' => [
'host' => 'localhost',
'port' => '25'
]
],
'web' => [
'unsecure' => [
'base_url' => 'http://magento.tk/',
'base_link_url' => '{{unsecure_base_url}}'
],
'secure' => [
'base_url' => 'https://magento.tk/',
'base_link_url' => '{{secure_base_url}}'
],
'default' => [
'front' => 'cms'
],
'cookie' => [
'cookie_domain' => 'test'
]
],
],到目前为止,这也是有效的,但总是只在一个领域。更改env.php后,我们运行安装程序:升级,这使商店在本地工作,但是由于我们可能使用相同的数据库,所以不能使用多个人进行开发,否则会出现以下错误:
1 exception(s): Exception #0 (Magento\Framework\Exception\LocalizedException): The configuration file has changed. Run the "app:config:import" or the "setup:upgrade" command to synchronize the configuration.当另一个开发人员这样做时,其他人都会得到它。有办法让它在本地运行吗?
本地性能:
另一个问题是性能。如果我们在开发模式下本地或在线调用项目(由于开发而关闭缓存),那么前端和后端加载的时间很长,而且非常缓慢。安装的Magento版本2.3没有大插件,只安装了一个主题,但是加载时间是灾难性的--后端和前端加载时间都很长,并且延迟了开发。这里有什么小窍门可以让系统正常运行吗?
我将非常感谢您可能需要的任何帮助和建议:
发布于 2019-02-08 09:44:45
1/方法学
你应该回顾一下你的工作方法,因为Magento 2。随着Magento版本的改变,你也可以把工具换成记者。
Docker是复制开发环境的一个很好的工具。
可以使用另一种版本化方法。我不知道SVN (我正在使用Git)。但在这种情况下:
2/局部穿孔
我习惯于使用缓存,即使是对dev.否则,表演可能太糟糕了!
Blocks HTML output和Page Cache以外的所有缓存当然,在更改配置、产品和类别时,必须清除缓存.但是作为开发人员,这不是我们的工作(为什么不使用php bin/magento c:c;php bin/magento c:f; CLI命令)。
有了这个简单的技巧,每周都能赚到几个小时,
https://stackoverflow.com/questions/54574085
复制相似问题