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

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

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

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

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

я замечал дебильных БА которые хотят в одном текстовом филде искать по 20-ти параметрам

"хочу поиск что бы оно волшебным образом угадывало по чем я ищу!"

p.s. вообще у тебя от этого больше должно было бы гореть)

я замечал дебильных БА которые хотят в одном текстовом филде искать по 20-ти параметрам

и еще синонимы учитывало))

так и плодится связанность

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

и паралельно срут на мнение технарей)

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

вы хотите об этом поговорить?)

что бы база хотя бы терабайт(

а че ты на такой проект не пойдешь? вон во всяких уберах всегда открыты вакансии)

это уже вопросы построения комманд и взаимодействие

вы хотите об этом поговорить?)

зачем? до меня дошли слухи что справедливость востаржествовала) Да и я вырвался с нашего проекта а потому мне норм)

в дискорде в кассандре сколько лежит терабайтов... в день..?

зачем? до меня дошли слухи что справедливость востаржествовала) Да и я вырвался с нашего проекта а потому мне норм)

лол

а че ты на такой проект не пойдешь? вон во всяких уберах всегда открыты вакансии)

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

у них скучно там как-то, пхп почти ниче не делает

в дискорде в кассандре сколько лежит терабайтов... в день..?

английский подучу - буду думать

у них скучно там как-то, пхп почти ниче не делает

так это хорошо - повод писать не на php

у меня знакомый недавно пошел работать в HH как SRE, занимается как раз инфраструктурой проекта. эт весело)

так, а что сервис в сущности пробрасывать это норм?

https://github.com/magento/magento2/blob/2.2-develop/app/code/Magento/Catalog/Model/Product.php#L390-L425

так, а что сервис в сущности пробрасывать это норм?

воу воу

самое забавное что у них "модель" при этом все еще кишит сеттерами и геттерами

самое забавное что у них "модель" при этом все еще кишит сеттерами и геттерами

ну это вообще какая-то странная штука

не совсем сущность

как фасад какой-то

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

неужели тем кто там работает нравится их проект, код?

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

ну в магенте там вроде есть толковые ребята

я смотрел пару докладов

я не спорю, но блин

неужели тем кто там работает нравится их проект, код?

гыгы

цитата

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

А они не должны лежать в DataFixtures/ORM?

Хм... :) блин. :) завтра проверю. :) спасибо.

https://www.youtube.com/watch?v=GJYhrYG-Kag

вроде это этот доклад

ну чуваки там не особо хвалят

магенту)

"зачем работать в компании, за которую ты не захочешь топить?" (с)

"зачем работать в компании, за которую ты не захочешь топить?" (с)

?

ну хз, деньги не главное

ну все люди разные)

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

а от того что тебе за магенту в теории заплатят на 300 баксов больше(а по факту этого не будет), то нафига?

так, а что сервис в сущности пробрасывать это норм?

втупую - не очень

даже double dispatch - это уже сомнительное (но иногда необходимое) решение.

иногда - дай примерчик

иногда - дай примерчик

public function authorize(string $password, PasswordEncoder $encoder);

ну или еще какие штуки, хз

оно редко нужно

во всяком случае за последние 2-3 месяца мне это не надо было)

public function authorize(string $password, PasswordEncoder $encoder);

аутентифицировать же)

но сомнительный пример

аутентифицировать же)

ой, да. ну ты меня понял

но сомнительный пример

почему?

ты бы предпочел эту логику в сервис? а потом тебе надо запоминать когда ты авторизовывался. А потом учитывать эту инфу при логине. А потом еще чего

оно редко нужно

или так ` public function authorize(EncodedPassword $password) { ... $password->isValid($this->password); } `

так лучше

или так ` public function authorize(EncodedPassword $password) { ... $password->isValid($this->password); } `

можно так

но только EncodedPassword это не совсем правда + куда запихнуть рехэш?)

но только EncodedPassword это не совсем правда + куда запихнуть рехэш?)

ой все

)

ERROR: S client not available

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

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

