--client-id="": Sets the Client ID used for API authentication --client-token="": Sets the Client Token used for API authentication

пипец

у них в доке ошибка

урра, фикстуры грузятся на 90% быстрее

а кто-то завтра получит по башке за обращение по сети по postPersist

че за ошибка?

накатал им тикет уже?

там в примере к docker compose не те энвайрмент переменные для агента

надо бы

завтра)

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

@fes0r чуть поближе познакомился с CQRS - ну архитектуру он меняет знатно, на самом деле

@fes0r чуть поближе познакомился с CQRS - ну архитектуру он меняет знатно, на самом деле

ну, не сказал бы, сбольшего зависит от того, что было до ))

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

это детали реализации, можно и в одной хранить, в разных таблицах

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

ну, это не крайность, это как хочешь)

можно конечно ваще развлекаться и http://getprooph.org/

проблема в том, что сроки подгорают, а я пока в этом подходе еще не освоился - большой риск переходить на cqrs внезапно

мать моя женщина

но "сделанный проект > несделанный, но местами хороший проект"

вот, я о том же)

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

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

а то каюсь, я частенько изменяю данные, и отдаю в том же методе уже измененный объект

https://gist.github.com/jsor/6e79afb989c866915f20 из этого дела кто-то что-то пробовал? пока интересует cqrs без евент-сорсина

мы пруфовский event store юзаем

ну и вообще event sourcing компонент

не помню чем мне broadway не понравился

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

хм, можно же самый простой cqrs замутить на евентах в симфони

не совсем трувэй

но побаловаться можно

Стоит ли переводить сервер на php 7?

Скорость работы увеличится от этого?

Стоит ли переводить сервер на php 7?

немного, но памяти меньше будет жрать в 2 раза где-то

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

https://speakerdeck.com/simensen/introduction-to-event-sourcing-and-cqrs-with-broadway-php-benelux-2016 о, вроде норм слайды, еще бы саму презентацию посмотреть

Благодарю братья за ответы

хабр как-то совсем рекламой засрался

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

а, не, тогда и контроля будет меньше

@Enleur ну да)

@Enleur хабр уже не торт

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

http://www.doctrine-project.org/2009/06/19/using-views-with-doctrine.html хмммм

не, это не совсем то

смотрю сроки у тебя не так и сильно горят)

Anton а зачем дружить с доктриной? Там и так есть мэпперы

там и так можно делать мэппинг SQL на объекты

там и так можно делать ReadModel

там и так можно делать SELECT new MyDTO(u.id, u.name, f.something) FROM...

ничего дружить не надо, максимум обертку

@mkusher это пока разведка - смотрю, что можно внедрить без боли в заднем проходе уже сейчас, а что пока лучше не трогать)

слушай @fes0r'a

@fes0r SELECT new MyDTO(u.id, u.name, f.something) FROM... DQL настолько умный?)

помню, год назад пробовал сущность натянуть на вью тэйбл - там что-то не пошло

да умный

читай документацию)

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

доктрину уже почти год в руках не держал :(

так это ж dao

какая разница че за он)

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

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

ERROR: S client not available

Anton именно потому что пропасть, даже думать не думай переводить уже имеющийся проект на доктрину. Максимум на BDAL и то для организации table gateway есть куда более интересные решения.

доктрина выгодна когда идет разработка новой части проекта например. Когда ты проектируешь еще объектную модель

а когда у тебя уже есть существующая модель данных оно будет только мешать

@fes0r это новый проект, он только с виду похож на текущий, но почти вечь функционал переносится с изменениями

почитай про row data gateway и возможно это поможет тебе лучше работать с элоквентом

это тип то что было до эктив рекорд. Считай что это то как надо юзать эктив рекорд

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

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

ибо количество багов в текущем просто неимоверное

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

> но нет, не подойдет это почему?

Client -> Event -> Store -> Calculate State -> Profit

заодно автологирование

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

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

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

меняются от слова кардинально

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

ну то есть каждый день предметная область меняется?

что есть "кардинально"?)

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

ну это не кординально

это мелкие изменения

ну как в ес это все перековырять?

а не надо перековыривать

все сохраненные стейты надо изменять?

ну небыло у тебя раньше таких полей

и небыло

представь что у тебя уже есть продакшен база

и тебе надо добавить 5 новых полей

откуда ты данные родишь если их раньше небыло?

ну они тянутся из других проектов