Валерий

https://developer.android.com/training/contacts-pr...

Это по контактам. По перехвату звонка погуглите android call receiver

fresh shit

Можно попробовать сделать класс-заглушку с интерфейсом, аналогичным CssCompressorFilter, и подсунуть его в сервис assetic.filter.yui_css параметром assetic.filter.yui_css.class.
Пусть возвращает то же самое, что получил на вход.
Документация по теме.

когда вы простите composer сгенерить вам оптимизированный автолоадер, он генерит хэшмэп всех классов что бы потом не проверять есть файл или нет, искать по директориям и т.д. Так что в теории когда вы делаете composer update не происходит обновление этого хэшмапа. Потому то он и работает с флагом -o. По идее повторный вызов команды dumpautoload без опции `o` должен решить проблему.

Просто передайте нужную сущность в конструктор вашего типа и далее что то типа:

    public function setDefaultOptions(OptionsResolverInterface $resolver)
    {
        $resolver->setDefaults(array(
            'multiple' => true,
            'required' => false,
            'class' => 'QFilesBundle:File',
            'query_builder' => function($repository) {
                        $id = $this->news->getId();
                       // ваш код
            },
        ));
    }

Посмотрите раздел Performance в документации. У меня, например, кэширование autoloader в APC повисило performance на 20% почти.

Ну и если у вас много контнета для не авторизованных пользователей ставьте varnish и все будет летать.

Многовато кушает памяти, Для блога не больше 5-10 мб. Скорей всего используется app_dev.php.
У вас включен кэш? Точно используется фронт контроллер app.php (env=prod, debug=false, AppCache вместо AppKernel)?

Если вы используете composer, попробуйте composer dump-autoload -o для ускорения автозагрузки.

Вообще есть xDebug и Вы спокойно можете узнать, какой модуль есть больше всего

Есть возможность писать скрипты на js в шопе.