а потоки в эрланге ещё лучше)

но мы тут про пхп, мучаемся с пхп :)

"превозмогая"?

Не знаю, как у вас дела обстоят, но я не особо парюсь. Просто сейчас отказался от модного mvc в сторону event-based микросервисных приложений. Разные языки (пых, го, джава), но одна шина.

Шило на мыло

Я тихо ненавижу уже микросервисы :)

Ну вы же понимаете это PHP ? а вы говорите о многопоточности

PHP не для этого

А он "превозмог" ;)

"Он" это кто?

Хотя event-based сравнивать с MVC не совсем корректно

Хотя event-based сравнивать с MVC не совсем корректно

я вот решил не развивать эту тему ;)

Ну видимо имелся в виду некий монолит против микросервисов.

в cqrs/es связке в принципе нет возможности использовать mvc

только на уровне отдельного приложения под query bus

эти подходы сравнивать так же корректно, как и мягкое с тёплым. Тут согласен. Но выразить, видимо, верно не смог

Почему же, все CQRS/ES дела убираются в модельный слой, контроллер забирает результат и пихает во view. Чем не оно.

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

Всем привет, подскажите, что делаю не так <?if (!$isNewsView || !$isArticlesView ) { ?> <div class="page-title"> <h1><? $APPLICATION->ShowTitle ( false ) ?></h1> </div> <?}?>

вы правда понимаете что это за слова?

Но конструкция не работает

!$isNewsView !$isArticlesView =1

Всем привет, подскажите, что делаю не так <?if (!$isNewsView || !$isArticlesView ) { ?> <div class="page-title"> <h1><? $APPLICATION->ShowTitle ( false ) ?></h1> </div> <?}?>

Оборачивай свой код в $foo = 5;

Всем привет, подскажите, что делаю не так <?if (!$isNewsView || !$isArticlesView ) { ?> <div class="page-title"> <h1><? $APPLICATION->ShowTitle ( false ) ?></h1> </div> <?}?>

Так глазу приятнее)

Немного не понял)

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

Вот отсюда https://github.com/prooph/event-sourcing/blob/master/examples/quickstart.php#L235

Почему же, все CQRS/ES дела убираются в модельный слой, контроллер забирает результат и пихает во view. Чем не оно.

При command (в контексте http это post/put/patch/delete) контроллер в принципе ничего не забирает) он вообще не нужен и от http можно/нужно избавиться. Кидается задача в очередь, демон её выполняет и записывает в результате что-то в read базу в том виде, в котором это нужно представлению (если совсем упрощённо расписывать схему). Контроллер нужен для query, что бы ползать в read базу

Все что там в корневом неймспейсе - это просто котнроллер, получаем данные и рендерим view

Вот отсюда https://github.com/prooph/event-sourcing/blob/master/examples/quickstart.php#L235

т.е. вы явно не понимаете что там происходит... печально :)

> от http можно/нужно избавиться.

Как ты от него избавишься? Предложишь пользователю ходить напрямую по AMQP протоколу? =)

зачем?) есть инструменты с быстрым i/o. Которые с удовольствием возьмут http запрос и положат в очередь

привет какая-нибудь нода

Причем тут php ?

она же потом из очереди заберёт эвент и отдаст его какому-нибудь ангуляру :)

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

прикольный чувак. ;) он из cqrs+es целую инфраструктурную архитектуру вывел ;)

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

Тут вообще нет слова php :\

вам явно виднее :)

Я же писал выше что MVC подход может вполне норм использоваться совместно с CQRS и с ES

прикольный чувак. ;) он из cqrs+es целую инфраструктурную архитектуру вывел ;)

cqrs/es - просто подход) если вы Грега Янга почитаете на досуге, поймёте откуда рождается такая архитектура

Они друг другу не мешают.

Я же писал выше что MVC подход может вполне норм использоваться совместно с CQRS и с ES

увы, нельзя

увы, нельзя

А мужики то и не знают, у которых годами так сайты крутятся )

Что они используют невозможный подход.

можно и ёжика сожрать. Сайт визитка закрутится и на таком.

Но генерация представлений, снапшотов, саги - всё идёт по звезде в таких условиях. Оно неюзабельно от слова совсем

Ну и не только визитка. И зачем сюда ноду приписывать.

затем, что есть понятие event store и read datavase

вы про event sourcing аще нихера не знаете, так зачем пытаетесь спорить?)

что быстрее сможет получить данные из read базы? пхп или нода?)

