Buenas,
Alguién me podría explicar porqué se acelera el entorno de desarrollo haciendo el punto 4 de este tutorial? La optimización es considerable.
| ||||
Aceleración del entorno de desarrollo quitando la configuración de assetic Buenas, Alguién me podría explicar porqué se acelera el entorno de desarrollo haciendo el punto 4 de este tutorial? La optimización es considerable. |
| ||||
Respuesta: Aceleración del entorno de desarrollo quitando la configuración de assetic Simplemente indica si debe o no procesar los assets el framework, la doc lo explica bastante claro http://symfony.com/doc/current/cookb...anagement.html |
| ||||
Respuesta: Aceleración del entorno de desarrollo quitando la configuración de assetic Es lo que creo entonces. Que cuando lo pones a true siempre que cargues una página en desarrollo hace un 'php app/console assetic:dump' por si solo, verdad? Por eso ralentiza el renderizado de las páginas si está activo, no? Y 'pphp app/console assetic:dump --watch' en un observador de cambios de assets? |
| ||||
Respuesta: Aceleración del entorno de desarrollo quitando la configuración de assetic Hola cluster28 Se supono que solo vas a tener activo el entorno de desarrollo, mientras desarrollas, esto quiere decir que todos los cambios que hagas en los assets pues deben reflejarse para que veas el cambio, ya en produccion cuando use_controller esta en false pues no se hara un assetic:dump porque no lo necesitas en producccon
__________________ Aprendiendo!!! |
| ||||
Respuesta: Aceleración del entorno de desarrollo quitando la configuración de assetic Ok, entonces ahora me salta esta pregunta. Por qué hay assetic:dump y assets:install? Se supone que que con assetic generas los css o js que pasan a 'web'. Algo tiene que haber para que existan estos dos comandos. Muchas gracias chicos. |
| ||||
Respuesta: Aceleración del entorno de desarrollo quitando la configuración de assetic No se hace un dump, simplemente utiliza el AssetManager para leer los assets y retornar una respuesta con el contenido del asset, esto es lo que lo hace lento, en lugar de servir directamente el archivo(con apache. nginx, etc...), lee de disco(con todo lo que esto implica) y devuelve una respuesta con el contenido. La razon de los comandos es justamente dumpear los assets para que luego los sirvas como creas conveniente. y evitar el overhead innecesario de hacerlo con un controller. Saludos. |
Etiquetas: |