无法为 Zend 框架模块加载模块的索引操作

Question

我正在尝试为管理界面创建一个模块，但无法让它响应根本 - 我到目前为止所做的是：我已经修改了我的主应用程序的引导程序加载模块目录的文件：

$modules = PROJECT_DIR . '/library/PHPLib/ZF/Modules';
define('MODULES_DIR', $modules);
$frontController->addModuleDirectory(MODULES_DIR);

该模块包含在我的外部 PHP 库中，我为每个项目重复使用，无论是否基于 ZendFramework。这是我第一次添加模块，但之前我曾使用该库来包含辅助类和插件，没有任何问题。模块的结构包含在 PHPLib/ZF/Modules 中，如下所示：

ModAdmin/
  controller/
    IndexController.php
  model/
  view/
    includes/
    layouts/
    scripts/
      index/
        index.phtml

IndexController.php 类被定义为“ModAdmin_IndexController”，因为我在我拥有的一些 ZF 资源中得到了指示。脚本已存在，但尚未创建布局。我不确定我是否会使用一个。

所以，当我尝试在浏览器中请求 ModAdmin 模块的索引时，我得到 404。我使用的 URL 是：

http://hostname/ModAdmin/

我错过了什么吗？根据一些书籍，例如“ZendFramework In Action”和“ProPHP”，他们说这就是所需要的。当我读到他们说这很简单时，我几乎忍不住笑了——ZendFramework 中没有任何东西“那么”简单——我喜欢 ZF，ALOT，但它并不简单。复杂性之所以存在，是因为它非常灵活和强大。

无论如何 - 有什么想法吗？

编辑

我想我应该补充一点，我早在 Zend_Application 或 Zend_Tool 类出现之前就开始使用 ZF - 这是在 ZF 变得明智并开始模拟 RoR 样式 MVC 之前 - 无论如何 - 我的项目没有这些，因为在我开始研究模块之前，我什至不知道它们的存在。话虽这么说 - 我没有时间设置与这些相关的学习曲线，我很满意手动创建我的引导程序。

实际上 - 老实说 - 我创建了一个名为“padmin”的“部署工具”，它是一个 CLI 运行 php 脚本，它执行 Zend_Tool 所做的很多事情 - 我将它与“phing”结合使用，就像php 的“ant” - 无论如何 - 我解决了它，就像大多数人一样。

EDIT2

我发现这个资源似乎可以在不使用 Zend_Tool 的情况下解决添加模块的问题，尽管遵循了它列出的所有要求，但在以所述方式请求模块时，我仍然收到 404 代码：

http://hostname/modulename/index 或 http://hostname/modulename/

EDIT3

伙计们 - 我无法表达这是多么令人沮丧。 Web 上的每个资源要么引用 Zend_Tool/Application 模块的创建，要么我最终只讨论了非常特定方面的模块。我需要一些可以帮助我调试为什么 FrontController 的调度/路由阶段找不到模块的东西。我已经在我的引导程序中设置了模块目录。该模块有一个控制器和一个视图脚本。就是这样 - 它不应该需要更多的东西。它可能还需要什么？我尝试单独添加模块的控制器目录（而不是通过'addModuleDirectory'添加它）并且仍然没有骰子。我之前提到的一些文档说：

匹配规则指定一个模块只有在一个 传递的控制器目录数组中存在同名键 到前端控制器和调度器。

嗯 - 伙计们 - 我就是这样做的：

    $defaultControllerDir  = PROJECT_DIR . '/application/controller';
    $modadminControllerDir = PROJECT_DIR . '/library/PHPLib/ZF/Modules/ModAdmin/controller';
$frontController->setControllerDirectory(array(
                                         'default'  => $defaultControllerDir,
                                         'modadmin' => $modadminControllerDir
                                        ));

然而 - 没有骰子。浏览器返回 404。如果前端控制器具有某种内部审计/日志记录功能，我可以打开它并查看到底发生了什么（如果我想深入研究源代码，我想我可以这样做）并添加一些打印语句，但这越来越荒谬了）。

这绝对是令人麻木的。很久以前，当我第一次学习 ZF 时，这发生在我身上——并且有据可查——当出现问题时——很难理解为什么。好吧，我又遇到了另一个问题——我遵循了所有可以想象的指令（我发现早于 zend_tool 的指令），但没有任何效果。

我唯一没有做的就是像这样设置我的目录结构：

modules/
  default/
    controllers/
    models/
    views/
  custom1/
    controllers/
    models/
    views/

