Как правильно организовать переходы по ссылкам в Symfony?

насчёт pma - я, похоже, вспомнил старую версию, когда там ещё на фреймах было - ссылки длинные, но в адресе чисто. Но это было сделано за счёт фреймов, и в новой версии они не используются.

Каких функций у бандла не хватает?

Честно говоря, не очень понял, что значит "горизонтально" и "вертикально" в этом контексте.
Одна настройка хранится в одной записи в БД, соседние настройки друг с другом напрямую никак не связаны, только через категорию. То есть, если есть три настройки (как в примере в ответе), то будет создано 3 строки в таблице в БД. Настройки могут быть вообще без категорий, категории нужны только для удобного группирования и для извлечения нескольких настроек за один запрос.

>Кстати где внешняя связь с Settings на Category?
Не вижу в этом смысла. Не вижу ни одной причины, зачем в настройке иметь ссылку на категорию. К тому же, я старался убрать из методов возврат сущностей, они не нужны для цели получения настроек.

Как очистить переменную в репозитарии?

Ну, например, ваш метод findByCategory. К примеру, если ему передать null и в этом случае нужно выбрать записи всех категорий, то компонент andWhere вообще не нужен в запросе. И тогда требуется условное формирование запроса:

public function findByCategory($category)
{
    $qb = $this->getBuilderExist();
    if ($category) {
        $qb->andWhere('i.url = :url')
              ->setParameter('url', $url);
    }
    return $qb->getQuery()->getSingleResult();
}

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

Как очистить переменную в репозитарии?

хотя, в таких простых случаях я часто вообще не использую QueryBuilder, я пишу сразу DQL. А билдер использую, если запрос может иметь компонент в зависимости от внешнего условия.

Как очистить переменную в репозитарии?

почти так. Вам уже не надо иметь $this->exist в классе.

private function getBuilderExist()
{
return $this->createQueryBuilder('i')
        ->where('i.isActive = true');
}

И тогда можно выкинуть поле $exist в классе и даже выкинуть конструктор.

Какой путь выбрать?

а можете подробнее, почему вы так сказали? в чём проблема с фрилансом на шарпе?

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

shmool: упс! я прошу прощения! перепутал ваш ник с shoomyst

Каких функций у бандла не хватает?

я довольно часто разрабатываю простые сайты, начиная от визиток. И в них часто нужны какие-то настройки - параметры, которые сможет редактировать клиент через админку. Делал пару раз подобный функционал, и решил оформить его бандлом, чтобы мне же самому было добавить в новый проект. Все его функции - это то, что часто нужно в моих проектах. Например, глобально включить/выключить комментарии у записей. Или сколько выводить записей в списке. Или емейл для отправки служебных писем или заказов. Или текст акции на главной. Подобные настройки могут меняться клиентом.
Логично для этого всего завести табличку в БД, и тогда нужно её обслуживать. Вот для подобных вещей я и сделал бандл. В первую очередь - для себя. Но если кому-то он тоже пригодится - я буду рад.

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

shmool Спасибо! Вы помогли разобраться с этим вопросом.

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

>только лучше наоборот - из configureOptions() вызывать setDefaultOptions()
сам себе отвечу - нет, не лучше наоборот. В 3.0 не будет OptionsResolverInterface, и в 3.0 код будет падать. Лучше вариант, что привёл shmool.

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

только лучше наоборот - из configureOptions() вызывать setDefaultOptions(), ради статической валидности кода (чтобы в штроме warning не возникал).

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

Так работает, спасибо.
Я пишу публичный бандл (доступный через packagist), и планирую им пользоваться и в будущем, при переходе на 3.0, поэтому думаю, как лучше сделать. Ваш подход - лучшее решение.

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

Спасибо.
Интересно, если сейчас поставить и setDefaultOptions, и configureOptions - то при переходе на Symfony3 будет работать?

Почему в компоненте Symfony Form интерфейс OptionsResolverInterface отмечен устаревшим?

интересно. Я дал ссылку на current-документацию, а в master уже обновлён этот раздел.
Но вот в классе AbstractType нет метода configureOptions, и если его вписать в свой класс формы, то он не работает. Похоже, использоваться он будет уже в 3.0.

Symfony2. Как сделать элементарный фильтр для формы?

Vladimir Leitenberger: конечно, можно. Datatables вставляется очень просто и без бандлов - добавляйте плагин, и в шаблоне нужной страницы вставляйте таблицу и инициализируйте его. (не забудьте добавить и в таблицу). Лично я так и использовал этот плагин, я не использовал бандлы.
Но не виду ничего плохого в том, чтобы добавить бандл для него. Особенно, если у вас в будущем будут ещё другие таблицы, на других страницах.

Symfony2: как в форме сделать выбор через модальное окно?

а, я понял. Я сам просто в последнее время в основном использую сонату для админки, и тут и подумал, что у вас тоже она, тем более, что интерфейс похожий (->add('user', 'hidden',array('mapped' => false))). Да, компоненты сонаты без её инфраструктуры использовать будет непросто и не имеет смысла, наверное.

Похоже, придётся вам делать своё собственное решение для ajax-окон выбора и редактирования. Или подумать о переходе на использование сонаты.

Symfony2: как в форме сделать выбор через модальное окно?

я не очень понял, что вы сделали. Вы вначале сделали админку самостоятельно, а теперь вставляете Сонату? Если сущности не сложные, то сделать админку с помощью сонаты очень просто.

Ошибка, которую вы привели, вызвана тем, что вы что-то не так делаете (хотя я даже не очень понимаю, что можно не так сделать с сонатой). Покажите ваш класс админки сущности и её сервис. Ну и класс сущности тоже покажите.

Хорошая архитектура symfony app?

iliyaisd: да, хорошо бы. Но сам php это делать не позволяет (по крайней мере, php5.*), это делается через аннотации.

Хорошая архитектура symfony app?

iliyaisd: где вы увидели, что в моделях нет полей? Поля есть, обычно закрытые (protected/private), с публичными геттерами/сеттерами. Именно в полях моделей и хранятся данные приложения (а больше-то и некуда сохранять данные).
А вот чего нет в модели - это информации о базе данных - какая СУБД, какие поля в таблицах БД, какие типы данных в полях, какие индексы и прочее - в самой модели этого нет. Связь моделей с БД нужно делать отдельно - либо в yml/xml-конфигах, либо в @ОRM-аннотациях в самом PHP-файле модели.

Стоит ли использовать типы данных ENUM & SET в БД MySQL?

нашёл ошибку в методе getSqlDeclaration класса EnumType. Исправил в коде ответа.