问题标签 [kohana-3.3]

受到其他社区 wiki 的启发，我有兴趣了解鲜为人知的 Kohana 提示、技巧和功能。

• 请每个答案只包含一个提示。
• 如有必要，添加 Kohana 版本。

这是一个社区维基。

在 Kohana 3.3 的 DOCROOT 文件夹中有一个新vendor文件夹。

它是干什么用的？

vendor在我的第一个视图中，除了新文件夹之外，我没有发现任何原则上的差异。

这些是什么？

如何在 Kohana 3.3 中正确设置路由，其中​​我的控制器和目录的名称与下面的示例相同？

按指定顺序使用以下路由时，我只能访问admin/author{/action}，但不能访问admin/author/book{/action}。

颠倒路由顺序使我可以访问admin/author/book{/action}，但不能访问admin/author{/action}

是否有任何与 Kohana 3.3这样或这样兼容的 Profiler/Debug 工具栏？

在升级我自己的模块以使用最新的 Kohana (3.3) 时，我在我的场景中发现了故障。我在我的应用程序中使用模板驱动模式（我的控制器扩展了 Controller_Theme）。但是对于 AJAX 调用，我在 3.2 版中使用了单独的控制器，它只扩展了控制器。我必须在此控制器中实例化 Request 对象，以便通过 Rquest 对象中的 POST 或 GET 访问传递的变量。我在 __construct() 方法中做到了：

在 myaction() 方法中，我可以像这样访问发布的变量。但这在 Kohana 3.3 中不再起作用。我总是收到这个错误：

我确信我的路线设置正确。我没有发现从 3.2 到 3.3 的迁移文档中关于 Request 对象的任何更改。还是我错过了什么？

关于 PSR-0 的实现以及必须从命令行执行哪些命令，我​​需要采取哪些步骤从 Kohana 3.2 升级到 3.3？

我的 kohana 3.3 站点包含页面，我的实现如下：

当然，我使用了类似的结构View::factory(' .. ')->bind ...- 没关系（结果是一样的）。

在 xampp v3.0.12 上运行站点时，它可以正常工作。但是当我在主机（Apache/2.2.22 (Unix) PHP/5.3.8）上运行它时 - 乐趣开始了：
四个意想不到的符号出现在页面顶部的 html 标记之前（例如：）5aeb和/html底部之后页面出现0。
当我减少 html 代码的数量（在“block_center”中）时，符号正在更改（似乎在减少）到 2469、22b4 等等。如果我留下将近十行代码，意外的符号就会消失。

任何人都可以帮助我认识到 kohaha 中这种意外输出的原因吗？提前致谢。

我刚刚将在 Kohana3.3 上创建的项目从 Windows 移动到 Ubuntu（本地服务器），但它停止了工作。我相信问题是大写/小写问题（它表示 Table.__ 或 Model_ 它们不存在）。

我需要一些关于大写/小写文件名和类名的解释。

我发现的是这样的问题： Kohana 3.3 Not working from Subdirectory：

Kohana 3.3 添加了对 PHP Framework Interop Group 的 PSR-0 标准的部分支持。鼓励 PHP 框架开发人员遵循此标准以简化框架之间的交互。PSR-0 的要求之一是类名和文件名匹配。

另外，我看到 Kohana3.3 中的 Controller 文件夹以大写字母 C 开头（不像 3.2 中那样）。此外，Welcome.php 文件以 W 开头（不像 3.2 中那样）。

所以，我对 Kohana3.3 的简单问题是：

模型文件夹应该以大写字母开头吗？

所有控制器文件都应该以大写字母开头吗？

Model 文件夹中的所有模型文件都应该以大写字母开头吗？

我应该写 ORM::factory('Capital')，而不是 ORM::factory('capital')？

视图文件夹呢：是视图还是视图？

我已经阅读了一些关于 Kohana 的示例，但从我发现的内容来看，我怀疑它是否适用于 3.3。

另外，我的问题是：为什么它在 Windows 下工作？

我有一个 Kohana 3.3 应用程序，在 WAMP (PHP 5.4.3) 上运行，它使用静态函数来获取最近文章的列表。当我加载页面时，应用程序执行时间（通过 Kohana Profiler）是6.7 seconds。当我在不调用 get_recent 方法（传递一个空数组）的情况下加载同一页面时，Application Execution time 为0.3 seconds。

这表明此静态方法引起了问题。我已经运行了原始 MySQL，它需要1.4 秒。

这是方法内部的代码：

上user_articles.article_id和上都有一个索引articles.id。我还能做些什么来优化查询或加快执行时间？