但是这样做会完全破坏模块的目的，对吗？如果我不能将模块化模块代码保存在库中（即不在应用程序目录中，而是在外部库中），那么创建模块的意义何在！？我需要能够将我的模块代码放在我的库中：'/library/PHPLib/ZF/Modules/ModAdmin' - 什么给了！

编辑 - 响应选定的答案

非常有趣 - 在将 Apache 的目录设置更改为 AllowOverride All 之后，我得到你的插件对 mod-admin 请求的响应，而不是 404 (array(3) { ["module"]=> string(9 ) "mod-admin" ["controller"]=> string(5) "index" ["action"]=> string(5) "index" }) 然后如果我禁用插件我会得到这个错误：

致命错误：未捕获的异常“Zend_Controller_Dispatcher_Exception” 带有消息“指定的控制器无效（索引）” /home/nevertap/work/nevertap/library/Zend/Controller/Dispatcher/Standard.php:248 堆栈跟踪：#0 /home/nevertap/work/nevertap/library/Zend/Controller/Front.php(954)： Zend_Controller_Dispatcher_Standard->dispatch(Object(Zend_Controller_Request_Http), 对象（Zend_Controller_Response_Http））#1 /home/nevertap/work/nevertap/application/configuration/bootstrap.php(100): Zend_Controller_Front->dispatch() #2 /home/nevertap/work/nevertap/application/configuration/bootstrap.php(110)： 引导程序->configureFrontController() #3 /home/nevertap/www/nevertap/index.php(19): Bootstrap->runApp() #4 {main} 投入 /home/nevertap/work/nevertap/library/Zend/Controller/Dispatcher/Standard.php 第 248 行

这很奇怪，因为 .../Modules/mod-admin/controller/IndexController.php 和 .../Modules/mod-admin/view/scripts/index/index.phtml 一样存在 - 更不用说IndexController 类的前缀是“ModAdmin_IndexController”

最终编辑

好的，我终于明白了 - 看起来通过加载模块目录，它寻找默认的控制器目录，该目录总是模式为“控制器”，而我的是“控制器”，所以我没有使用 addModuleDir 加载模块，而是使用了另一个：

$modadminControllerDir = PROJECT_DIR . '/library/PHPLib/ZF/Modules/mod-admin/controller';
$frontController->addControllerDirectory($modadminControllerDir, 'mod-admin');

Answer 1

将你的模块目录重命名为“mod-admin”

mod-admin/
  controller/
    IndexController.php
  model/
  view/
   ...

您的控制器类应保留为 ModAdmin_IndexController，您可以通过 http://hostname/mod-admin/ 访问它

附： 当然仍然这样做

$modules = PROJECT_DIR . '/library/PHPLib/ZF/Modules';
define('MODULES_DIR', $modules);
$frontController->addModuleDirectory(MODULES_DIR);

P.P.S

要查看您的请求发生了什么，您可以注册一个插件并覆盖 routeshutdown 方法以 var_dump 像这样的参数，（您的引导文件应该看起来像这样）

<?php

class TestPlugin extends Zend_Controller_Plugin_Abstract {

    public function routeShutdown(Zend_Controller_Request_Abstract $request) {
        var_dump($request->getParams());
        die();
    }

}

class Bootstrap extends Zend_Application_Bootstrap_Bootstrap { ...

    protected function _initDebugingRequest() {
       $front = Zend_Controller_Front::getInstance();
       $front->registerPlugin(new TestPlugin());
    }
...

P.P.P.S

确保您已使用 sudo a2enmod rewrite 启用了重写，并且在 /etc/apache2/sites-available/default 文件中您有类似

<Directory /var/www/>
...
AllowOverride All
...
</Directory>

Answer 2

看起来你仍然需要初始化模块，我在 application.ini 中使用
resources.modules[] = ""
我相信您可以将其转换为引导代码。
如果提供线索，您已经拥有的相当于
resources.frontController.moduleDirectory = APPLICATION_PATH "/modules"。

[编辑] 如果没有提到你的每个模块应该有它自己的引导扩展 Zend_Application_Module_Bootstrap。

附：我最近刚刚通过 Pro Zend Framework Techniques 工作，我发现它有很多有用的信息，但就当前配置而言已经过时，并且在 ZF 中当前使用的一些工具中。 Rob Allen 维护了一个关于 ZF 的优秀教程，他在Akrabat.com 上保持最新的当前版本，而 Padrig Brady 有一本很棒的免费在线书籍，它是相当最新的，它不是 100% 完整，但非常擅长它所涵盖的内容，找到在Survive the Deepend