• Как же всётки создавать админку c Symfony2?

    krocos
    @krocos Автор вопроса
    О, а я про EasyAdmin и не слышал :) Кстати, я и не говорю, что сделать REST - проблема, просто есть всего 1 бандл с таким функционалом как FOSRestBundle, поэтому и сравнил с ситуацией в области админок, где есть 1 стОящий бандл от Sonata. А остальные проекты как-то остаются незаметными...

    Я вот иногда ленюсь прикручивать фос рест бандл ради 10-20 url'ов обрабатывающих JSON или загрузку файлов кусочками. Как-то мне проще так json_decode(file_get_contents('php://input'))... Ну, конечно, если речь идет о полноценном API, то бесспорно бандл выручает. Чего не скажешь о бандлах от сонаты, да и вообще бандлах создающих админки...

    В этой области у меня выработался другой рефлекс. Так как, в основном у меня шаблоны приходят чуть позже чем стартует проект, то я сначала делаю админку CRUD-ами, и, если надо потом делаю тему типа вордпреса на бутстрапе, а потом кастомные (не нагенереные) контроллеры для фронтенда, так как в основном фронтенд более требователен к внешнему виду и функциональности...

    Но, после нескольких попыток использовать генераторы админки, пришел к выводу, что самый из них - от сонаты. Но там куда не заглянешь, где поинтересней начинается, везде // todo: то да сё

    Кстати, про ajax-овую админку... Звучит интересно... Просто, я как представлю, что придется много писать JS кода %] Не люблю я это дело в общем.

    Тогда получается, что на данный момент имеем следующие подходы к созданию админок:
    - С бандлами: SonataAdminBundle, AdminGeneratorBundle, EasyAdminBundle (простые и средней сложности админки с активным применением CRUD операций, но есть пределы кастомизации)
    - На JS (тут уже кто во что гаразд, но это другой ЯП и нет генераторов CRUD)
    - Без доп. бандлов (кастомный фронт, а backend на генерированном CRUD)
  • Как лучше всего хранить несколько пользователей с общими свойствами?

    Да, вот как-то так и я ответить хотел :) Простейший случай: сущьность юзер и сущьность роль и связь между ними 1:м или м:м, к пользователям можно прикрепить какую-нить мета-инфу и/или к ролям, роли выстроить иерархически (наверно, если надо), и закрыть приватные зоны сайта фаерволом (Symfony2), а объекты, классы или еще чего можно чекать с помощью ACL, что тоже out of the box в Symfony