Доброго дня снова! Скажите, а что вы использовали в качестве js клиента для отправки GraphQL запросов? Я использую библиотеки apollo-client и apollo-upload-client. Мне теперь нужно понять - это особенность этих библиотек или особенность Overblog GraphQL, а именно то, что, если отправлять мультипарт запрос с помощью apollo-upload-clien, то Overblog GraphQL не видит в запросе query и variables. Я залез в парсер запроса Overblog GraphQL - там он понимает, что может прийти мультипарт и ожидает его, но ожидает набор полей: query variables operationName В то время как Apollo посылает поля: operations map Судя по всему еще и формат хранимого полей различается, так как я уже пробовал жестко присвоить operations в query. Не помогло. Вот Request Payload, который шлется у меня на сервер: ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="operations" {"query":"mutation ($performer: PerformerInput!) {\n Performer(input: $performer)\n}\n","variables":{"performer":{"id":null,"firstName":"","lastName":"","patronymic":"asas","instagramLink":"","youtubeLink":"","insiderInfo":"","image":null}}} ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="map" {"0":["variables.performer.image"]} ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="0"; filename="blob" Content-Type: text/plain ------WebKitFormBoundaryfEqDQZLBkEmGBjvm-- Данные у меня все тестовые, так что не боюсь публиковать. От Overblog GraphQL отказаться уже не могу. Но JS клиент могу взять любой. Подскажите мне выход, если вы знаете уже готовый сценарий отправки файла на Overblog GraphQL сервер. Буду очень благодарен. Ведь у меня нет времени писать собственный парсер запросов

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

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

Доброго дня снова! Скажите, а что вы использовали в качестве js клиента для отправки GraphQL запросов? Я использую библиотеки apollo-client и apollo-upload-client. Мне теперь нужно понять - это особенность этих библиотек или особенность Overblog GraphQL, а именно то, что, если отправлять мультипарт запрос с помощью apollo-upload-clien, то Overblog GraphQL не видит в запросе query и variables. Я залез в парсер запроса Overblog GraphQL - там он понимает, что может прийти мультипарт и ожидает его, но ожидает набор полей: query variables operationName В то время как Apollo посылает поля: operations map Судя по всему еще и формат хранимого полей различается, так как я уже пробовал жестко присвоить operations в query. Не помогло. Вот Request Payload, который шлется у меня на сервер: ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="operations" {"query":"mutation ($performer: PerformerInput!) {\n Performer(input: $performer)\n}\n","variables":{"performer":{"id":null,"firstName":"","lastName":"","patronymic":"asas","instagramLink":"","youtubeLink":"","insiderInfo":"","image":null}}} ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="map" {"0":["variables.performer.image"]} ------WebKitFormBoundaryfEqDQZLBkEmGBjvm Content-Disposition: form-data; name="0"; filename="blob" Content-Type: text/plain ------WebKitFormBoundaryfEqDQZLBkEmGBjvm-- Данные у меня все тестовые, так что не боюсь публиковать. От Overblog GraphQL отказаться уже не могу. Но JS клиент могу взять любой. Подскажите мне выход, если вы знаете уже готовый сценарий отправки файла на Overblog GraphQL сервер. Буду очень благодарен. Ведь у меня нет времени писать собственный парсер запросов

проще отказаться от мутильпартов

или собирать руками запросы

надо придумать юзкейс)

текущий баланс пользователя, который складывается из его денежных операций: пополнения, разные списания

это в сущности с пробросом сервиса?)

зачем?

можно через коллекции)

но вообще - это модель чтения тебе нужна

ну у пользователя есть разная логика завязанная на балансе

ну у пользователя есть разная логика завязанная на балансе

ну вот надо конкретно каждый случай разбирать

баланс не всегда обязательно заново читать по всей истории

храни последний актуальный баланс у него и все

тогда чем плохо в сущность пробрасывать сервис если он нужен одному ее методу?

храни последний актуальный баланс у него и все

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

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

тогда чем плохо в сущность пробрасывать сервис если он нужен одному ее методу?

но мы только что выяснили что он не нужен

cqrs пока нет)

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

когда это не нужно

ммм

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

ну то есть все упирается в кастомные коллекции)

коллекция в сущности? транзакций многовато)

микроплатежи и микротраты)

Не знаю очем речь парни :), но когда делали систему с миллиономами транзакций использовали подход переходного баланса

Тоесть это по сути мини блокчейн

коллекция в сущности? транзакций многовато)

знаешь как работают extra lazy ассоциации?

нет смысла хранить и пересчитывать всю коллекцию постоянно.

Тоесть это по сути мини блокчейн

тип распределенная и базируется на хэш деревьях?

или просто лэджер?