))

Смотря что нужно знать. Есть знакомые

Такое ощущение что в Киеве кроме онлайн казино и букмекеров ничего не осталось больше

Это в плане работодателей?)

Да

Всем привет! Вопрос по архитектуре, у меня есть такой процесс: контроллер получает данные через api и передает их в продюсер -> продюсер отправляет данные в топик реббита. Если мне потребуется заменить rabbit, например на кафку, как оптимальным образом выстроить структуру приложения так, чтобы при таких изменениях мне не нужно было переписывать продюсера? Насколько я знаю, в java для подобной цели используют дженерики, у нас есть что-то подобное?

Может это?

https://symfony.com/doc/current/messenger.html

Или https://github.com/php-enqueue/enqueue-bundle

https://symfony.com/doc/current/messenger.html

Да, я тоже думал об месенджере. Получается мне перед отправкой сообщения в mq, поставить воркера и уже ему передавать канал куда я хочу отправить данные?

Или https://github.com/php-enqueue/enqueue-bundle

Про такую штуку не знал. Посмотрю, спасибо!

Простой вопрос по релейшнс. Создал энтити юзер. У юзера может быть много айтемов. И у айтема может быть много юзеров. Но у айтема есть параметр уровень, который может быть разный у разных юзеров. Это мени-ту-мени? Или как?

Это мэни ту мэни через доп энтити

Т.е. доп энтити с двумя ван ту мэни на твои энтити

Т.е. создаёшь энтити UseHasItem с тремя полями, user, item, level

То есть по сути, не мэни-ту-мэни, все-таки? С релейшнами вообще дел не имел раньше. Получается, юзер у меня создан, создаю айтем. И потом уже при создании ЮзерХезАйтем в полях юзер и айтем указываю релейшн... ван-ту-ван, нет?

То есть по сути, не мэни-ту-мэни, все-таки? С релейшнами вообще дел не имел раньше. Получается, юзер у меня создан, создаю айтем. И потом уже при создании ЮзерХезАйтем в полях юзер и айтем указываю релейшн... ван-ту-ван, нет?

Я поняла пример horse так, что это many-to-many, только уникальность в промеж.таблице достигается тремя полями (внешние ключи+уровень), а не двумя, как обычно

Да это не мени ту мени а два ван ту мени

Тебе же надо по сути доп поле в таблице которая соединяет твои энтити

Это можно сделать тремя энтити как я выше написал

У юзера не будет напрямую ссылки на айтемы, а будет ссылка еа userhasitem в которой и будет поле level

Нг ты можешь добавить юзеру например метод getItems и передать туда параметр level и получить необходимые айтемы

Или наоборот смотря что тебе нужно

Т.е. создаёшь энтити UseHasItem с тремя полями, user, item, level

Я бы их назвал User и UserItem, а промежуточную UserUserItem

Я бы их назвал User и UserItem, а промежуточную UserUserItem

Тогда уж User, Item и UserItem

Нг ты можешь добавить юзеру например метод getItems и передать туда параметр level и получить необходимые айтемы

Не, мне надо, чтобы у юзера как бы сразу эти айтемы были. Там, по сути, 6 айтемов, и может быть либо пусто, либо какой-то айтем и у него обязательно левел от 0 до 25

Тогда уж User, Item и UserItem

Вот это кажется самым логичным. Но UserHasItem не просто так Has содержит. :) Это прям совсем понятно.

Тогда уж User, Item и UserItem

Тогда надо у айтема префикс какой то для названия таблицы делать, потому что айтемы могут быть не только у юзеров. Смотря конечно что там за айтемы )

Тогда надо у айтема префикс какой то для названия таблицы делать, потому что айтемы могут быть не только у юзеров. Смотря конечно что там за айтемы )

Нет, не могут быть.

Есть таблица дефолтных айтемов.

Когда он к юзеру попадает - у него либо дефолтный левел 1, либо там меняться уже может.

Как бы хранения айтемов нет, они просто как... атрибут юзера. :)

Я бы их назвал User и UserItem, а промежуточную UserUserItem

UserUserUserItem))))

Нет, не могут быть.

Айтем такое общее слово, оно может много где встречаться

А, ок. Если слово gadjet будет? :)

Чтобы не встречалось.

А, ок. Если слово gadjet будет? :)

Гаджет вроде что то более конкретное )

В принципе, делай как угодно, потом переделаешь если че )

Я бы гаджет в неймспейс юзера поместил, и кастомное название таблицы сделал user_gadjet

