Questions tagged «router»

我成功安装了SUPEE-5994补丁： [root@x]# sh PATCH_SUPEE-5994_EE_1.14.1.0_v1-2015-05-14-05-05-02.sh Checking if patch can be applied/reverted successfully... Patch was applied/reverted successfully. 但是现在，我所有的网页都是空白。 httpd错误日志： [错误] [客户端x] PHP致命错误：在第138行的/var/www/x/public_html/app/code/core/Mage/Core/Controller/Varien/Front.php中找不到类'Mage_Install_Controller_Router_Install' 我试图： 清除/ var / cache 重置chmod / chown 重新启动httpd服务 但是似乎没有任何作用。 有人有同样的问题吗？ 编辑：Front.php文件： Varien_Profiler::start('mage::app::init_front_controller::collect_routers'); foreach ($routersInfo as $routerCode => $routerInfo) { if (isset($routerInfo['disabled']) && $routerInfo['disabled']) { continue; } if (isset($routerInfo['class'])) { …

36 error  patches  router  supee-5994 

Magento 2：如何获取控制器，模块，操作和路由器名称？

24 magento2  module  controllers  router  action 

查看核心的Magento 2代码，似乎有两种方法来设置管理路径。 首先 #File: vendor/magento/module-media-storage/etc/adminhtml/routes.xml <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:App/etc/routes.xsd"> <router id="admin"> <route id="adminhtml"> <module name="Magento_MediaStorage" /> </route> </router> </config> 与Magento 1类似。您将模块添加到adminhtml路径中的模块列表中，Magento会为您检查它。 第二 #File: vendor/magento/module-cms/etc/adminhtml/routes.xml <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="urn:magento:framework:App/etc/routes.xsd"> <router id="admin"> <route id="cms" frontName="cms"> <module name="Magento_Cms" before="Magento_Backend" /> </route> </router> </config> 有你建立一个新的路径（ID cms以上），然后将你的模块吧。 在Magento 2中，其中一种方法是“正确/首选”方法吗？如果没有，两者之间有什么区别？也就是说，您什么时候可以使用另一个？ 要求不解决特定问题，但要确保我以正确的方式创建路由，并且避免了类似于Magento 1模块的问题（拉入ajax库，安全性等）。

15 magento2  php  xml  router 

作为一个Magento开发人员，我已经无数次面对这个问题，我知道这是一个配置错误问题，当某些模块未加载，它们的路由器也未加载而导致该错误时。大多数情况下，它不执行任何操作即可解决，其他时候，您可以刷新缓存 我已经阅读了许多有关此的文章，试图调试在Magento核心Front控制器中放置一些额外的代码app/code/core/Mage/Core/Controller/Varien/Front.php，但是最后这仅显示缺少的模块路由器，而不是为什么未加载它们。每次发生这种情况时，我都会尝试查看哪些URL给出了错误，但这是无用的信息，与代码跟踪相同。总是一样 也许是由于模块冲突引起的？也许是cron任务做错了什么？也许在旧的Magento版本中有一些错误的代码？问题是从1.7版本开始不会发生此问题（或者如果发生，则完全是零星的）。我发现主流中有一些代码差异，例如 Mage::register('application_params', $params); 在的run（）方法中app/code/core/Mage/Core/Model/App.php，或 $this->_shouldSkipProcessModulesUpdates() 签入_initModules（）方法... 我想相信应该有明确找到原因的人。有小费吗？

14 magento-1.9  error  configuration  bug  router