История изменений
Исправление
mertvoprog,
(текущая версия)
:
Толку в таком случае от смузихлёбов, что они наплодили xep-ов, если ими никто не пользуется?
А кто пользоваться будет, если смузихлёбы бегут свои нескучные протоколы пилить вместо реализации XMPP?
Отправлять их можно только одним способом, как в протоколе указано.
Ну-ну ;) Мы вот вчера ещё одну печальное зрелище обнаружили: шматричные клиенты, оказывается, при посылке body и formatted_body кладут в body не просто плейнтекст, а плейнтекст с исходной разметкой, в том числе велосипедной, которую другие клиенты понимать не обязаны. И эта разметка пугает получателей, почистить её в общем случае и нельзя, выходит. В то время как джабберный XHTML кладётся в отдельный тег, а в <body></body>
чистый плейнтекст.
хочу переустановить приложение на мобильном устройстве
Дебилизм. Ещё шындовз переустановить предложите ;)
Вы же не будете предлагать искать какие-то файлы, копировать на флешку, относить в другое место, подменять файлы, а потом при каждом изменении настроек повторять всё тоже самое?
А почему решение этой задачи должно закладываться в протокол для мессенджера? O_O Вам не кажется, что задачу синхронизации настроек следует решать абстрактно для любых приложений, а не только для приложений-мессенджеров?
И как чат будет переноситься между устройствами, если нельзя даже узнать, какие устройства (не ресурсы) подключены к аккаунту?
А зачем это знать для этой задачи? Если клиент, владеющий сообщениями, оффлайн, то обратиться к нему всё равно не получится. А если онлайн, то один клиент обращается к серверу, а сервер запрашивает у другого клиента ;)
С таким отношением вообще нет смысла заводить пароль, весь всё равно могут его угнать.
Ну поэтому сейчас в моде безпарольная аутентификация, да ;) По факту, точнее, по OTP, но юзер этот OTP может и не видеть, он прилетит тихонько где-то в пуше. Юзверьё не умеет обращаться с паролями, увы; воспитывать бесполезно, да и некому.
В адекватном протоколе есть
Протокол протоколом, а пущай клиенты научатся :P Пришлось руками переносить, файликом. Даже не строчкой.
Как это сделано в xmpp? Или это не нужно?
Вообще-то это никак особо делать не надо, надо этому не мешать. Чтобы любой клиент после аутентификации имел полноценный доступ к учётке, а не через какую-то бюрократию с другими клиентами.
избитые мантры
Мантры у Вас в голове ;) Нас так в вялендосрачах в мантрах про сетевую прозрачность иксов обвиняли, хотя Мы про неё и не заикались никогда.
здесь что забыли?
Давно ЛОР в илитный закрытый клуб превратился? Глагне с новостями читает много людей, куда больше, чем тех, кто здесь пишут или зарегистрированы.
Более того, я уже неоднократно показывал, что в «базовом протоколе» xmpp есть проблемы, которые ни за 10 лет, ни сейчас никто не решает.
Ну так потому и не решают, что пилят свои велосипеды вместо XMPP, что является частью одной большой тенденции последнего десятилетия — пложения зоопарка мессенджеров, которая затрагивает и проприетарные мессенджеры, и свободные.
Даже если клиент разросся до 2 гигабайт, но их все использует - то это не утечка
Пользователю без разницы. Если программа требует дохрена рамы для работы, то она неюзабельна. Ладно бы какая-то профессиональная программа, но мессенджеры же по сути своей фоновые, их задача — отсвечивать тихонько в фоне и не мешать.
Исходная версия
mertvoprog,
:
Толку в таком случае от смузихлёбов, что они наплодили xep-ов, если ими никто не пользуется?
А кто пользоваться будет, если смузихлёбы бегут свои нескучные протоколы пилить вместо реализации XMPP?
Отправлять их можно только одним способом, как в протоколе указано.
Ну-ну ;) Мы вот вчера ещё одну печальное зрелище обнаружили: шматричные клиенты, оказывается, при посылке body и formatted_body кладут в body не просто плейнтекст, а плейнтекст с исходной разметкой, в том числе велосипедной, которую другие клиенты понимать не обязаны. И эта разметка пугает получателей, почистить её в общем случае и нельзя, выходит. В то время как джабберный XHTML кладётся в отдельный тег, а в чистый плейнтекст.
хочу переустановить приложение на мобильном устройстве
Дебилизм. Ещё шындовз переустановить предложите ;)
Вы же не будете предлагать искать какие-то файлы, копировать на флешку, относить в другое место, подменять файлы, а потом при каждом изменении настроек повторять всё тоже самое?
А почему решение этой задачи должно закладываться в протокол для мессенджера? O_O Вам не кажется, что задачу синхронизации настроек следует решать абстрактно для любых приложений, а не только для приложений-мессенджеров?
И как чат будет переноситься между устройствами, если нельзя даже узнать, какие устройства (не ресурсы) подключены к аккаунту?
А зачем это знать для этой задачи? Если клиент, владеющий сообщениями, оффлайн, то обратиться к нему всё равно не получится. А если онлайн, то один клиент обращается к серверу, а сервер запрашивает у другого клиента ;)
С таким отношением вообще нет смысла заводить пароль, весь всё равно могут его угнать.
Ну поэтому сейчас в моде безпарольная аутентификация, да ;) По факту, точнее, по OTP, но юзер этот OTP может и не видеть, он прилетит тихонько где-то в пуше. Юзверьё не умеет обращаться с паролями, увы; воспитывать бесполезно, да и некому.
В адекватном протоколе есть
Протокол протоколом, а пущай клиенты научатся :P Пришлось руками переносить, файликом. Даже не строчкой.
Как это сделано в xmpp? Или это не нужно?
Вообще-то это никак особо делать не надо, надо этому не мешать. Чтобы любой клиент после аутентификации имел полноценный доступ к учётке, а не через какую-то бюрократию с другими клиентами.
избитые мантры
Мантры у Вас в голове ;) Нас так в вялендосрачах в мантрах про сетевую прозрачность иксов обвиняли, хотя Мы про неё и не заикались никогда.
здесь что забыли?
Давно ЛОР в илитный закрытый клуб превратился? Глагне с новостями читает много людей, куда больше, чем тех, кто здесь пишут или зарегистрированы.
Более того, я уже неоднократно показывал, что в «базовом протоколе» xmpp есть проблемы, которые ни за 10 лет, ни сейчас никто не решает.
Ну так потому и не решают, что пилят свои велосипеды вместо XMPP, что является частью одной большой тенденции последнего десятилетия — пложения зоопарка мессенджеров, которая затрагивает и проприетарные мессенджеры, и свободные.
Даже если клиент разросся до 2 гигабайт, но их все использует - то это не утечка
Пользователю без разницы. Если программа требует дохрена рамы для работы, то она неюзабельна. Ладно бы какая-то профессиональная программа, но мессенджеры же по сути своей фоновые, их задача — отсвечивать тихонько в фоне и не мешать.