матиас нобак из 2014-го считает, что flush-ить в репозиториях - ок: https://matthiasnoback.nl/2014/05/inject-a-repository-instead-of-an-entity-manager/

я save не делаю, отдельно add() отдельно flush() когда надо

Вопрос: есть сейчас обычный симфони проект(3.4, standard edition). Надо прикрутить пуш уведомления для людей онлайн. Что лучше для этого использовать?

sendpulse ?)

а попроще?)

а чего там сложного? скрипт воткнул, зарегался. все)

бесплатный тариф есть и лимит там вроде норм

Вопрос: есть сейчас обычный симфони проект(3.4, standard edition). Надо прикрутить пуш уведомления для людей онлайн. Что лучше для этого использовать?

поллинг на жеквери

Действительно, добавить одно условие в конструктор будет проще всего.

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

матиас нобак из 2014-го считает, что flush-ить в репозиториях - ок: https://matthiasnoback.nl/2014/05/inject-a-repository-instead-of-an-entity-manager/

Че то не нашёл, где он считает что флаш в репе ок

Поищи по "Suggestion: add a save function to your repository"

Поищи по "Suggestion: add a save function to your repository"

И?

а как перечеркивается смысл data mapper ? какие сайд эффекты?

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

флаш в репо ведь не мешает репозиторию общаться с датамаппером и внутри там мапить из базы на сущность

флаш в репо ведь не мешает репозиторию общаться с датамаппером и внутри там мапить из базы на сущность

Не мешает ) но ведь я писал не об этом

матиас нобак из 2014-го считает, что flush-ить в репозиториях - ок: https://matthiasnoback.nl/2014/05/inject-a-repository-instead-of-an-entity-manager/

не делайте так, никогда

Где вы вызываете $entityManager->flush() ? Видел презентацию, где делали отдельный мидлвер для flush, в рабочих проектах постоянно вижу, что flush вызывается прям в репозиториях. Как мне кажется, перечёркивается весь смысл Data Mapper, с другой стороны не возникнет ситауции, когда вызвали persist, но потом забыли вызвать flush

flush должен выполняться там. где известна граница бизнес транзакции

сервис хэндлер, мереджер, контроллер - не важно

важно что это должна быть та точка, где четко видна граница бизнес транзакции

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

хотя нет, просто репозиторий это не та точка. Можете загуглить "php save your repositories from save"

Лично я считаю , что репозиторий по своему определению не должен ничего сейвить в принципе, получение коллекций и так далее -ок, а сейвить -это либо всеми любимый «доменный менеджер», сервис и тд.. насчёт границы бизнес транзакции - интересное замечание)

Лично я считаю , что репозиторий по своему определению не должен ничего сейвить в принципе, получение коллекций и так далее -ок, а сейвить -это либо всеми любимый «доменный менеджер», сервис и тд.. насчёт границы бизнес транзакции - интересное замечание)

доменный менеджер это как доменная печь?

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

что репозиторий может вернуть только сущность, какой-то VO или кинуть исключение. И все в единственном экземпляре

а коллекции - это больше про UI

если упароться - можно просто разделить на уровне интерейсов и реализовать в одном классе)

но иногда ограничения которые накладывает доктрина (пока-что во всяком случае) вынуждают так делать

flush должен выполняться там. где известна граница бизнес транзакции

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

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

мне кажется что это не катит, с другой зависимость от EM где-то вне репозиториев тоже не катит... в итоге у меня появляется сервис Flusher

например у меня прямо сейчас юзкейс такой - помимо doctrine flush мне надо закоммитить еще и event store

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

вот такое нагуглил http://jmsyst.com/bundles/JMSAopBundle#transaction-management

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

что бы не тянуть жиный aop от jms

в яве кажется это на уровне hibernate самое колдуется с @Transactional

ну вроде не сложное да можно и самому

в яве кажется это на уровне hibernate самое колдуется с @Transactional

в джаве тебе не надо парсить все php файлы для того что бы аннотации выдрать

прошелся цикликом по методам, выдрал аннотации из рефлексии и ты в дамках

Grupo de Symfony en Español -> https://t.me/symfonyES

15 испанцев чет маловато)

15 испанцев чет маловато)

15 испанцев на проект на симфе...

