очевидно что $id_user - лишнее свойство класса

ок, если маппинг так работает я его выпилю

очевидно что $id_user - лишнее свойство класса

У класса - да. И то, в общем-то не всегда лишнее. Есть кейсы, когда оно нужно отдельно. Но явно не для генерирования миграции, тут согласен. И я так и не понял, к чему был совет что-то там делать с миграцией?

но нифига, та же самая ошибка

У класса - да. И то, в общем-то не всегда лишнее. Есть кейсы, когда оно нужно отдельно. Но явно не для генерирования миграции, тут согласен. И я так и не понял, к чему был совет что-то там делать с миграцией?

из-за текста его ошибки

но нифига, та же самая ошибка

я бы тебе рекомендовал попробовать OrderedFixturesInterface - он менее глючный

пробовал, не работает.

но нифига, та же самая ошибка

Посмотри на текст ошибки. Внимательно. В частности на id юзера, на который ругается СУБД. А потом посмотри какой id ты ему ставишь в фикстуре и подумай почему так происходит.

из-за текста его ошибки

Клёво. У меня вот проекты живут и не жалуются с подобными полями, и миграции спокойно генерируются. А ты почему-то решил, что расхождение в FK по айдишнику происходит из-за лишнего поля (шта?).

С - Советчики :/

id я вручную не ставлю, в LoadUserData сохраняю юзеров и потом через getReference вроде как достаю идешник через какойто прокси класс

Клёво. У меня вот проекты живут и не жалуются с подобными полями, и миграции спокойно генерируются. А ты почему-то решил, что расхождение в FK по айдишнику происходит из-за лишнего поля (шта?).

З - Зачем? Дублировать код

З - Зачем? Дублировать код

Я извиняюсь, какой? Вот есть у тебя сущность Message, есть задача сериализовать и отдать её, и в ней должен быть id юзера. Не вложенный объект с одним полем и тем более не с кучей лишних полей, а вот именно айдишник. Я вижу дублирование кода в лишнем вызове getUser(), ты в лишнем поле. Вкусовщина. Но навязывать свой вкус без какой-либо выгоды сомнительная идея. Что ты экономишь? 5-6 строк кода?

id я вручную не ставлю, в LoadUserData сохраняю юзеров и потом через getReference вроде как достаю идешник через какойто прокси класс

Эм, я в LoadUserData вижу setId().

Пройдись дебагом, посмотри какие айдишники реально пишутся в базу, какие появляются в моделях и когда.

Мне кажется собака тут зарыта.

Я извиняюсь, какой? Вот есть у тебя сущность Message, есть задача сериализовать и отдать её, и в ней должен быть id юзера. Не вложенный объект с одним полем и тем более не с кучей лишних полей, а вот именно айдишник. Я вижу дублирование кода в лишнем вызове getUser(), ты в лишнем поле. Вкусовщина. Но навязывать свой вкус без какой-либо выгоды сомнительная идея. Что ты экономишь? 5-6 строк кода?

группы сериализации, virtual property?

группы сериализации, virtual property?

Вообще не лишний код, ну. Давайте сделаем виртуальное свойство, дергать в нём getUser()->getId(), вместо того чтобы использовать реально существующее поле.

А если user может быть null, еще и if'ов туда напишем

Крутой подход, нравится (нет).

точно, сам не заметил, странно что он мне в getReference выдавал мне другие идешники, через какойто прокси обьект

точно, сам не заметил, странно что он мне в getReference выдавал мне другие идешники, через какойто прокси обьект

У тебя у id стоит аннотация на автогенерирование. Вангую что в базу реально записались с id 1 и 2, но после записи ORM проставила им id из автоинкремента таблицы. И получилось расхождение.

точно, сам не заметил, странно что он мне в getReference выдавал мне другие идешники, через какойто прокси обьект

$userTwo = new User(); $userAdmin->setId(2); $userTwo->setUsername('Arou'); $userTwo->setRawPassword('123456'); $userTwo->setEmail('arou@arou.ru'); $userTwo->setActiveStatus(); $userManager->createUser($userTwo);

