Symfony2 y Twig rinden problemas de rendimiento

Question

Al igual que in this topic, tengo un problema de rendimiento en el modo dev cuando agrego una etiqueta twig "render" en mi aplicación (documentación relacionada: Embedding controllers).

Sin esta etiqueta de renderizado, mis páginas se generan en menos de 70 ms. Con la etiqueta de renderizado, es de al menos 170 ms. Y cada etiqueta de renderizado agregada en la aplicación aumenta la generación de la página en 100 ms (que es MUCHO: ¿por qué una página normal se ejecuta en 60 ms y una etiqueta de renderizado en 100 ms?). Es posible que necesite 4 o 5 de ellos en cada página de mi aplicación, por lo que significaría al menos 500 ms para cada página en modo dev.

Entiendo totalmente que no hay ningún problema en el modo prod, pero claramente no es cómodo en el desarrollo. Entonces, ¿alguien sabe alguna forma de deshacerse de llamadas inútiles, registros o códigos mientras usa la etiqueta "render" en el modo dev?

Answer 1

Tengo explained hace solo 10 horas. Para resumir, migre a las extensiones de Twig.

Answer 2

Puede mover la lógica de su controlador a un servicio y hacer referencia a ella como variable global twig y luego incluir la plantilla presentada por el controlador.

Consulte https://stackoverflow.com/a/13245994/982075 para obtener instrucciones.

Answer 3

Una de mis funciones favoritas en Symfony es la etiqueta de renderizado, que integra llamadas de controlador. Sin embargo, el generador de perfiles agrega mucha sobrecarga a todas las llamadas de controlador, no solo a la velocidad sino que usa mucha memoria. Tienes algunas opciones para acelerarlo.

El generador de perfiles escribe todos los datos en una base de datos sqlite de forma predeterminada. IIRC sqlite no permite insertos paralelos, por lo que cada solicitud debe esperar su turno para acceder a la base de datos para vaciar los recopiladores de datos. Puede usar su db de desarrollo (mysql o lo que sea que use) para conservar los datos del perfilador. Hace un año gané mucho con esto en términos de velocidad.

También puede desactivar el generador de perfiles para solicitudes secundarias, o solo usar el generador de perfiles cuando ocurre una excepción. Vea the framework config reference para los detalles completos.

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

Answer 4

La elección depende de su aplicación. Creo que las formas más prácticas son:

1) Use la etiqueta render para plantillas pesadas y use la biblioteca hinclude para cargarlas de forma asíncrona. Esto es muy útil cuando cada plantilla que se va a renderizar es "lenta" por sí misma (por ejemplo, muchas conexiones de base de datos, textos grandes, etc.).

2) Realice lo propuesto por m2mdas. Esta es una solución muy rápida para casos comunes.

Answer 5

También seguiría la sugerencia de Elnur con extensiones twig. Una alternativa sería usar Sonata Block Bundle: http://sonata-project.org/bundles/block/master/doc/index.html. La sobrecarga de una subpetición con Sonata Block es de aproximadamente 7 ms.