есть у меня такой метод: /** * @param $method * @param array $params * @param null $className * @return null|object * @throws ApiException */ public function getFirstItemOrNull($method, $params = [], $className = null) { можно как то для IDE дать понять, что return может возвращать тип как в className? или phpdoc и php7 этого еще не умеют?

https://habrahabr.ru/post/348464/

есть у меня такой метод: /** * @param $method * @param array $params * @param null $className * @return null|object * @throws ApiException */ public function getFirstItemOrNull($method, $params = [], $className = null) { можно как то для IDE дать понять, что return может возвращать тип как в className? или phpdoc и php7 этого еще не умеют?

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

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

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

className

Как вариант: эту проблему может решить отказ от generic-методов

Как вариант: эту проблему может решить отказ от generic-методов

пока вот так решил /** @var HostGroup $result */ $result = $this->getFirstItemOrNull('hostgroup.get', [ 'filter' => [ 'name' => $name ] ], HostGroup::class);

есть у меня такой метод: /** * @param $method * @param array $params * @param null $className * @return null|object * @throws ApiException */ public function getFirstItemOrNull($method, $params = [], $className = null) { можно как то для IDE дать понять, что return может возвращать тип как в className? или phpdoc и php7 этого еще не умеют?

не умеют они так, увы. Заранее мог посмотреть на какой-то https://github.com/doctrine/instantiator/blob/master/src/Doctrine/Instantiator/InstantiatorInterface.php#L13

всем доброго дня ребят, я вот открываю для себя бандлы, который очень упрощают горы тех костылей, которые были раньше сначала с удивлением открыл fosuser затем easyadmin теперь вот rabbitmq что вы ещё используете, чаще всего, в проектах? и какие полезные бандлы вообще есть, по-вашему?

всем доброго дня ребят, я вот открываю для себя бандлы, который очень упрощают горы тех костылей, которые были раньше сначала с удивлением открыл fosuser затем easyadmin теперь вот rabbitmq что вы ещё используете, чаще всего, в проектах? и какие полезные бандлы вообще есть, по-вашему?

ничего, через пол годика ты поймешь что fos user говнище, easeadmin тоже а под rabbitmq проще банни библиотеку заюзать

Validator, serializer. Только это не бандлы

всем доброго дня ребят, я вот открываю для себя бандлы, который очень упрощают горы тех костылей, которые были раньше сначала с удивлением открыл fosuser затем easyadmin теперь вот rabbitmq что вы ещё используете, чаще всего, в проектах? и какие полезные бандлы вообще есть, по-вашему?

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

p.s. любой бандл который заставляет тебя наследовать сущности - говно по орпделению

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

можно подробней про интеграции? что под этим понимается? понятно, что всё по ситуации, но всё же

ну например для guzzle тебе не нужен бандл

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

а, окей, тогда понятно

а у кого щас в проде kubernetes кластер крутится? расскажите немного че да как, были ли проблемы, как давно в проде какие версии kubernetes, docker/rkt, containerd? че используете для сети? на чем крутятся ноды, coreos, ubuntu?

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

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

+

p.s. любой бандл который заставляет тебя наследовать сущности - говно по орпделению

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

ERROR: S client not available

А это нормально, что мне нравится symfony, но не нравятся бандлы под неё? Или мне просто не встречались образцовые?

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

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

золотые слова

А это нормально, что мне нравится symfony, но не нравятся бандлы под неё? Или мне просто не встречались образцовые?

золотой человек

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

бандлы - зло(

!

впрочем, обертка-бандл, которую писал сам - тоже гуано

profiler bundle, orm bundle, redis bundle, rabbitmq

кролик гуано)

redis snc ?) там тоже жопа

потому, что он по дефолту отвечает всегда ack

и даже если у тебя все упало - эта падла отвечает тоже ack

раньше так было точно

Позвольте расширить вопрос: А это нормально, что в своей нелюбви к бандлам под symfony я стараюсь не делать свой бандл, ибо сам bundle-way (как по задумке так и по структуре) мне не очень импонирует?

4ка же в этом плане все поменяла ... теперь bundle-way больше не тренд

+

и даже если у тебя все упало - эта падла отвечает тоже ack

не, оно назад возвращает сообщение

сейчас нормально?

пойду гляну хоть

4ка же в этом плане все поменяла ... теперь bundle-way больше не тренд

а что тренд?

redis snc ?) там тоже жопа

автоконфигурация удобная же

а что тренд?

как хочешь, так и делишь

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

как хочешь, так и делишь

это надо думать

это надо думать

с бандалми, если не думать - фигня получается

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

можно и самому, но если нужен кеш, сессии и ещё что-нибудь, то проще с бандлом

только там оно ломалось недавно ) то predis поддержку сломали, потом починили и сломали phpredis есл иу тебя пароль есть и порт с базой не стандартные - какой то отдельный класс который разбирает dsn подключали и внутри ифы с instanceof нафигачены )

в итоге метод добавили в один класс а в другой забыли )

http://symfony.com/blog/new-in-symfony-reproducible-builds

это надо думать

ты же как-то делал без bundle-way из-за не-любви) ... делай так и дальше) ...

о, это круто