История изменений
Исправление intelfx, (текущая версия) :
На сервере конфы. Непонятно.
На каком сервере? На единственном? Или на всех? Кому выдавать и как? Где хранить курсор? Если ты аккуратно ответишь на эти вопросы, получишь s2s cпеку матрикса.
Не переизобрел Matrix, а натянул их идейку на все готовое.
«Эта сова начинает рваться ещё в самом начале процесса» (c) кто-то с ЛОРа.
Оставлю тот же механизм доставки MUC-станз, что и сейчас, в любую из конф-алиасов. В итоге присоединение к этой конфе и участие в ней будет возможно по любому алиасу. Ни на клиентах, ни на серверах, в распределенности не участвующих, ничего править не придется.
Отлично. Не забываем, что тебе как минимум потребуется линеаризовывать DAG и наоборот. Т. е. по сути моё требование не соблюдено, потому что ты придумал инкапсуляцию и интероп представляет собой нетривиальное преобразование из одного протокола в другой.
Итак, что мы получили:
- эквивалент s2s матрикса, натянутый на откровенно херовый wire protocol (спасибо, но лучше JSON over HTTP, чем бесконечный XML over TCP. если это утверждение вызывает сомнения, пожалуйста, не подходи к проектированию сетевых приложений ближе, чем на километр.)
- встроенный в каждый полноценный сервер адаптер в baseline XMPP, сложность реализации которого сопоставима со сложностью реализации моста между двумя разными протоколами
- абсолютно никаких преимуществ перед матриксом
Да, наша сеть построена вокруг проблемы нетсплитов, и сейчас их нет.
Я тебе привёл случай из своей реальной жизни, который решился матриксом и не решился бы в XMPP. Если ты мне сейчас предложишь подстраивать свою жизнь под технологию — я предложу тебе пройти лесом, потому что машина для человека, а не человек для машины.
Исправление intelfx, :
На сервере конфы. Непонятно.
На каком сервере? На единственном? Или на всех? Кому выдавать и как? Если ты аккуратно ответишь на эти вопросы, получишь s2s cпеку матрикса.
Не переизобрел Matrix, а натянул их идейку на все готовое.
«Эта сова начинает рваться ещё в самом начале процесса» (c) кто-то с ЛОРа.
Оставлю тот же механизм доставки MUC-станз, что и сейчас, в любую из конф-алиасов. В итоге присоединение к этой конфе и участие в ней будет возможно по любому алиасу. Ни на клиентах, ни на серверах, в распределенности не участвующих, ничего править не придется.
Отлично. Не забываем, что тебе как минимум потребуется линеаризовывать DAG и наоборот. Т. е. по сути моё требование не соблюдено, потому что ты придумал инкапсуляцию и интероп представляет собой нетривиальное преобразование из одного протокола в другой.
Итак, что мы получили:
- эквивалент s2s матрикса, натянутый на откровенно херовый wire protocol (спасибо, но лучше JSON over HTTP, чем бесконечный XML over TCP. если это утверждение вызывает сомнения, пожалуйста, не подходи к проектированию сетевых приложений ближе, чем на километр.)
- встроенный в каждый полноценный сервер адаптер в baseline XMPP, сложность реализации которого сопоставима со сложностью реализации моста между двумя разными протоколами
- абсолютно никаких преимуществ перед матриксом
Да, наша сеть построена вокруг проблемы нетсплитов, и сейчас их нет.
Я тебе привёл случай из своей реальной жизни, который решился матриксом и не решился бы в XMPP. Если ты мне сейчас предложишь подстраивать свою жизнь под технологию — я предложу тебе пройти лесом, потому что машина для человека, а не человек для машины.
Исправление intelfx, :
На сервере конфы. Непонятно.
На каком сервере? На единственном? Или на всех? Кому выдавать и как? Если ты аккуратно ответишь на эти вопросы, получишь s2s cпеку матрикса.
Не переизобрел Matrix, а натянул их идейку на все готовое.
«Эта сова начинает рваться ещё в самом начале процесса» (c) кто-то с ЛОРа.
Оставлю тот же механизм доставки MUC-станз, что и сейчас, в любую из конф-алиасов. В итоге присоединение к этой конфе и участие в ней будет возможно по любому алиасу. Ни на клиентах, ни на серверах, в распределенности не участвующих, ничего править не придется.
Отлично. Не забываем, что тебе как минимум потребуется линеаризовывать DAG и наоборот. Т. е. по сути моё требование не соблюдено, потому что ты придумал инкапсуляцию и интероп представляет собой нетривиальное преобразование из одного протокола в другой.
Итак, что мы получили:
- эквивалент s2s матрикса, натянутый на откровенно херовый wire protocol (спасибо, но лучше JSON over HTTP, чем бесконечный XML over TCP. если это утверждение вызывает сомнения, пожалуйста, не подходи к проектированию сетевых приложений ближе, чем на километр.)
- встроенный в каждый полноценный сервер адаптер в baseline XMPP, сложность реализации которого сопоставима со сложностью реализации моста между двумя разными протоколами
- абсолютно никаких преимуществ перед матриксом
Да, наша сеть построена вокруг проблемы нетсплитов, и сейчас их нет.
Я тебе привёл случай из своей реальной жизни, который решился матриксом и не решился бы в XMPP. Если ты мне сейчас предложишь подстраивать свои юзкейсы под технологию — я предложу тебе пройти лесом, потому что машина для человека, а не человек для машины.
Исходная версия intelfx, :
На сервере конфы. Непонятно.
На каком сервере? На единственном? Или на всех? Кому выдавать и как? Если ты аккуратно ответишь на эти вопросы, получишь s2s cпеку матрикса.
Не переизобрел Matrix, а натянул их идейку на все готовое.
«Эта сова начинает рваться ещё в самом начале процесса» (c) кто-то с ЛОРа.
Оставлю тот же механизм доставки MUC-станз, что и сейчас, в любую из конф-алиасов. В итоге присоединение к этой конфе и участие в ней будет возможно по любому алиасу. Ни на клиентах, ни на серверах, в распределенности не участвующих, ничего править не придется.
Отлично. Не забываем, что тебе как минимум потребуется линеаризовывать DAG и наоборот. Т. е. по сути моё требование не соблюдено, потому что ты придумал инкапсуляцию и интероп представляет собой нетривиальное преобразование из одного протокола в другой.
Итак, что мы получили:
- эквивалент s2s матрикса, натянутый на откровенно херовый wire protocol (спасибо, но лучше JSON over HTTP, чем бесконечный XML over TCP. если это утверждение вызывает сомнения, пожалуйста, не подходи к проектированию сетевых приложений ближе, чем на километр.)
- встроенный в каждый полноценный сервер мост в baseline XMPP, сложность реализации которого сопоставима со сложностью реализации сервера
- абсолютно никаких преимуществ перед матриксом
Да, наша сеть построена вокруг проблемы нетсплитов, и сейчас их нет.
Я тебе привёл случай из своей реальной жизни, который решился матриксом и не решился бы в XMPP. Если ты мне сейчас предложишь подстраивать свои юзкейсы под технологию — я предложу тебе пройти лесом, потому что машина для человека, а не человек для машины.