оу, спасибо за инсайд. спрашивал пару месяцев в слаке про поддержку pub/sub, как раз когда refset интересовался, кому интересен 3df для crux: мы хотим слезть с firebase realtime database, на которой у нас сейчас работают чаты, в пользу чего-то более приятного, но исходя из услышанного видимо придется либо подписываться на кафку самим, либо забить и сделать на дэйтомике c 3df (или даже просто с tx-report-queue)

я передам расклад :)

вау, спасибо :)

вообще, в Краксе Вы всегда можете написать свой индексер, у которого будет report-queue. Последний релиз про модульность это позволяет.

это который про конфигурацию топологий?

этот https://github.com/juxt/crux/pull/340

да

И можно их в https://juxt-oss.zulipchat.com/# мучить пока доку не напишут или не объяснят нормально. В отличие от Слака там нормально хранится история, а не полагаться на реиндексацию в логах. Поэтому там развёрнутее может быть ответ.

круто, спасибо!

А какой у Вас кейс если не секрет?

есть заведения, в которых есть менеджеры, и есть кастомеры, которые взаимодействуют с заведениями (покупают там что-то и получают за это баллы). менеджеры должны уметь общаться со своими кастомерами (т.е. в отличие от, например, интеркома, нам нужны many-to-many, а не one-to-many чаты) + присылать подарки каким-то особенным кастомерам (т.е. у нас довольно кастомный кейс)

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

интересно

принято, буду смотреть

я понял, Вы имели ввиду разные раскладки, примерно как на Cytoscape
https://js.cytoscape.org/

У всех этих либ есть большая проблема. Они красивые, но не эргономичные совершенно

sigma.js, как оказалось, из коробки умеет только noverlap и force atlas

я про это и спрашивал :))

Ну то есть картинка красивая, но пользы никакой

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