如何加速Symfony2中的模板渲染？

Question

我有一个symfony2应用程序，渲染大约6000个数据库实体。

我优化了ORM（推进）查询，现在数据库请求非常快。 剩下的是symfony控制器和twig模板渲染引擎。

有没有办法加快渲染速度（例如切换到php模板？）我能获得比symfony profiler更详细的分析信息吗？

以下是剖析器数据的摘录。

编辑 ：我使用xDebug描述了我的代码，发现生成对象非常昂贵。 在PropelObjectFormater->getAllObjectsFromRow从数据库行创建数千个PHP对象占用大部分时间。

图像显示占用计算时间的95％的分支，即~2.8秒。 数据库检索需要约0.5秒，渲染时间约为1秒，格式化时间最长约为1.5秒。

我不确定包含PHP类的文件的长度会有什么影响，但是Propel生成了很多代码（我最复杂的实体基类有近10k行代码），所以这可能会减慢对象的创建速度。

我认为使用数组格式化器（因此绕过对象创建步骤）将是一个解决方案，但这有点违背了ORM的目的。

Answer 1

在生产模式下，Symfony2的Twig模板渲染实际上是使用缓存模板完成的，这意味着它是一个PHP模板; 一个Twig模板编译成纯PHP代码。 在开发模式下，它当然不会像这样缓存模板，而是每次都编译它。 在这里，在文档中阅读更多相关信息。

PHP需要花费一些时间来编译包含大量数据的页面，即使模板只是普通的PHP-HTML输入代码，往往性能最快。 - 您可能希望查看正常的HTTP缓存，如Varnish ，如果此页面不是每次都必须从数据库呈现的内容。

至于剖析。 像XDebug这样的东西可以让你获得比Symfony2内置的更详细的分析信息。

Answer 2

6K的迭代是很多工作。

想法＃1：

你能实现数据分页吗？ 这似乎非常合理......

想法＃2（厚客户端）：

实现一些JavaScript模板机制。 然后你的控制器应该返回JSON ，以便JS通过它并完全呈现它。

即使在这种情况下，依赖浏览器的速度来快速做6K循环也是很多问题。 您需要在两者之间实现暂停（例如，在每第150次迭代之后），因此浏览器不会进入非响应模式...

Answer 3

听起来你需要使用PHP twig扩展 ，这是根据你的情况。

来自docs：

从现在开始，Twig将自动编译模板以利用C扩展。 请注意，此扩展不替换PHP代码，但仅提供Twig_Template :: getAttribute（）方法的优化版本。

当我一年前为我的项目尝试时，我个人并没有得到任何明显的影响。 如果您使用它，请分享您的经验。

Answer 4

你在这里问两个问题：

1）如何加速模板渲染？

分析器告知查询被渲染投掷渲染，我认为您忘记了连接，最好在渲染之前执行一个大查询（可能是可缓存的），并且只在视图层中使用查询结果。

2）如何获得更详细的分析数据？

我可以建议安装xhprof进行advenced profiling，你可以使用这个很棒的软件包： https ： //github.com/jonaswouters/XhprofBundle 。 Xhprof跟踪php调用并构建时间执行统计和可视化调用图。 我用它来检测我必须存储在缓存中的进程结果。

Answer 5

我在redis中缓存了视图。

渲染视图时，Twig将通过查询获取数据，等待查询需要一些时间。 所以快速显示方式永远不会查询。 在我的项目中，当某个地方没有改变时，我通过使用控制器中的renderView函数来缓存该部分的html代码。

Answer 6

建立在@jperovic的答案：

就像他说你可以创建一个API来抛出JSON数据，并将工作放在客户端。 另外，您可能不需要一次显示所有6000个实体？ 因此通过ajax调用延迟加载其他数据可能会有所帮助。

在数据库端，缓存结果并经常中断缓存以查看是否有任何新数据。 或者，如果数据需要始终保持最新：无论应用程序更新哪一部分，数据都会发送一个请求，告诉您的API应该破坏缓存。