Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 89
Вообще парадокс – до сих пор нет какого-то общего стандарта для общения с любых устройств условно неограниченному кругу лиц кроме почты, которая уже морально устарела.
Я для подобных целей изобретал свой велосипед на основе протокола сродни бинарному HTTP/2 с аутентификацией по ed25519.
Я для подобных целей изобретал свой велосипед на основе протокола сродни бинарному HTTP/2 с аутентификацией по ed25519.
Почта стандартна только потому, что получила распространение задолго до того, как в интернет забрели корпорации… XMPP — вполне нормальный стандарт. То, что разработчики приложений на его основе закрывают свои сервера и протоколы — это не его проблемы, а особенности финансирования разработчиков приложений…
Я не заявляю, что XMPP плох. Скорее говорю об общей картине. Последние несколько лет наблюдается постепенное снижение интереса к XMPP, почта перестала удовлетворять потребностям повседневного общения. Вакуум какой-то.
а еще есть TextSecure от WhisperSystems или просто OTR и не надо ничего изобретать )
Почему почта устарела?
«Морально устарела» это из серии «задолбало этим пользоваться». Синдром желания новинок, который умные маркетологи, обозвали «изменением коньюктуры рынка» и «изменение жизни, потребностей», а пипл подхватил =)
Хотя любопытное дело: нет до сих пор нормального почтовика для дроидов (OpenSource, адекватная поддержка SSL, полная поддержка SMTP и полная, адекватная поддержка IMAP). А человек тут про XMPP жалуется) (почтовики для иОС не смотрел за ненадобностью)
Хотя любопытное дело: нет до сих пор нормального почтовика для дроидов (OpenSource, адекватная поддержка SSL, полная поддержка SMTP и полная, адекватная поддержка IMAP). А человек тут про XMPP жалуется) (почтовики для иОС не смотрел за ненадобностью)
Почтовики
Есть встроенный гугловый, но он далековат от опен-соурс. Да и к гуглу доверия -10 по 50-бальной шкале.
Есть К9, но как оказалось, он считает, что сервер обязательно далжен отвечать алгоритм передачи пароля. Но нет, это не так. Не работает.
Есть АкваМэйл. Всё круто, но адекватной поддержкой IMAP назвать нельзя: море непонятного и «левого траффика»
Остальные либо совсем сырые и с SMTP/IMAP мало дружат или закрытый исходный код)
Возможно что-то упустил, любопытно узнать альтернативы)
Есть К9, но как оказалось, он считает, что сервер обязательно далжен отвечать алгоритм передачи пароля. Но нет, это не так. Не работает.
Есть АкваМэйл. Всё круто, но адекватной поддержкой IMAP назвать нельзя: море непонятного и «левого траффика»
Остальные либо совсем сырые и с SMTP/IMAP мало дружат или закрытый исходный код)
Возможно что-то упустил, любопытно узнать альтернативы)
Щито? Не ожидал услышать такого на хабре.
А что тут такого? Бо́льшая часть программ на моём компьютере (включая ОС и BIOS (или что там вместо него сейчас?)) — бинарные. Остальные с открытым кодом, но у меня нет никакого желания в нём копаться. И, да, непонятно — зачем пользователю (а айтишники частенько выступаю в роли пользователя) открытый код?
Скажем, LibreOffice у меня на компе — с открытым кодом. Если у меня баг в отображении вордовского документа, лезу ли я в код? Боже упаси! Читал ли я код хоть раз, чтобы понять — нет ли в нём закладок? Никогда!
Как и 99% читателей Хабра.
Скажем, LibreOffice у меня на компе — с открытым кодом. Если у меня баг в отображении вордовского документа, лезу ли я в код? Боже упаси! Читал ли я код хоть раз, чтобы понять — нет ли в нём закладок? Никогда!
Как и 99% читателей Хабра.
Простите мне мою леность: спорить с вами не буду.
Да и этот комментарий не стоило писать.
Который комментарий?
Пожалуйста, воздержитесь от указаний о том, что стоит или не стоит делать другим хабралюдям. Не берите на себя слишком многого, и позвольте голосам за комментарии и карму делать их работу.
Пожалуйста, воздержитесь от указаний о том, что стоит или не стоит делать другим хабралюдям. Не берите на себя слишком многого, и позвольте голосам за комментарии и карму делать их работу.
А есть сомнения в том какой комментарий? Вот этот бессмысленный комментарий «простите мне мою леность: спорить с вами не буду».
Я высказал своё мнение: писать его не стоило. Вы же как раз мне указываете что делать и что не делать, причём достаточно однозначно: воздержитесь от указаний… не берите на себя слишком многого, и позвольте….
Я высказал своё мнение: писать его не стоило. Вы же как раз мне указываете что делать и что не делать, причём достаточно однозначно: воздержитесь от указаний… не берите на себя слишком многого, и позвольте….
Вместо написания комментария о том, стоило ли писать какой-либо комментарий, просто нажмите соответствующую стрелочку. Она нужна именно для этого.
Не создавайте информационный шум: не всем интересно ваше мнение по поводу чужих комментариев.
В своём комментарии, который вас так задел, я всего лишь искренне извинился перед вами, что не буду отвечать на ваши вопросы и поддерживать с вами диалог на эту тему, дабы вы ненароком не сочли бы это моим неуважением к вам. Вежливость и участие.
Больше так не буду.
Не создавайте информационный шум: не всем интересно ваше мнение по поводу чужих комментариев.
В своём комментарии, который вас так задел, я всего лишь искренне извинился перед вами, что не буду отвечать на ваши вопросы и поддерживать с вами диалог на эту тему, дабы вы ненароком не сочли бы это моим неуважением к вам. Вежливость и участие.
Больше так не буду.
А такого, что на этот вопрос уже было отвечено-переотвеченно тьму тёмную количество раз, чем опен-соурс так качественно приемлее для конечных же пользователей, нежели проприетарные программы.
Риторика...И если бы Вы жили в Германии было бы очень интересно, на сколько Вас интересует работа ПО на компе и гаджетах с учётом того, что вся отвестенность на Вас и никого не… волнует, что Вы не знали, что ПО может быть ретранслятором и через гаджет (тот же почтовик) прошло террористическое письмецо. А так, выходя из крайностей, то открытый код качественно лучше развивается. Не зря даже такие мастадонты, как мелкомягкий хотят часть продуктов (а часть уже) перевести на открытый исходный код.
Вот смотрю на людей и диву даюсь: держать почту на гугле, допустим, т.е. у врага, и это норм. Использовать почтовые клиенты и не думать, что это сильно влияет на нашу с вами жизнь, на ценообразование.
Риторика...И если бы Вы жили в Германии было бы очень интересно, на сколько Вас интересует работа ПО на компе и гаджетах с учётом того, что вся отвестенность на Вас и никого не… волнует, что Вы не знали, что ПО может быть ретранслятором и через гаджет (тот же почтовик) прошло террористическое письмецо. А так, выходя из крайностей, то открытый код качественно лучше развивается. Не зря даже такие мастадонты, как мелкомягкий хотят часть продуктов (а часть уже) перевести на открытый исходный код.
Вот смотрю на людей и диву даюсь: держать почту на гугле, допустим, т.е. у врага, и это норм. Использовать почтовые клиенты и не думать, что это сильно влияет на нашу с вами жизнь, на ценообразование.
Зато 1% (по вашим оценкам) таки читают, исправляют или хотя бы информируют сообщество. А 99% могут проверить их слова о, например, уязвимостях.
См. многочисленные истории про OpenSSL. То, что эту библиотеку смотрела куча глаз, не уберегло её от ряда серьёзных уязвимостей.
А будь она закрытым проектом, то уязвимости до сих пор бы жили в нём.
У вас прям какая-то вера религиозной природы.
Давайте простой пример. «Циски», которые стоят почти повсеместно — дырявое решето?
Крупные компании тратят на экспертизу своих проектов приличные деньги и этот процесс носит постоянных характер, тогда как у проектов с открытым кодом это всё неорганизованно, стихийно.
Конечно, бывают исключения.
Давайте простой пример. «Циски», которые стоят почти повсеместно — дырявое решето?
Крупные компании тратят на экспертизу своих проектов приличные деньги и этот процесс носит постоянных характер, тогда как у проектов с открытым кодом это всё неорганизованно, стихийно.
Конечно, бывают исключения.
А что, cisco не устраняет свои ошибки и не выпускает обновления? Может и не решето, но дырки точно есть.
Гарантий нет ни в том, ни в другом случае. И уже надоело видеть «все смотрели, но за двадцать лет так и не обнаружили». Обнаружили? Да. Исправили? Да. Быстро? Ну уж явно не медленнее корпораций. И если с OSS приобретаешь просто геморрой, то с корпорациями всё то же самое, но за деньги.
Гарантий нет ни в том, ни в другом случае. И уже надоело видеть «все смотрели, но за двадцать лет так и не обнаружили». Обнаружили? Да. Исправили? Да. Быстро? Ну уж явно не медленнее корпораций. И если с OSS приобретаешь просто геморрой, то с корпорациями всё то же самое, но за деньги.
За тем же, зачем и SSL, OpenGPG, чтобы иметь возможность убедиться или разубедиться в том, что почтовик не сливает данные в какую нить агитационно-националистическую базу. Или ещё хуже — торгашам. Чтобы после почтового сообщения «тем эти лекарства дешёвые» (замените слово «лекарства» любым) вдруг не подпрыгивали цены в том месте или вдруг не исчезала торговая точка.
Опять в карму нагадили ироды окоянные. Посмотрите для начала фильм 99 франков =)
Опять в карму нагадили ироды окоянные. Посмотрите для начала фильм 99 франков =)
Устарела как формат повсеместного повседневного общения. Она была разработана, когда Интернет был «по карточкам», использовался чаще в профессиональных целях и было удобнее написать одно длинное письмо и через пару дней ждать ответа. Сегодня же отсутствие пользователя онлайн скорее исключение нежели правило. У пользователей ярко выразились новые роли. Почта стала выполнять новые функции, например такие как аутентификация. Но подстроилась ли почта под новые требования? Сколько дополнительных программ приходится использовать для общения пользователю? Для личного общения WhatsApp, для деловой переписки – Skype, для разработки – Slack. Электронная почта стала одной из. Она продолжает пользоваться популярность исключительно из-за распространенности и своего привилегированного положения – только у почты есть унифицированная система адресации имя@хост.
Почта это единый протокол обмена сообщениями. В отличие от ватсаппов, фейсбуков и другой шелухи которая сегодня есть, а завтра ее уже не станет. Или станет но внутри флеш плеера, только на виндовс 10 в браузере ИЕ.
Почта одна из очень немногих дает вам возможность быть независимым, быть хозяином своей информации.
Почта одна из очень немногих дает вам возможность быть независимым, быть хозяином своей информации.
Вы приводите плюсы почты, которые я никак не умаляю. А я говорю о том, что технически на основе почтового протокола трудно сделать что-то новое, и включить почтовый протокол в имеющийся сегодня проект никому и в голову не придет. Например, если я захочу сделать ресурс, пользователи которого смогли бы писать сообщения пользователям другого ресурса, то мне будет проще написать web api для получения данных от другого ресурса по HTTP протоколу, чем создавать параллельную инфраструктуру для работы с почтовым протоколом и внедрять это в свой проект. Почта реализует собственный транспортный протокол и при этом имеет не самую лучшую поддержку коммуникационных функций. Было бы вполне логичным в эпоху глобального HTTP, отказаться от собственного транспорта и сконцентрироваться на развитии коммуникационной составляющей.
Электронная почта устарела как технология, просто достойной альтернативы нет. За подтверждением далеко ходить не надо – вы, будучи хозяином своей информации, держите почту в gmail, где вы всего лишь гость.
Электронная почта устарела как технология, просто достойной альтернативы нет. За подтверждением далеко ходить не надо – вы, будучи хозяином своей информации, держите почту в gmail, где вы всего лишь гость.
Я бы не хотел работать с людьми, для которых преимущественно общение через Skype или какой-то Slack.
Почта универсальна, подходит под любые нужны. А ваши все форматы могут исчезнуть в любой момент. Почта тоже, но это менее вероятно.
Для личного общения почта устарела, это факт. Сейчас этим балом правят всякие мессенджеры.
Но для делового общения и для работы лучше (ИМХО) и универсальней почты пока что ничего нет.
А для онлайн дискуссий есть IRC.
Почта универсальна, подходит под любые нужны. А ваши все форматы могут исчезнуть в любой момент. Почта тоже, но это менее вероятно.
Для личного общения почта устарела, это факт. Сейчас этим балом правят всякие мессенджеры.
Но для делового общения и для работы лучше (ИМХО) и универсальней почты пока что ничего нет.
А для онлайн дискуссий есть IRC.
По поводу почты и прочего ответил выше.
А по поводу выбора мессенджера: сегодня 9 из 10 заказчиков на том же фрилансе предложат вам обсудить проект именно в Skype. А для работы над проектом, где совместно трудятся не только программисты, но и менеджеры, дизайнеры и прочие специалисты, удобнее slack сейчас нет. И это не ИМХО, а данность.
ИМХО – IRC – вещь для программеров.
А по поводу выбора мессенджера: сегодня 9 из 10 заказчиков на том же фрилансе предложат вам обсудить проект именно в Skype. А для работы над проектом, где совместно трудятся не только программисты, но и менеджеры, дизайнеры и прочие специалисты, удобнее slack сейчас нет. И это не ИМХО, а данность.
ИМХО – IRC – вещь для программеров.
Но, согласитесь, почта действительно устарела как протокол. Все еще далеко не все серверы используют шифрование при передаче писем, SPF — костыль, а DMARC почему-то никто не использует, да и он не всегда подходит. Надеюсь, проекты вроде DarkMail войдут в мейнстрим.
IRC я тоже люблю, но он критически устарел: нет поддержки истории, невозможно сразу залогиниться после разрыва соединения, ограничение на длину сообщения, nickserv, chanserv, cp1251, cp1252.
Не понимаю, почему нет нормального хотя бы протокола, который описывал и шифрованное текстовое общение, и аудио/видеозвонки и конференции. Есть XMPP, который до сих пор нормально NAT не пробивает, из-за чего нельзя передавать файлы, с OTR, который не позволяет создавать шифрованные чаты, с Jingle, который поддерживают 2.5 клиента, и есть SIP, который позволяет неплохо звонить голосом и видео, и даже конференции, но который тоже не всегда пробивает NAT (даже ICE, бывает, не срабатывает), и с SIMPLE, который, опять же, поддерживают 2.5 клиента, и который ну очень простой, которого недостаточно для нормального IM.
Есть неплохие проекты на основе WebRTC, но они все в браузере.
IRC я тоже люблю, но он критически устарел: нет поддержки истории, невозможно сразу залогиниться после разрыва соединения, ограничение на длину сообщения, nickserv, chanserv, cp1251, cp1252.
Не понимаю, почему нет нормального хотя бы протокола, который описывал и шифрованное текстовое общение, и аудио/видеозвонки и конференции. Есть XMPP, который до сих пор нормально NAT не пробивает, из-за чего нельзя передавать файлы, с OTR, который не позволяет создавать шифрованные чаты, с Jingle, который поддерживают 2.5 клиента, и есть SIP, который позволяет неплохо звонить голосом и видео, и даже конференции, но который тоже не всегда пробивает NAT (даже ICE, бывает, не срабатывает), и с SIMPLE, который, опять же, поддерживают 2.5 клиента, и который ну очень простой, которого недостаточно для нормального IM.
Есть неплохие проекты на основе WebRTC, но они все в браузере.
Почта асинхронная, в этом её великое преимущество. Можно просто сесть и трижды в день разгрести что-то там.
А вот во всяких вотсаппах люди в основном ожидают немедленного ответа.
А вот во всяких вотсаппах люди в основном ожидают немедленного ответа.
асинхронность хороша, когда вам надо реагировать на чужие запросы — тогда да. А если вы на месте спрашивающего?
Надо понимать, что если вы, спрашивающий, требуете немедленного ответа на ваше решение, вы как бы оцениваете этим своё время и свою проблему выше, чем время того, у кого вы это спрашиваете.
Если у вас есть на это право, то наверняка есть и канал срочной связи с тем, у кого спрашиваете. Зайти в соседний кабинет, позвонить, ещё какие-то другие варианты. Такие каналы нужно как-то сразу обговаривать с людьми, которые обязаны вам отвечать на любые ваши запросы немедленно.
Если у вас есть на это право, то наверняка есть и канал срочной связи с тем, у кого спрашиваете. Зайти в соседний кабинет, позвонить, ещё какие-то другие варианты. Такие каналы нужно как-то сразу обговаривать с людьми, которые обязаны вам отвечать на любые ваши запросы немедленно.
XMPP свои функции уже кучу лет исправно выполняет. А на месте автора, я бы смотрел в сторону matrix.org.
P.S. заголовок слишком провокационный
P.S. заголовок слишком провокационный
подскажие, как нечто подобное прикрутить к тому, что бы переписка сохранялась на сервере? Или она в этом продукте уже сохраняется и я что то не допонял? заранее извиняюсь
Это не продукт сам по себе, а протокол, аля XMPP. Только построенный поверх привычных технологий, как HTTP REST JSON. Есть несколько реализаций серверов (http://matrix.org/blog/try-matrix-now/ раздел Homeservers) и клиентов (та же страница). Почему я привёл эту ссылку? Заголовок статьи звучит как «XMPP отстой». Мой ответ: «Раз вам(автору статьи) XMPP отстой, тогда посмотрите в сторону неотстойного Matrix.org»
P.S. сейчас в свободное время немного пилю свою реализацию Home Server. Стоит ли по результатам запиливать на хабр статью про сам протокол и мой сервер?
P.S. сейчас в свободное время немного пилю свою реализацию Home Server. Стоит ли по результатам запиливать на хабр статью про сам протокол и мой сервер?
Протокол этот был изобретён еще в те времена, когда у людей не было по 15 разных гаджетов одновременно, и никто сильно и не заморачивался с синхронизацией переписки между ними. Обычно, у человека тогда был свой комп, да мобильник, и на этом список гаджетов заканчивался.
Для вашего решения наверное было бы более логично написать свой собственный простейший протокол, ведь вам там совсем немного надо было для своей задачи. А вы вместо этого попытались решить свою проблему через этакого монстра для общения из 2000-х годов :) Сами уж виноваты, это не вина XMPP-протокола.
Для вашего решения наверное было бы более логично написать свой собственный простейший протокол, ведь вам там совсем немного надо было для своей задачи. А вы вместо этого попытались решить свою проблему через этакого монстра для общения из 2000-х годов :) Сами уж виноваты, это не вина XMPP-протокола.
Абсолютно с этим согласен. Собственно, я почти это и написал в выводе. Протокол конечно из 2000-х годов, но это не отменяет того, что в 2010-ых он выглядит устаревшим, об этом и статья.
Я знакомился с xmpp в тех самых 2000-ых и можнро считать, что уже всё забыл. Тем не менее, мы до сих пор продаем и эксплуатируем продукт, у которого внутри xmpp. Правда, людей это не касается вообще никак, сугубо внутренняя штука.
Так вот у меня ощущение (скорее всего ошибочное), что основной плюс протокола именно в том, что туда не очень сложно «докинуть» те возможности, которые нужны, при том, что некая основа уже есть готовая. Нужен вам архив сообщений — делайте. Нужно zzzz — делайте.
Но конечно это подразумевает, что
* потребуется допиливание сервера
* потребуется допиливание клиента
Альтернатива «полностью свой собственный код», не факт, что окажется выгоднее.
Общего решения тут нет, увы.
Так вот у меня ощущение (скорее всего ошибочное), что основной плюс протокола именно в том, что туда не очень сложно «докинуть» те возможности, которые нужны, при том, что некая основа уже есть готовая. Нужен вам архив сообщений — делайте. Нужно zzzz — делайте.
Но конечно это подразумевает, что
* потребуется допиливание сервера
* потребуется допиливание клиента
Альтернатива «полностью свой собственный код», не факт, что окажется выгоднее.
Общего решения тут нет, увы.
Если нужно пристрелить воробья, а есть только пушка, то имеет смысл изобрести рогатку
Рогатка рисковала стать пушкой, учитывая все требования. И в этом свете изобретать пушку заново не очень хотелось.
Так чем все закончилось? Вы решили писать свой велосипед или учить erlang?
Жаль про выбор клиентов про мобильные мало)
Мы в свое время выбрали libjingle, аргументировав это тем, что используется в Google Talk и может собираться для iOS и Android.
Потом libjingle стала частью webrtc и ради нескольких мегобайт полезного кода библиотеки приходилось собирать половину хромиума.
А некоторые баги, на которые заведены таски несколько лет назад так и не пофикшены (с pull requests у гугла не очень хорошо).
Использовать существующие реализации XMPP на мобильных, наверное, не очень разумно. В последнее время рекомендуется делать доставку сообщений до клиента через что-то типо GCM, а не держать постоянное соединение с сервером.
Мы в свое время выбрали libjingle, аргументировав это тем, что используется в Google Talk и может собираться для iOS и Android.
Потом libjingle стала частью webrtc и ради нескольких мегобайт полезного кода библиотеки приходилось собирать половину хромиума.
А некоторые баги, на которые заведены таски несколько лет назад так и не пофикшены (с pull requests у гугла не очень хорошо).
Использовать существующие реализации XMPP на мобильных, наверное, не очень разумно. В последнее время рекомендуется делать доставку сообщений до клиента через что-то типо GCM, а не держать постоянное соединение с сервером.
Статья должна называться «Как мы выбрали продукт (не проанализировав его возможности) который нам не подходит и жаловались потом на него», или, если почитать выводы статьи, «Никто не будет делать что-то за вас».
Btw,
Мне вот интересно, кластеризацию вы тоже будете писать сами?
Btw,
Знай я всё это сначала — предложил бы написать собственный чат-сервер.Ну да, это проще, чем написать модуль на Erlang/Elixir. Хотя, если чатом пользуются два с половиной человека, то да, возможно и проще.
Мне вот интересно, кластеризацию вы тоже будете писать сами?
С одной стороны модуль написать звучит попроще, а с другой стороны для этого надо бы выучить этот самый Erlang.
Про кластеризацию можем поговорить, если хотите. Вижу две проблемы: горизонтальное масштабирование хранилища с сообщениями и пользователями и собственно пересылка сообщений между пользователями, если они подключены к разным серверам. Первая проблема уже решена: используем mongodb с шардингом. Вторая проблема решается при помощи Apache Kafka/RabbitMQ или другой очереди, по вкусу.
Про кластеризацию можем поговорить, если хотите. Вижу две проблемы: горизонтальное масштабирование хранилища с сообщениями и пользователями и собственно пересылка сообщений между пользователями, если они подключены к разным серверам. Первая проблема уже решена: используем mongodb с шардингом. Вторая проблема решается при помощи Apache Kafka/RabbitMQ или другой очереди, по вкусу.
Ключевая буква — X. Расширяемый протокол. Даже слишком расширяемый… Глядя на список ксепов, можно сойти с ума. И уж понятно, что все opensource-сервера и клиенты писались авторами под свои специфичные нужды, а для Ваших нужд не нашлось, увы, подходящих реализаций.
Но это, как уже говорилось, не означает, что «XMPP отстой». Эдак можно говорить, что «XXX отстой», если не подходит под Ваши нужды. Яркие примеры: «винда отстой», «линукс отстой», «фряха отстой», «макось отстой», «Android остой», «iOS отстой» и так далее.
Но это, как уже говорилось, не означает, что «XMPP отстой». Эдак можно говорить, что «XXX отстой», если не подходит под Ваши нужды. Яркие примеры: «винда отстой», «линукс отстой», «фряха отстой», «макось отстой», «Android остой», «iOS отстой» и так далее.
При этом нормального механизма получения архива сообщений по страницам нет. Под нормальным я подразумеваю выставление offset и limit. Здесь вы можете установить только параметр max, который выставит максимальное количество сообщений и параметр start, который означает время, начиная с которого вы будете получать сообщения.
Чем offset и limit отличаются от start и max? :/
Тем, что механизм со start и max заставляет нас брать этот самый start из последнего сообщения. С другой стороны у механизма с offset и limit тоже есть свои проблемы.
Ну и в целом даже то, что есть позволяет вытаскивать сообщения по start и max только с определённым пользователем. То есть заранее нужно знать с каким пользователем сообщения вытаскивать. А чтобы узнать с какими пользователями вообще было общение вам нужно вытащить коллекции (термин самого XMPP, означает диалог с каждым отдельным пользователем, в каждый отдельный день) и как-то из них вычленить уникальных пользователей. Ну или вытягивать из отдельных коллекций.
Моветон, ага, но все РБД имеют это в своём синтакисе. Потому что когда критерий сортировки не совпадает в возрастанием или убыванием айдишников, неясно как листать страницы.
Название стандарта XEP-0013 доставляет и раскрывает суть.
А уведомления о прочтении в каком XEP описаны?
Какой полезный комментарий. Давайте по-порядку.
Обе спеки что вы скинули deferred соответственно абсолютно бесполезны.
Message Carbons доставит только на подключенные устройства.
В статье есть часть про сам протокол и часть про сами реализации. Вы считаете что надо было сделать как-то иначе?
Обе спеки что вы скинули deferred соответственно абсолютно бесполезны.
Message Carbons доставит только на подключенные устройства.
В статье есть часть про сам протокол и часть про сами реализации. Вы считаете что надо было сделать как-то иначе?
Мне лично никак не мешает deferred. Как и сами спеки, впрочем, никак не помогают.
Не понимаю зачем вы упоминали MAM (в статье про него есть, кстати) и Message Carbons (про онлайн сообщения в статье ничего плохого не сказано) вообще. Они не решают проблемы, работа с историей в XMPP даже с упомянутыми вещами — абсолютный геморрой, о чём я писал тут.
В статье я описал в целом о работе с протоколом, и по-моему реализации это очень важная часть темы. И да, я не утверждал, что кривость реализаций обсусловлена кривостью протокола.
Не понимаю зачем вы упоминали MAM (в статье про него есть, кстати) и Message Carbons (про онлайн сообщения в статье ничего плохого не сказано) вообще. Они не решают проблемы, работа с историей в XMPP даже с упомянутыми вещами — абсолютный геморрой, о чём я писал тут.
В статье я описал в целом о работе с протоколом, и по-моему реализации это очень важная часть темы. И да, я не утверждал, что кривость реализаций обсусловлена кривостью протокола.
Не помогают — нулевая полезность.
Нет, зато в комментарии упоминаю, что и он — не панацея.
С вашей схемой при логине с нового устройства будут происходить забавные вещи.
Нет, зато в комментарии упоминаю, что и он — не панацея.
С вашей схемой при логине с нового устройства будут происходить забавные вещи.
Хм, возможно неправильно вас понял. Но мне казалось что при логине с нового устройства будет происходить синхронизация всех-всех сообщений. Вообще эту проблему временно решили написав эндпоинт, который собирает уникальные диалоги в истории сообщений. С точки зрения производительности решение ужасное, но пока работает сносно.
а может вот это будет получше?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
XMPP отстой