Questions tagged «bin-magento»

3
Magento2-设置:di:编译
我一直在一个带有自定义代码的项目中工作……这是我们的第一个“中等” Magento 2项目,因此(正如我在这里的所有人一样),我们每天都在学习新事物,我们必须改变处理方式这个新的Magento版本 这个问题的原因是询问命令 setup:di:compile 从第一天开始,我就一直在与Magento 2一起使用它,因为bin / magento每次都要求它setup:upgrade,并显示消息“请重新运行Magento编译命令” 好吧...我发现setup:di:compile在这个项目中执行中断产品视图页面时,出现了完全模棱两可的致命错误。我花了整个工作日试图调试它,并用零结果更改代码进行测试 今天,我发现如果省略该命令,那么即使在生产模式下,所有命令都可以像超级按钮一样工作 所以,问题是...该setup:di:compile命令究竟是什么?需要吗?刚推荐?还是它是一些已过时的命令,不需要执行? 更新 正如某些用户所要求的,这是我所指的致命错误 PHP致命错误:无法在第93行的*** / vendor / magento / framework / ObjectManager / Factory / AbstractFactory.php中实例化抽象类Magento \ Catalog \ Block \ Product \ View \ AbstractView 我已经使用Magento \ Catalog \ Block \ Product \ View \ AbstractView搜索了任何自定义块,但仅在布局文件中找到了它,而在任何块类构造函数中都没有 我不明白的是:为什么Magento会在编译后的代码中引发致命错误,但如果没有编译后的代码,它就像一个咒语

2
何时确切使用php bin / magento设置:升级
在很多情况下,我会在开发人员模式下更改模块中的某些文件,但是直到我运行后,更改才会在前端进行 php bin/magento setup:upgrade 只想知道我们什么时候应该运行setup:upgrade命令,Magento 2的目的是什么? 这对我来说真是太奇怪了,因为每次我进行一些更改时,只有在我运行setup:upgrade命令之后,这些更改才可见。即使我删除了var / cache,它仍然不可见。有人知道原因吗?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.