Typ3 流体 f:for 非常慢

Question

在我的 Typo3 扩展中，我使用 <f:for 来迭代几个项目。正好 184 项。

我由此生成了一个滑块。

问题是这个迭代非常慢。有没有办法快点。后端速度不到一秒。只有前端渲染需要很长时间。

我的完整前端代码如下所示：

<f:if condition="{videos -> f:count()} > 4">
    <f:then>
        <f:for each="{videos}" as="video" iteration="i">
            <f:if condition="{i.isFirst}">
                <f:then>
                    <div class="item active">
                </f:then>
                <f:else>
                    <div class="item">
                </f:else>
            </f:if>
            <div class="col-lg-3 thumbnailParent">
                <f:link.action controller="FrontendVideo" action="show" arguments="{video : video}">
                    <f:render partial="Video/ShowThumbnail" arguments="{video : video, userAuthorization : userAuthorization}"/>
                </f:link.action>
            </div>
            <!-- adding slider-class to one of all slides. condition: slide must have more than 4 videos for slide-effect -->
            <f:if condition="{i.isLast}">
                <f:then>
                    <script type="text/javascript">
                        addClassForSliding('{myCarouselID}');
                        function addClassForSliding(myCarouselID) {
                            $("#myCarousel"+myCarouselID).addClass("isCarousel");
                            if(!$("div.videoSlide").find("div").hasClass("thisIsTheOnlySliderWhichSlides")){
                                $("#myCarousel"+myCarouselID).addClass("thisIsTheOnlySliderWhichSlides");
                            }
                        }
                    </script>
                </f:then>
                <f:else></f:else>
            </f:if>
            </div>
        </f:for>
    </f:then>
    <f:else>
        <f:for each="{videos}" as="video" iteration="i">
            <div class="item active">
                <div class="col-lg-3">
                    <f:link.action controller="FrontendVideo" action="show" arguments="{video : video}">
                        <f:render partial="Video/ShowThumbnail" arguments="{video : video, userAuthorization : userAuthorization}"/>
                    </f:link.action>
                </div>
            </div>
        </f:for>
    </f:else>
</f:if>

Answer 1

1. 确保您的缓存已启用 - 如果未启用，请不要根据未缓存的渲染来判断性能。
2. 尽量避免您使用的许多条件。并且绝对不要留下像<f:else></f:else> 这样的空节点。
3. 将您在最后一次迭代中所做的事情移到循环之外（从而节省另一个条件和大量节点构造）。
4. 尽可能避免使用iteration 变量。它为每次迭代添加了额外的处理和变量分配。
5. 我假设您使用 JS 来激活组件。所以使用 JS 设置 active CSS 类，从而避免 1) 像您一样错误地打开和关闭标签，以及 2) 避免像其他条件一样仅一次为真的另一个条件。
6. 检查您渲染的部分。它可能无法编译。并且每次渲染它时，必须解决部分问题。注意：在这种类型的用例中，一个部分几乎总是比一个部分执行得更好。我写的一个你可以使用的工具，它也预编译你的模板，如果任何模板不兼容，它可能会失败：https://github.com/NamelessCoder/typo3-cms-fluid-precompiler
7. 一般来说：除非你有非常好的理由，否则不要在 Fluid 中输出<script>。只要有可能，在外部加载脚本并存储脚本需要的任何值，例如data- 属性。更快的解析，更快的循环。
8. 使用实际的分析工具来精确定位瓶颈。您的代码使用 ViewHelpers 并且对配置也很敏感，例如您对路径等的设置越多，在f:render 调用中需要完成的处理就越多。不要在开发环境中分析！
9. 不要在 Docker 设置上配置文件 - 除非您运行的是 Linux。即便如此，也要保留一些结果：文件系统性能永远不会相等。

避免iteration 和您的条件，并将最后一个块移到循环之外，应该会减少 80% 的成本（不计算在您渲染的部分中发生的情况 - 这在性能上可能绝对是可怕的，我们我永远不知道，因为你没有粘贴那个）。

最后，在选择是渲染部分还是部分时，需要考虑几件事情。其中大部分完全取决于您的用例（例如：您需要如何构建模板 - 可以覆盖的部分是否比您不能覆盖的部分更有意义？）但可以说一些一般性的内容性能：

• 当您渲染存在于同一模板中的部分时，会通过一个函数调用来进行渲染，以使用一组新的模板变量切换到该部分。
• 但是当您渲染一个局部时，这个局部的模板文件必须首先解析，然后才能进行渲染。
• 无法编译已解析的模板，因为必须可以在多个不同的上下文中呈现相同的已编译模板。
1234563到一个普通的函数调用）。
• 您拥有的模板路径越多，文件解析就越困难。

您始终需要为任务选择正确的工具——这是我们作为开发人员的工作之一——所以这些要点非常笼统。有些用例在部分和部分之间的性能上根本没有区别，有些用例不会因使用iteration 而受到明显影响；这一切都取决于您的设置要求和您正在渲染的数据。分析您的模板肯定有助于找到正确的解决方案，因此我强烈建议您这样做。