@admin ну, наверное, 1) пользователь хочет иметь способ находить людей с некоторыми интересами, чтобы подписываться на них.
2) для этого нужно ассоциировать с каждой записью список интересов и главное - реализовать механизм оповещения других узлов. как это сделать без некоего централизованного хранилища, хранящего как минимум список узлов, которым можно послать запрос, пока не представляю.
@hijai
с 1 ясно, что темно. Но... Подписка на тэги, нэ?
Насчёт 2: ну это же тупо тэги.
@admin на одном узле это реализуемо, но вся соль в том, чтобы можно было искать тэги на других узлах. это вот как реаизовать?
@hijai Элементарно. Встроенной реализацией подписок на теги и релеем оной. Это несколько увеличит нагрузку на узлы, но не думаю, что сильно.
@admin не понимаю. ели не поддерживается список узлов (то есть, при отсутствии минимального центрального хранилища), как это будет работать?
@hijai По той же федерации. Все (!) узлы передают всю (!) активность всем узлам, с которыми взаимодействуют, а список этих узлов растёт от двух вещей: 1) пользователи подписываются на пользователей других узлов. и 2) админы используют релеи.
@admin да, только так. но, думаю, реализации такой фичи не будет.
@hijai тащемта, нужно просто запросить у разрабов подписку на тэги, остальное инфраструктура вытянет автоматом.
@hijai При отсутствии ключевой проблемы у нас возникает проблема...
На самом деле нет. Но нужно:
1. Понять, что именно хочет на выходе получить пользователь
2. Прикинуть варианты реализации
3. Примерно просчитать нагрузку на ноду.