Symfony2 i Twig renderują problemy z wydajnością

Question

Podobnie jak w przypadku in this topic, mam problem z wydajnością w trybie deweloperskim podczas dodawania tagu "renderowanie" gałązki w mojej aplikacji (powiązana dokumentacja: Embedding controllers).

Bez tego tagu renderowania moje strony są generowane w czasie krótszym niż 70 ms. Z tagiem renderowania wynosi co najmniej 170 ms. A każdy tag renderowania dodany w aplikacji zwiększa generowanie strony o 100 ms (co jest DUŻO: dlaczego normalna strona działa w ciągu 60 ms, a tag renderowania w 100 ms?). Mogę potrzebować 4 lub 5 z nich na każdej stronie mojej aplikacji, co oznaczałoby co najmniej 500 ms dla każdej strony w trybie deweloperskim.

Całkowicie rozumiem, że nie ma problemu w trybie prod, ale wyraźnie nie jest to wygodne w rozwoju. Czy ktoś wie, w jaki sposób można pozbyć się niepotrzebnych połączeń, logów lub kodu podczas używania tagu "render" w trybie deweloperskim?

Answer 1

Mam explained to zaledwie 10 godzin temu. Krótko mówiąc: przenieś do rozszerzeń Twig.

Answer 2

Możesz przenieść logikę kontrolera do usługi i określić ją jako globalną zmienną gałązki, a następnie dołączyć szablon renderowany przez kontroler.

Aby uzyskać instrukcje, patrz https://stackoverflow.com/a/13245994/982075.

Answer 3

Jedną z moich ulubionych funkcji w symfony jest tag renderujący, osadzający wywołania kontrolera. Profiler dodaje wiele kosztów do wszystkich wywołań kontrolera, nie tylko szybkości, ale wymaga dużej ilości pamięci. Masz kilka opcji, aby przyspieszyć.

Profiler zapisuje wszystkie dane w bazie danych sqlite domyślnie. IIRC sqlite nie zezwala na wstawianie równoległe, więc każde żądanie musi czekać na swoją kolej, aby uzyskać dostęp do bazy danych, aby opróżnić kolektory danych. Możesz użyć bazy deweloperskiej (mysql lub jakiejkolwiek innej) do zachowania danych profilera. Rok temu wiele zyskałem pod tym względem prędkości.

Można również wyłączyć profiler dla żądań podrzędnych lub używać profilera tylko w przypadku wystąpienia wyjątku. Aby uzyskać szczegółowe informacje, patrz the framework config reference.

# config_dev.yaml 
framework: 
    profiler: 
     only_exceptions:  false 
     only_master_requests: false 
     dsn:     sqlite:%kernel.cache_dir%/profiler.db 

Answer 4

Wybór zależy od zastosowania. Uważam, że najbardziej praktycznymi sposobami są:

1) Użyj znacznika render dla ciężkich renderowanych szablonów i użyj biblioteki hinclude, aby załadować je w sposób asynchroniczny. Jest to bardzo pomocne, gdy każdy z wyświetlanych szablonów jest sam "wolny" (np. Wiele połączeń db, duże teksty itp.).

2) Wykonaj czynności zgodnie z propozycją m2mdas. Jest to bardzo szybkie rozwiązanie dla typowych przypadków.

Answer 5

Chciałbym również śledzić sugestię Elnur z rozszerzeniami gałązek. Alternatywą byłoby użycie pakietu Sonata Block: http://sonata-project.org/bundles/block/master/doc/index.html. Narzut subskrypcji z blokiem Sonata wynosi około 7 ms.