добрый день, подскажите пожалуйста как правильно описать анотации для сущьности product_to_warehouse вот схема http://prntscr.com/i3xeos

добрый день, подскажите пожалуйста как правильно описать анотации для сущьности product_to_warehouse вот схема http://prntscr.com/i3xeos

ну то есть у тебя есть сущность с двумя manyToOne связями

добрый день, подскажите пожалуйста как правильно описать анотации для сущьности product_to_warehouse вот схема http://prntscr.com/i3xeos

oneToMany -> ManyToOne

между ними твоя сучность

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

таблица нужна для для фиксирования на каком складе находится тот или иной товар, я правильно предполагаю?

т.е. по факту это может быть id из промежуточной таблицы со связями?

скорее всего, можно и без дополнительной сущности обойтись. Но это не точно

кол-во всёравно придётся хранить

если хочешь разрешить только один продукт, повесь уникальный ключ

таблица нужна для для фиксирования на каком складе находится тот или иной товар, я правильно предполагаю?

следует перестать думать таблицами)

будет чуточку проще

ну, походу, самый просто способ - через промежуточную сущность и JoinTable

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

есть товары, есть SN (серийный номер), т.к. одного наименования товара может быть много единиц, и есть склады на которых они находятся. В один момент времени одна единица (SN) может находится только на одном складе. Между этими 3 сущьностями продукт содержит SN, а склад содержит товары

это если отойти от таблиц, а как в таком раскладе хранить какой товар на каком складе находится?

юзаете естественные идентификаторы в сущностях?

natural identifiers

или лучше всегда суррогатные?

или лучше всегда суррогатные?

есть еще вопрос какие айдишки тебе можно палить)

а так я обычно по умолчанию суррогаты юзаю, но порой их потом убираю

это если отойти от таблиц, а как в таком раскладе хранить какой товар на каком складе находится?

ну вот у тебя есть сущность склад, она и ответсвенна за хранение продуктов)

warehouse->add(product)

ну или не add а что-то более подходящее для логики

ну мол более естественные связи, в терминах твоей бизнес логики

а как это потом на базу мэпить - это уже потом разберемся

какое время на выполнение тестового задания вы считаете приемлемым? именно затраченное время разработчиком

пару часов, день, два, неделя?

часа 4 макс

warehouse->add(product)

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

я даже хз что ты напишешь за 4 часа, и что ты из этого оценишь

какой-то алгоритм или узконаправленную задачу разве что

crud

пару часов, день, два, неделя?

зависит от того что ты хочешь посмотреть этим тестовым заданием

:D

зависит от того что ты хочешь посмотреть этим тестовым заданием

да вот это тоже вопрос

я даже хз что ты напишешь за 4 часа, и что ты из этого оценишь

маленькую задачку на алгоритм решающуюся строчек в 4-5

я к примеру лучше сделаю тестовое задание при приеме на работу

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

хзхз, ходил недавно, только одни дали тестовое

из 8

и на него я благополучно забил

хзхз, ходил недавно, только одни дали тестовое

и у скольких из них была известна вилка зп?

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

если круд - нахуй

у этих, с тестовым, я как раз таки не спрашивал про вилку :D

видел у megogo задание - я б его для себя даже б сделал

как челенж

если круд - нахуй

ну вот у них был крад на ларе

я даже хз что ты напишешь за 4 часа, и что ты из этого оценишь

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

и там слегка логики

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

похоже на тестовое у Егора Бугаенко

у них есть код, и нужно PR прислать с рефакторингом

Хз, кто это

норм

в целом да, неплох вариант

видел у megogo задание - я б его для себя даже б сделал

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

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

тут согласен

но если вилка указана

и там скажем стоит 3-3.5к зелени

ты б не рискнул сделать задание?)

бывает спрашиваем на собесе.. типо вод код, что в нём не ок, и чтобы ты сделал лучше

видел у megogo задание - я б его для себя даже б сделал

это когда было?

это когда было?

в скала чатике

ща найду

фетч данных с публичного апи dribbble, вытащить фоловеров, лайкеров, посты т.е. там граф связанных данных, потом агрегация чтобы посчитать топ юзеров. Основная фишка в том что у дрибла реквест лимиты, но он в ответе присылает timestamp когда можно сделать следующий запрос и нужно это все красиво сделать не прибегая к Thread.sleep.

ERROR: S client not available

и там скажем стоит 3-3.5к зелени

зависит от того хочу ли я к ним :D

imho

зависит от того хочу ли я к ним :D

это да, надо имя компании зарабатывать

в скала чатике

тринитрон3005 присылал?)

а, вижу

ходить на конфы, пиарить компанию)

рассказывать за хардкор

вот все знают Grammarly

что у них там жесть техническая

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

и всё

:D

рассказывать за хардкор

https://frameworksdays.com/event/highload-fwdays-17/review/top-10-architecture-failes Типа этого?

https://frameworksdays.com/event/highload-fwdays-17/review/top-10-architecture-failes Типа этого?

полистаю позже) ну я вообще оцениваю компанию часто как раз по докладам

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

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

наверное так и сделаю, хороший вариант)

если составной первичный ключ что указывать в "referencedColumnName" ?

если не ошибаюсь, доктрина не поддерживает составные ключи для связей UPD: не поддерживает именно в referencedColumnName

или возможно через несколько joinColumns, не уверен

style ci

style ci

а что, эта надстройка над php-cs-fixer стала бесплатной?

phpstan

Здравствуйте. Возник такой вопрос: Например есть бэкенд на симфони, и фронт на каком нибудь reactjs/angularjs/vuejs. На сервере пермишены построены на Вотерах. На всех экшенах - аннотации Security("is_granted('some_permission')"). Вот как на фронте лучше всего получить результат их работы? Например есть страница со списком всех постов всех юзеров. Кнопка редактирования и удаления должна быть только возле тайтла поста текущего залогиненого юзера. Плюс где-то в шапке сайта еще есть кнопка создания поста. Раньше в твиге ишли различные is_granted и в зависимости от них рендерились или пропускались эти кнопки.

дублировать логику проверок на фронт - не вариант вообще. Не всегда проверки простые как "$currentUser == $post->getAuthor()"

дублировать логику проверок на фронт - не вариант вообще. Не всегда проверки простые как "$currentUser == $post->getAuthor()"

добавляешь флаги в json

{ id, title, post, owned: boolean }

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

либо метаданными, но по большое прятать на бэке

Здравствуйте. Возник такой вопрос: Например есть бэкенд на симфони, и фронт на каком нибудь reactjs/angularjs/vuejs. На сервере пермишены построены на Вотерах. На всех экшенах - аннотации Security("is_granted('some_permission')"). Вот как на фронте лучше всего получить результат их работы? Например есть страница со списком всех постов всех юзеров. Кнопка редактирования и удаления должна быть только возле тайтла поста текущего залогиненого юзера. Плюс где-то в шапке сайта еще есть кнопка создания поста. Раньше в твиге ишли различные is_granted и в зависимости от них рендерились или пропускались эти кнопки.

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

спасибо

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

можно один эндпоинт со списком доступных фич

если на более высоком уровне