?

https://www.postgresql.org/about/news/1894/ там 11 версия уже релизнулась

а всего-то нужно было с доки скопипастить :)

https://www.kiali.io/features/

во, вот это мне надо было

https://www.kiali.io/features/

чёт как-то слишком гламурненько. пробовал?

чёт как-то слишком гламурненько. пробовал?

не, еще istio не втащил в проект)

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

Нет, не ориентирован. Сага - это просто конечный автомат. Да, по логике вещей он может эмулировать атомарность (читай, прерываемость), но не должен это делать. Проще всего сагу представлять в виде блок-схемы: если\то.

Спасибо

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

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

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

я вопрос немного не вкурил

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

что значит "синхронное представление"?

мда неудачно выразился

ну типо воту нас все на событиях, и четкого control flow нету

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

а сага по сути эти процессы и описывает же?

ну фактически да, но сейчас ты на грани того ,чтобы юзать синхронные саги

это еще хуже, чем синхронный комманд бас)

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

саги без стейта - мусор ненужный

синхронная тоже может, лол

но да, это нафиг не нужно

синхронной саге так-то стейт и не нужен) её дело просто иф\елс скрыть

это зависит от того, насколько она растянута во времени

все же если она выполняется не за один запрос - она все еще синхронная)

но да, это извращение, я согласен

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

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

на самом деле, в подавляющем большинстве задач саги будут оверкилом) их имеет смысл юзать тогда, когда именно есть потребность выполнения в течение N времени.

что-то ты выходишь то заходишь

в чате можно просто нотификации выключить)

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

у тебя за сагами кто-то следит или они сами по себе?

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

у тебя за сагами кто-то следит или они сами по себе?

зачем им координатор? они сами прекрасно живут.

в чате можно просто нотификации выключить)

светит непрочитанными (даже в списке чатов). Вы как начнёте флудить, так я и выхожу.

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

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

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

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

ну это еще в книжке сэма ньюмена было и в data intensive(если не путаю)

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

ну такой есть)

светит непрочитанными (даже в списке чатов). Вы как начнёте флудить, так я и выхожу.

Я просто всю телегу закрываю, достаточно эффективно

Я просто всю телегу закрываю, достаточно эффективно

а по работе если кто напишет?

Я просто всю телегу закрываю, достаточно эффективно

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

а по работе если кто напишет?

Имейлы. Если что-то срочное, звонят/смс. Для чатов слэк, gotomeeting для звонков, но все заранее согласовывается и скедулится.

мы зум юзаем, клевая тема

Пожалуйста помогите набрать классы, для полезной issue для шторма https://youtrack.jetbrains.com/issue/WI-42806

мы зум юзаем, клевая тема

https://zoom.us/ этот?

ага, он

блин , смотрю у него варианты self-hosted есть, надо будет посмотреть. пасиба за наводку

И клиент под Линукс нативный, а не эти ваши электроны

какой то странный отзыв на слайдере увидел "Zoom сокращает время пребывания детей под наркозом и предотвращает многократные операции."

Джентельмены, что сейчас используют для функционального тестирования АПИ под Симфони 4? В доках они играются с БраузерКитом, но это оверкилл для моих задач - мне не надо хтмл анализировать. Мне надо уметь - заслать джсон, заслать файлик, провалидировать код ответа и его содержимое в видже джсона.

> провалидировать код ответа и его содержимое в видже джсона. ты прям json-ку хочешь валидировать?

я понимаю еще проверить на соответствие схеме

а так - шлешь Request в кернел, получаешь респонс

для этого тебе ничего особо не надо дополнительно

Ну руками я могу это написать

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

ну сделай

вообще думаю они есть

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

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

хреновая идея

но это мое мнение

почему?

почему?

Сейчас будет про то что это тебе не укажет где конкретно ошибка)

я считаю что в целом возвращать при изменении данные - глупо. Либо тебе это не нужно от слова совсем (ибо весь этот стэйт есть на клиенте) либо тебе надо слать это дело через сокеты (в ситуации когда тебе надо стэйт между несколькими клиентами синхронизировать). А так - это неоправданно усложняет тестирование, выхлопа мало и т.д. Но пару лет назад я тож так делал и даже либу писал что бы было удобнее: https://github.com/fesor/json_matcher

Сейчас будет про то что это тебе не укажет где конкретно ошибка)

он тесты апи пишет, уже нет смысла это обсуждать.

и плохого в этом нет ничего

я считаю что в целом возвращать при изменении данные - глупо. Либо тебе это не нужно от слова совсем (ибо весь этот стэйт есть на клиенте) либо тебе надо слать это дело через сокеты (в ситуации когда тебе надо стэйт между несколькими клиентами синхронизировать). А так - это неоправданно усложняет тестирование, выхлопа мало и т.д. Но пару лет назад я тож так делал и даже либу писал что бы было удобнее: https://github.com/fesor/json_matcher

спасибо, гляну

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

Сейчас будет про то что это тебе не укажет где конкретно ошибка)

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

Ну так и я о том же, да и сам так делаю, разве что не возвращаю обновленные данные обратно, а просто пустой ответ с 200 кодом

Ок

https://github.com/fesor/json_matcher/pull/18 - я вот так хотел сделать

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

+ по схеме проверять

Джентельмены, что сейчас используют для функционального тестирования АПИ под Симфони 4? В доках они играются с БраузерКитом, но это оверкилл для моих задач - мне не надо хтмл анализировать. Мне надо уметь - заслать джсон, заслать файлик, провалидировать код ответа и его содержимое в видже джсона.

есть на одном проекте связка Postman + newman, достаточно удобно, только ручками надо экспортить файлик из Postman

https://github.com/fesor/json_matcher/pull/18 - я вот так хотел сделать

на phpspec чем-то похоже. Там кстати Behat/Testwork по идее можно реюзать для своих тул

https://github.com/funk-spec/funk-spec например

Спасибо, гляну, мож чего придумается

есть на одном проекте связка Postman + newman, достаточно удобно, только ручками надо экспортить файлик из Postman

не ну все лучше чем ничего, но я не думаю что это все эффективный способ делать дела. Другой вопрос что тулингов других нету)

на phpspec чем-то похоже. Там кстати Behat/Testwork по идее можно реюзать для своих тул

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

составные какие

прогать можно только под прозаком)0

https://github.com/fesor/json_matcher/pull/18 - я вот так хотел сделать

А как ты смотришь на такое https://github.com/coduo/php-matcher ?

А как ты смотришь на такое https://github.com/coduo/php-matcher ?

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

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

эм .. не понял про смешивание. У него вроде свой dsl

https://twitter.com/matthiasnoback/status/1053735805045366784

https://github.com/coduo/php-matcher Сильно помагает?

Обычно делал json_decode и тестировал как обычно.