Алексей Павлов

Этот список называется add_block. Сам по себе он вроде нигде не прописан, нужно создавать его самостоятельно. На самом деле, я это делал год назад, сейчас работа с этим списком может быть упрощена. Я делал это так (я изменял сонатовский список сущностей, чтобы там выглядело как мне нужно было):

{# app\Resources\SonataAdminBundle\views\Core\add_block.html.twig #}
{% block add_block %}
    {% set items_per_column = admin_pool.getOption('dropdown_number_groups_per_colums') %}
    {% set groups = [] %}

    {% for group in admin_pool.dashboardgroups %}
        {% set display_group = false %}

        {% for admin in group.items if display_group == false %}
            {% if admin.hasRoute('create') and admin.isGranted('CREATE') %}
                {% set display_group = true %}
                {% set groups = [group]|merge(groups) %}
            {% endif %}
        {% endfor %}
    {% endfor %}

    {% set column_count = (groups|length / items_per_column)|round(0, 'ceil') %}

    <div class="dropdown-menu multi-column dropdown-add"
        {% if column_count > 1 %}style="width: {{ column_count*140 }}px;"{% endif %}
            >
        {% for group in groups|reverse %}
            {% set display = (group.roles is empty and is_granted('ROLE_SONATA_ADMIN') ) %}
            {% for role in group.roles if not display %}
                {% set display = is_granted(role) %}
            {% endfor %}

            {% if display %}

                {% if loop.first or loop.index0 % items_per_column == 0 %}
                    {% if loop.first %}
                        <div class="container-fluid">
                            <div class="row">
                    {% else %}
                        </ul>
                    {% endif %}

                    <ul class="dropdown-menu{% if column_count > 1 %} col-md-{{ (12/column_count)|round }}{% endif %}">
                {% endif %}

                {% if loop.index0 % items_per_column != 0 %}
                    <li role="presentation" class="divider"></li>
                {% endif %}
                <li role="presentation" class="dropdown-header">{{ group.label|trans({}, group.label_catalogue) }}</li>

                {% for admin in group.items %}
                    {% if admin.hasRoute('create') and admin.isGranted('CREATE') %}
                        <li role="presentation">
                            <a role="menuitem" tabindex="-1" href="{{ admin.generateUrl('create')}}">{{ admin.label|trans({}, admin.translationdomain) }}</a>
                        </li>
                    {% endif %}
                {% endfor %}

                {% if loop.last %}
                            </ul>
                        </div>
                    </div>
                {% endif %}

            {% endif %}
        {% endfor %}
    </div>
{% endblock %}

Там же лежит user_block (который я чаще использую в проектах, чем add_block):

{# app\Resources\SonataAdminBundle\views\Core\user_block.html.twig #}
{% block user_block %}
<li><a href="#"><strong>{{ app.user.name }}</strong></a></li>
<li><a href="{{ path('fos_user_change_password') }}">Сменить пароль</a></li>
<li><a href="{{ path('fos_user_security_logout') }}">Выйти</a></li>
{% endblock %}

Дело в том, что валидация проверяется при обратной трансформации, поэтому, всегда вначале происходит трансформация, а потом только - валидация.

Вы должны делать валидацию не через стандартные Constraints, напишите свою проверку, и запускайте её через событие, использующее FormEvents::PRE_SUBMIT.

В этом ответе есть об этом чуть больше инфы.

Есть статья, описывающая, как делать Maintenance mode на сайте. С готовыми кодами.

И есть бандл LexikMaintenanceBundle, который делает это.

А где вы пытаетесь установить параметр? и нужно устанавливать в конфигураторе бандла - в классе DependencyInjection\YourBundleExtension. После этого контейнер замораживается, и его изменить нельзя. Если вам это нужно - значит, вы что-то неправильно делаете в архитектуре.
Если вам нужно изменить параметр на уровне разработки - ставьте нужное значение в parameters.yml (замените Анадырь на Канчалан). А если нужное значение определяется в коде, то его не нужно устанавливать в параметр контейнера, его нужно передавать через аргументы метода сервиса.

Расскажите подробнее, что у вас за задача, чтобы можно было подробнее подсказать.

Есть несколько вариантов решения.

1) грязным хаком получать контейнер и извлекать из него нужные сервисы и параметры. Если нужно решить очень быстро, то можно сделать и так, но тогда потом не забыть прибрать за собой, как появится время на рефакторинг.
2) сделать фабрику для создания сущности (как вы и говорили)
Эти два варианта можно посмотреть вот в этом вопросе.

3) Передать шаблон через параметр метода:

class User
{
    // ...

    public function getFullDomain($template)
    {
        return str_replace("{subdomain}", $this->subdomain, $template);
    }
}

Но код, который использует эту сущность, должен сам получать шаблон, чтобы передать в метод getFullDomain().

4) Сделать расширение для Twig. Решение в зависимости от назначения этого метода - если полное имя домена выводится только в представлении, то это хороший выход. В приведённой странице документации приведён способ построения фильтра user|fullDomain, но не сложнее сделать и функцию - fullDomain(user), кому что больше нравится.

5) Сделать сервис, который будет строить полное имя домена. Это самый универсальный способ, ведь во всех остальных случая можно вызвать этот сервис и использовать его метод для построения имени.

Существует несколько путей:

1. стандартные ссылки (get-параметры или роуты):
   
   1.1) через get-параметры: /page?id=123&name=user
   
   1.2) через роуты с параметрами: /page/user/123 (хуже так: /page/name/user/id/123 или что-то наподобие)
   
2. сделать скрытую POST-форму с hidden-данными, и ссылки будут отправлять эту форму
   
3. делать js-роутинг. На самом деле, то же самое, что и вариант 2, но больше гибкости
   
4. делать ajax-запрос новых страниц, то есть делать одностраничное приложение. Тогда symfony становится rest-бэкендом, а в браузер ставится что-то типа angular
   
5. иметь длинные ссылки, но при щелчке на неё сохранять данные в сессию, и делать редирект на более красивую ссылку (что-то подобное делается у phpMyAdmin)
   
6. отправлять данные через куки - скриптом ставить данные в куки и переходить на новую страницу, и браузер сам передаст только что записанные данные на сервер.
   

Опишите, какие ссылки вы хотите "украсить", может, что-то получится ещё придумать.

И помните, что все варианты, кроме первого, не позволят нормально поделиться ссылкой - передать ссылку через скайп, или поставить ссылку на другом сайте (реклама), или даже в закладки не поставить. Поэтому, используйте первый способ. К тому же, роуты - это правильный способ делать ссылки в symfony.

Это в рамках обработки одного запроса? тогда всё понятно, никакое кэширование здесь ни при чём.
Вы в конструкторе создаёте билдер запросов:
$this->exist = $this->createQueryBuilder('i')
То есть, в памяти хранится объект билдера, и в дальнейшем вы обращаетесь несколько раз к этому объекту, который уже имеет своё состояние.
У вас два подхода:
1) в каждом методе создавать новый билдер и указывать им нужные общие параметры. Чтобы не дублировать код, можно сделать приватный метод getBuilderExist(), который будет создавать объект билдера и задавать базовые настройки запроса.
2) либо в методах, использующих уже существующий билдер, клонировать его и использовать копию:

public function findByCategory($category)
    {
        $qb = clone($this->exist);
        return $qb
            ->andWhere('i.category = :category')
            ->setParameter('category', $category)
            ->getQuery()->getResult();
    }

Я бы выбрал первый подход, чтобы не добавлять классу лишнее состояние.