App\Entity\User\Gadjet\Gadjet и App\Entity\User\Gadjet\UserGadjet

и таблицы соответственно user_gadjet и user_user_gadjet

Там проект небольшой. Мне как-то user_user_gadjet не очень. :) Можно has gadjet? :)

Да все равно )

Так, тогда связь, все же, ван-ту-ван из UserHasGadjet на поля user и gadjet?

Так, тогда связь, все же, ван-ту-ван из UserHasGadjet на поля user и gadjet?

ван ту мени вроде как )

и мэни ту ван

У юзера свой гаджет, получается, в ЮзерГаджет должны быть все гаджеты. Это разве не ван-ту-ван? А вот ЮзерГаджет - Гаджет связка через ван (Гаджет) ту мэни (ЮзерГаджет).

У юзера свой гаджет, получается, в ЮзерГаджет должны быть все гаджеты. Это разве не ван-ту-ван? А вот ЮзерГаджет - Гаджет связка через ван (Гаджет) ту мэни (ЮзерГаджет).

у юзера один только гаджет может быть?

у юзера один только гаджет может быть?

Нет, 6.

А, блин. Ван-ту-ван - это значит из одной таблицы ОДИН и из другой таблицы ОДИН?

Как-то в raw mysql это немножко понятнее. :)

А, блин. Ван-ту-ван - это значит из одной таблицы ОДИН и из другой таблицы ОДИН?

Ну да )

Привет! Подскажите пожалуйста, можно ли заново сгенерировать symfony.lock на основе файла composer.lock? Случился рассинхрон по комитам, не могу теперь symfony.lock проапдейтить - если заново делаю composer update, то пакеты даунгрейдятся до symfony.lock, а не наоборот (symfony.lock обновляется согласно апдейту)

symfony.lock обновляется в момент установки пакета, при обновлении пакета он не обновляется, поэтому восстановить нельзя. Но что значит рассинхрон?

Пакеты не могут даунгрейдится до symfony.lock, композер вообще туда не смотрит, только флекс

symfony.lock обновляется в момент установки пакета, при обновлении пакета он не обновляется, поэтому восстановить нельзя. Но что значит рассинхрон?

я закомитила файлы composer.json, lock, потом пришлось сделать git reset —hard HEAD, и я забыла что не закомитила symfony.lock. Короче я просто снесла vendor и сделала composer install, symfony.lock сгенерился заново)

Ну и ладно, он установил последние версии рецептов, а не те, что стояли

(Не факт что это разные версии)

Ну и ладно, он установил последние версии рецептов, а не те, что стояли

Рецепты конфиги могут попортить )

Рецепты конфиги могут попортить )

Могут, но в гите же видно незакоммиченные изменения )

Могут, но в гите же видно незакоммиченные изменения )

Это да )

я закомитила файлы composer.json, lock, потом пришлось сделать git reset —hard HEAD, и я забыла что не закомитила symfony.lock. Короче я просто снесла vendor и сделала composer install, symfony.lock сгенерился заново)

ваще непонятно нафига нужен этот симфони.лок если за версионностью следит композер.лок

Привет! Впервые с таким столкнулся, ко мне в ветку попал чужой код, как теперь его убрать оттуда

А как он туда попал? Cherry-pick

А как он туда попал? Cherry-pick

даже не знаю, может мастера криво вмержил )

Ну если вмерживаешь master себе, то git притянет всё что влито в master. Это стандартное поведение

но на мой бранч никогда это не влияло

Когда вмерживаешь себе какую-то ветку, не важно master это или нет master - это и есть процесс влияния на свою ветку ))

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

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

Ну это вполне себе нормлаьное поведение. Вам это мешает? Вы с какой целью master себе вливали?

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

А без master не билдится?

если было много изменений может упасть

хотя сбилдилось, на за чужой код по шапке получил )

Я б попробовал на текущем месте создать ветку типа backup. Потом откатил бы свою ветку на предмержевое состояние. Потом попробоал бы сделать rebase на master. Если всё прокатит - вы получите свой бранч, в котором все не ваши файлы в актуальном состоянии, но в вашей ветке только ваши правки

Либо обратиться к тимлиду за помощью ))

а если всем левым файлам сделать rollback?

Они в истории. rollback вам не поможет. Вы ещё и в историю запишете удаление файлов

блин, геморрой себе нажил )

rebase попробуйте. Если создадите ветку backup как я советовал - то всегда сможете вернуться туда откуда начали