Приветствую всех! Смотрю кастомизация админ-бандлов для всех - боль)

Есть у кого экспириенс в кастомизации EasyAdmin? :)

Точно, боль, sf4, esayadmin, страница юзеров из мускуля без фосюзерсбандл

Есть кто сделал?

С криптом пароля

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

если простой круд, то все просто

Все правильно, нужен быстрый старт для easyadmin

И простой проект

Я делаю свой первый CRUD на Easy Admin. После Сонаты как глоток свежего воздуха :)

А что там вместо FOS User Bundle для четвертой Симфони?

Всем привет!Есть кто живой?

Есть вопросик. думаю не сложный

Рано или поздно ответят))

По поводу doctrine. В общем суть такая. Команда doctrine:migrate:diff обновляет схему(разницу между схемой и миграциями) Так вот в каком порядке нужно вести разработку? Сначала энтити и потом маигрэйт:дифф или миграции? Ну т.е. как мне схему с миграциями согласовать?

правильно сформулировал вроде)

По поводу doctrine. В общем суть такая. Команда doctrine:migrate:diff обновляет схему(разницу между схемой и миграциями) Так вот в каком порядке нужно вести разработку? Сначала энтити и потом маигрэйт:дифф или миграции? Ну т.е. как мне схему с миграциями согласовать?

На вкус и цвет. Я обычно предпочитаю на этапе разработки генерить базу по сущностям через doctrine:schema:update, и заполнять базу фикстурами. А в продакшне - да, миграции, без них никуда.

Есть вопросик. думаю не сложный

А как ты определяешь параметры ентити? Аннотациями или в YAML ?

Аннотации

Я работаю с Симфони 4, там похоже один вариант православный остался - пилишь Ентити с Аннтоациями, потом делаешь дифф чтобы обновить схему базы

Просто когда я делаю мигрэйт:диф они получаются не рабочие

Я на 2.8)

Раньше генерил из командной строки YAML из которого получался код сущностей

В 2.8 тогда вот выше более удобный вариант КМК

php bin/console generate:doctrine:entity AcmeBlogBundle:Post

В 4 есть MakerBundle с обрезанным генератором. Он только сущность генерит без YAML

А потом миграции нужно править? Или они уже готовые должны быть?

Миграции глазами всегда смотрю. Можно комментарить некоторые штуки там

Доктрина умная, потом определит разность между ЯМЛ и актуальной базой, поправит еще раз что надо

а еще вопрос. обратный процесс возможен. У меня просто sql дамп...он грамотно написан...собственно по нему и таблицу бомблю. И процесс синхронизации обязателен?

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

я имею ввиду сначала миграции - потом энтити

Или я туплю?

@gatzuma спасибо

я имею ввиду сначала миграции - потом энтити

Что то вроде этого? https://symfony.com/doc/2.8/doctrine/reverse_engineering.html

о, ништяк! спасибо

т.е. применяем миграцию а потом генерим ентити из готовой таблицы?

нет, там про другое. Если у вас уже есть готовая база, то он генерирует entities из этой базы

ну я приблизительно это же и имел ввиду)

ну тогда ок

Ещё вопрос небольшой. А как получить директорию приложения в консольной команде

?

Сеасибо

pwd

В коде симфони естественно

Есть dir но это текущая директория. Склеить строки не могу в переменной

%kerner.root% что-то похожее.... Не работает

$this->get('kernel')->getRootDir();

Сергей благодарю! Попробую

А я все алиасы искал

на 2.8 не работает

к сожалению

А так? Если из команды: $this->getContainer()->get('kernel')->getRootDir();

$this->getContainer()->getParameter('kernel.root_dir')

ну вот так получил

Спасибо за помощь!

чего оно ругается на 43 строку?

говорит что не знает что такое $mailer

; в конце 41 поставь