Ребята привет, Подскажите, что может быть. Перенес БД на другой сервер. В parametrs.yml указал его IP. Консольные команды работают с новой БД, а вот если пытаюсь открыть страничку в браузере получаю в ответ An error occurred. В логах nginx ничего нет. Переключаю на старую базу - все работает. Если ошибка с подключением к БД, то хотя app_dev должен быть что нибудь сообщить.

Добрый вечер, доки и стаковер не спасают. Засим прошу совета тут. Касательно collectionType повсеместно разбираются случаи, где на фронтэнде добавляют что-то новое через например "allow_add". У меня же ситуация обратная, хочу закачать данные в этот тип формы со стороны бэкэнда, и предоставить редактирование закачанных данных (объектов/сущностей) до сабмита. В кратце задумка такова, что. 1) получаю csv-таблицу, создаю объекты из её данных (n рядов csv файла = n новых объектов) 2) заворачиваю каждый объект в форму, где редактируемые пропертис представлены input=text. Заворачиваю вот так например : $this->createForm(MyTypeToBePartOfCollection::class, $entityFilledByCSV); 3) сгружаю все формы в одну, где есть 1 тип - collectionType. 4) вывожу таблицу с n рядами-объектами, где каждое поле - редактируемое property объекта. Имею n рядов и 1 кнопку, которая спасёт, сабмит и сохранит. Вопрос - как сгрузить формы с объектами в одну глобальную, где 1 поле collectionType ? Наподобие $this->createForm(MyTypeToBePartOfCollection::class, $entityFilledByCSV); Помогите, прошу.

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

Каждый объект заворачивается в форму, так как его проперти должны быть представленны в виде редактируемых колонок. Читал про Embed Forms, вынес, что много форм встроить в одну - это запросто. Сейчас вот голову чешу что делать)) Ну то есть вот в примерах есть такое, что есть у меня форма "добавить статью", а в ней embed form "добавить тэг". И я могу жать например "+тэг" и добавить до бесконечности тэгов к статье. У меня же ситуация наоборот - тэги у меня уже готовые на бэкенде, только их разное количество всё время. Сама статья мне н@x не нужна, а нужно вывести именно их, тэгов родненьких, проверить их правильность с возможностью редактирования и сохранить. Таким образом чтобы такое провернуть, мне нужна "подставная" статья, как объект, который я буду форме скармливать ?

А в чём проблема-то сейчас? Что не работает?

будь проклят этот коллекшен тайп)

аминь)

тоже с ним страдаю, утром писал, хотя я вообще страдаю с формами)

1. Разбираешь CSV. Из каждой строчки создаёшь по объекту B (см. Tag). Добавляешь их к объекту A в коллекцию (см. Task). 2. Задаёшь объект A как data для формы (TaskType), которая содержит поле с коллекцией, которое обрабатывается другой формой, где уже описаны поля для каждого объекта (TagType). 3. ??? 4. PROFIT

Сделай логику разбора всего этого, добейся чтобы она работала, а потом делай вывод формы, когда уверен, что всё в бэкэнде работает.

Сущности или DTO?

Entity, без маппинга

А для чего Entity без маппинга?

весело то, что в доках нигде не написано ни про написание, ни про использование своих датамапперов.

Ребята, а как прикрутить свои шаблоны форм авторизации/регистрации для FOSUser или надо править те что лежат в vendor (тогда при обновлении они затрутся)

Л - "Логика где?" createForm(MyType::class, ['textFieldName' => 'its works', 'choicesFieldName' => ['its', 'not', 'work']]);

?

в FOSUserBundle нет разве админки по управлению пользователями? (удаление, назначение ролей и тд) или все через консоль делается?

это очень больно

больно это формы в формах через коллекшнтайп

формы - зло