Кто быстрее побежит тот и получит.

почему у вас в примере данные берутся не из read базы, а из агрегата?) вы знаете как создаётся агрегат?

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

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

я как раз всё это прекрасно знаю :)

не сомневаюсь, что вы так считаете

вот в примере выше товарищ показал, что он собирает агрегат и передаёт его во view часть. Гениально, но это не event sourcing

т.е. давайте мы возьмум пустой агрегат, накатим на него N эвентов до ближайшего снапшота и отрендерим? гениально. Но смотрите дальше) у этих разрабов есть все части головоломки в репозитории

и почитайте Янга) поможет для понимания зачем и что используется.

> Гениально, но это не event sourcing А кто вам это сказал? Потому что так у Янга написано?

потому, что агрегат и представление - разные вещи. Потому, что есть 2 базы данных: операционная (event store) и с представлениями (read)

у этих парней это так же на месте. Просто вы не видете потому, что не понимаете о чём пытаетесь спорить

> есть 2 базы данных: операционная (event store) и с представлениями (read) Это где вообще такое написано?

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

Отлично. Т.е. мы берём query запрос, поднимаем агрегат, накатываем все эвенты, генерируем на основании агрегата представление, отдаём клиенту. и так каждый раз?)

?

> Оно неюзабельно от слова совсем А что там юзабельно или нет - это ваши личные догадки которые не имеют отношения к реальности.

конечно) вам виднее

Паш, харе тролить ;)

Отлично. Т.е. мы берём query запрос, поднимаем агрегат, накатываем все эвенты, генерируем на основании агрегата представление, отдаём клиенту. и так каждый раз?)

Да представьте себе так и работает. А когда в проекции хранится - это не более чем оптимиазция имплементации.

Так оно работает ток у вас, теоретика :)

Работает и кушать не просит. Значит имеет право на жизнь.

Боже упаси меня от практика, который для cqrs+es нагородил ноду + асинхронность в пхп ;) оказывается, оно иначе не работает ;)

на сайтах визитках, конечно)

А вы как определяете метрику сайтовизиточности для системы?

по выполняемым задачам, кол-во поситителей и их действиям над системой. С любовью, ваш К.О.

Я не спорю что в кровавом энтерпрайзе там все хранится в 100500 облачных хранилищах и работает на джаве на сервере с 128GB оперативки. Но у нас же тут php - мир уюта и наколеночных проектов. Иногда они вырастают до больших, иногда так и остаются декоративными собачками.

банальный вопрос: в рамках синхронной схемы как организовать саги?

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

яркий пример - гостовая криптография. Только джава, только хардкор.

ну либо сишарп

Понимаешь в чем твоя проблема... CQRS - это просто паттерн. И областей применимости - куча. Хоть взаимодействие между агентами раздведки ;) Где ты подхватил идеи - я не знаю, но твое изложение "все в кучу поливая базвордами" говорит в общем не о твоем профессиоанлизме, а скорее о "хайпнутости".

Для модного мвс почему-то подряжают нжинкс, фпм и прочее всякое) а нода под рид базу - фу, изврат) Л - логикв

cqrs es вполне используется на одном языке в одном приложении без всяких там "микросервисов". Зачем ты валишь все в кучу - не понимаю.

ну тут у вас две крайности. Вы похоже не хотите отличать write модели от read моделей :) а товарищ... запутался в базвордах и технологиях.

был бы это форумный тред, я б его прикрыл

Ну в том и отличие.. от форума ;)

Товарищ ни в чём не запутался) просто Дмитрий не очень представляет как оно работает) Вот уже и микросервисы не нужны стали) хорошо, чтл это не Го чатик)

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

С этим хайпом будет то же самое.

Окей) это ваше мнение

cqrs вообще не имеет отношения к микросервисам es вообще не имеет отношения к микросервисам

Про спги мне так никто и не ответил)

Саги*

то, что инфраструктурную архитектуру системы с ее ПО и микросервисами можно построить по принципам, описанным в этих паттернах - не значит, что эти паттерны "про это"

Про спги мне так никто и не ответил)

Ну я нашел синхронную библиотеку но чет не уверен чтоит ли ее кидать https://github.com/broadway/broadway-saga

Окей) это ваше мнение

Вот интересная статейка в тему https://habrahabr.ru/post/311208/

Не стоит. Лучше посмотрите что-нибудь вроде нсервайс баса

Сага из вашего примера не выберется из таймаута при реальном использованмм