我真的对Magento一无所知,但是一位朋友在他们的magento商店中安装了一个扩展程序,该扩展程序无法通过管理控制台卸载。 因此,我进入服务器并手动删除了与扩展名有关的所有文件和文件夹。
好消息是该站点的前端现在又可以工作了。 但是,当我尝试登录管理控制台时,管理信息中心显示为空白。 在检查日志时,我发现Mage.php文件似乎正在寻找扩展程序Helper Data,但找不到它。 我发现了一些与此确切问题相关的其他帖子,但它们是由扩展开发人员发布的,这些扩展开发人员由于未将Helper放在正确的文件夹中而出现了问题。
我需要知道Mage.php如何引用此文件? 如何删除引用,以便Mage.php不再期望找到此文件?
如果您是Magento开发人员,那么我想告诉您,最有可能的原因是Magento从旧模块/扩展中缓存了带有module="helpername"属性的管理配置文件,从而触发了一个辅助对象的实例化,进而触发上述错误。
由于您不是Magento开发人员,所以我最好的选择是通过删除/path/to/magento/var/cache中的文件来手动清除缓存。这将强制重建缓存并消除我描述的问题。如果错误地更改了其他系统文件,则此缓存重建可能会导致其他致命问题,但这是不可避免的。
(所有这些假定您已删除扩展名放在app/design文件夹层次结构下的所有文件)
+1我是一名开发人员,但是在切换M2和M1之后,我非常需要此提醒!!! ; p)谢谢! [编辑:艾伦·风暴! 没有注意到是您,您像我的Magento开发英雄一样! 为您所做的一切致以敬意! :D]
布局都引用了一个块,该块的模块名称未在某些模块config.xml中声明
或某些块/模板引用了一个尚未声明的助手。
name="company_modulename"
template="blockname.phtml" />
使用$this->__('string')隐式帮助程序进行翻译时,请注意每个模块至少有一个空的Data帮助程序。
config.xml:
Company_Modulename_Helper
Company_Modulename_Model
有超过60个config.xml文件,所以我不能单独浏览它们。 香港专业教育学院试图使用grep来尝试找到错误日志中提到的扩展名的任何引用,但它什么也不返回。 因此,根据grep,服务器上不存在引用该模块的文件。 我已经清除了缓存和会话。 因此,下一个逻辑步骤是查看数据库,我在数据库中找到8212引用,因此我将在其中进行查看。 数据库中是否有单个引用会禁用扩展?