кто с jwt сталкивался ? Почему может ошибку, выдавать: {"message":"Failed to load private key \"\/Users\/ol\/at.local\/www\/at\/app\/..\/var\/jwt\/private.pem\": \n 0906A068:PEM routines:PEM_do_header:bad password read",

пароль правильный ?

Pass phrase не совпадает?

Файла нету в указанном пути?

Мб пермишны на файл не те как вариант

Ты вообще файл с ключом генерировал?

У тебя lexik?

нашел причину

wt_key_pass_phrase не указал

{ "code": 401, "message": "Bad credentials" }

а вот с этим, как теперь бороться ?

curl все окей, прокатило

Хедер?

в чем понт ларавела ? если это практически сф

только корявей

Смысл существования Laravel описан в заголовке их официального сайта

> Laravel - The PHP Framework For Web Artisans

в чем понт ларавела ? если это практически сф

На основе чего такой вывод?

Да вот интересно, в чем есть преимущество ларавеля перед симфони или другими фрейм?

Да вот интересно, в чем есть преимущество ларавеля перед симфони или другими фрейм?

фреймворк это набор "упрощалок". В ларавеле из коробки есть практически все что бы сделать разработку приложения максимально простой и удобной. Но тут тоже все зависит привычки и цели который ты хочешь достичь.

вообще последнее время все идет к тому что проще собрать из компонентов свою систему, а не использовать фулл фреймворк

собрать фреймворк)

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

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

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

ну я ж говорю от задачи зависит.

поставил laravel, там даже фавикон сф

хотя на первый взгляд работает быстрее

и в чем прикол этого фреймворка я не поняла ))

вроде в ней больше вещей доступно сразу готовых

чем в той же симфе например

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

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

кхм... странно.

в плане?

от knp пагинатор почему тебе не выдало

не хотелось плодить в проекте бандлов, да и конфиг не позволял его подключить, не помню чего уже опять же, в ларавеле это решается без бандлов

вообще хочу как-то на нем сделать проект с нуля до конечного результата, так разница сразу будет видна, а то пока только догадки

вот и я решил попробовать

пишешь бложик?

неа

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

а silex кто нить юзал чисто для бэка?

экосистема + много возможностей = популярность для ларавеля, наверное так

я вообще в последнее время смотрю в сторону рельсов.

пхп форева

флекс выйдет, заживем же

это вечный спор

все пишут, на том, что удобно.

понятное дело, я утрирую

очень хочу ларавель глянуть, флекс и по реакту пройтись, но, опять же, времени бы

поставил laravel, там даже фавикон сф

кеш в браузере )))))

а silex кто нить юзал чисто для бэка?

даже в продакшене, а что?

просто интересно как он себя показывает

думаю о связке angular+silex

нормально показывает, смотря что нужно

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

это понятно)

просто по нему чет не так много инфы

свежей

он имхо для изучения компонент симфы хорош в образовательных целях только ))

тоже было ощущение что никто им особо не пользуется, доки устаревшие, библиотеки к нему тоже под 1ую версию в основном остались

прост одно время про микрофреймы трубили и чет затихло

прост одно время про микрофреймы трубили и чет затихло

спроса нет. если у тебя есть действительно маленький проект и тебе плевать на скорость - всё еще проще взять тот же ларавел. если важна именно скорость и поэтому ты хочешь менее тяжеловесный фреймворк - имеет смысл посмотреть в сторону других языков, типа go\rust\scala\etc.

остается только кейс, когда скорость всё же важна, но плодить стек технологий и искать программистов на еще один язык не хочется

а он не такой частый

вот у нас именно такой случай, поэтому юзаем

ну и фреймворк на реальном проекте имхо далеко не первое что тормозит )

ну и фреймворк на реальном проекте имхо далеко не первое что тормозит )

с одной стороны да, с другой стороны даже экономия в пол процента за счёт меньшего оверхеда фреймворка, в контексте хайлоада это уже экономия.

в итоге тот же сайлекс имеет меньшее ядро, меньшее количество фич. нет DIC, более простой роутинг, вот это всё.

ну и в целом, когда бОльшая часть бизнес логики в этой самой апихе это SQL запросы и pure-PHP для обработки данных перед отдачей на фронт, какой смысл брать что-то навороченное?

ну и в целом, когда бОльшая часть бизнес логики в этой самой апихе это SQL запросы и pure-PHP для обработки данных перед отдачей на фронт, какой смысл брать что-то навороченное?

Ну собстенно поэтому и спрашивал, все таки symfony довольно громостка для относительно простых задач

Ну собственно поэтому и ответил, да, юзаем )

спасиб за ответ)