zloyusr

Вариант от Никиты Попова одного из core разработчиков php:
($_=& $debug['enable']) ?: false;

Вдогонку к книгам в моем эссе, можно посмотреть еще тут: http://habrahabr.ru/post/135897/

Так, сразу уточню, что работаю с Symfony 2, а не конкретно с Silex, но компоненты у них общие.
Для начала прочтите документацию по Security Component.
Теперь попробуем разобраться по строчкам:
'pattern' => '^/admin' - Это просто "регулярное выражение" по которому срабатывает тот или иной файерволл. Мы можем указать и просто '^/', тогда сработает сразу для всех разделов.
'form' => array('login_path' => '/login', 'check_path' => '/admin/login_check') - Это пути где будет лежать форма логина и путь по которому она будет проверяться.
'http' => true - Это тип аутентификации. В данном случаи базовая http аутентификации предусмотренная браузером. wsse - Это другой тип аутентификации, прочитать можно опять же в документации.
'users' => array(...) - Провайдер пользователей. В самом простом случае, да это массив. Если вы собираетесь хранить пользователей в базе используйте например этот.

Если я правильно понял, то можно посмотреть в сторону: http://autobahn.ws/js

Языки не бывают "сложные" и "не сложные" (Эзотерические и ассемблеры не в счет). Языки бывают подходящие или неподходящие под конкретную задачу. Мое имхо, начинать следует с языков со строгой типизацией. Это действительно помогает научиться думать что и зачем мы пишем. Начинать сразу с PHP чревато. Что-то вы напишите, и оно вполне возможно будет работать, но скорее всего этому будет прямая дорого на Govnokod.ru. А верстку и прочий клиент-сайд минимально все таки изучить придется.

Никакого плагиата в вашей идеи не вижу. Возможно вам стоит посмотреть в сторону LiveStreet.

Призадумавшись и пробежав глазами код нашел таки одну такую конструкцию:

if (!isset($this->data)) {
  $this->data = ...
}

return $this->data;

Я думаю стоит начать отсюда:
https://phpbestpractices.org/
http://www.phptherightway.com/

Определите в бандле сервис для ThemeTwigLoader с тэгом twig.loader:

acme_demo.twig.theme_loader:
    class: Acme\DemoBundle\Twig\Loader\ThemeTwigLoader
    arguments: [@service_container, ...]
    tags:
        - { name: twig.loader }

Что делать, если репозиторий должен вернуть разнородные данные?

Наверное, неверно когда репозиторий возвращает разнородные данные. Репозиторий — это коллекция объектов в первую очередь. Использовать его как DAL, имхо, дурной тон. Пишем свой ReceiptStatisticCalculator, MonthOrdersReportManager и т.д.

тогда их трудно нормально назвать, потому что в предметной области они ничего из себя не представляют

Пообщайтесь с вашим экономистом или бухгалтером. Мне помогло. Отчеты вполне находят себе представление в предметной области.

У себя использую отдельные объекты для отчетов/статистики. Просто, удобно, и всегда понятно что это и с чем его готовить.

Использовал для схожих целей AjaXplorer.
Попробуйте, возможно вам подойдет.

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

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