LINUX.ORG.RU

Gitter становится частью сети Matrix

 , , ,


2

3

Компания Element приобретает Gitter у GitLab, чтобы адаптировать сервис для работы в условиях федеративной сети Matrix. Это первый крупный мессенджер, который планируется прозрачно перенести в децентрализованную сеть вместе со всеми пользователями и историей сообщений.

Gitter является свободным централизованным средством для групповой коммуникации между разработчиками. Помимо типовой функциональности командного чата, по сути своей схожей с несвободным Slack, Gitter также предоставляет инструменты для тесной интеграции с платформами совместной разработки, вроде GitLab и GitHub. В прошлом сервис был проприетарным, пока его не приобрела компания GitLab.

Matrix же представляет собой свободный протокол для реализации федеративной сети, построенной на основе ациклического графа событий (DAG). Основной реализацией этой сети является мессенджер с поддержкой сквозного шифрования и VoIP (аудио- и видеозвонков, групповых конференций). Эталонные реализации клиентов и серверов разрабатываются коммерческой компанией Element, сотрудники которой также возглавляют некоммерческую организацию Matrix.org Foundation, курирующую разработку спецификации протокола Matrix.

На данный момент пользователи Gitter и Matrix общаются с помощью «моста» matrix-appservice-gitter, релея для пересылки сообщений между ними. При отправке сообщения, например, из Gitter в чат с подключённой интеграцией в Matrix, «мост» создаёт виртуального пользователя для отправителя из Gitter на сервере Matrix, от имени которого и доставляется сообщение в чат со стороны Matrix, и наоборот соответственно. Подключение такой интеграции возможно прямо из настроек чата со стороны Matrix, но этот способ коммуникации будет помечен устаревшим.

В краткосрочной перспективе пользователи не заметят никаких видимых изменений: они смогут пользоваться мессенджером так же, как и до покупки. В дальнейшем процесс трансформации из централизованного сервиса в децентрализованный субъект федерации будет совершён благодаря организации нового сервера Matrix и интеграции «моста», по аналогии с matrix-appservice-gitter, прямо в кодовую базу Gitter. Существующие чаты в Gitter будут доступны как Matrix-комнаты, вроде «#angular_angular:gitter.im», с импортированной историей сообщений.

После успешной интеграции пользователи обеих сетей получат свою выгоду: пользователи Matrix смогут прозрачно общаться с пользователями Gitter, а пользователи Gitter смогут использовать клиенты Matrix, например, мобильные, так как разработка официальных приложений Gitter была прекращена. В конечном итоге можно будет считать, что Gitter станет одним из клиентов сети Matrix. Но, к сожалению, Gitter значительно уступает по возможностям, чем эталонный клиент Matrix — Element, поэтому вместо доведения Gitter до паритета в функциональности с Element, было решено реализовать все недостающие возможности из Gitter в Element. В долгосрочной перспективе Gitter будет заменён на Element.

Из полезных особенностей Gitter, которые могут адаптировать для Element:

  • Высокая производительность при просмотре чатов со значительным количеством пользователей и сообщений;
  • Тесная интеграция с платформами совместной разработки, вроде GitLab и GitHub;
  • Иерархический каталог чатов;
  • Дружелюбный к поисковым системам статический вид публичных чатов;
  • Поддержка разметки в KaTeX;
  • Древовидное ветвление сообщений (threads).

Компания Element обещает, что фронтенд Gitter будет заменён на Element только в том случае, когда Element достигнет паритета в функциональности. До тех пор кодовая база Gitter будет поддерживаться в актуальном состоянии без регрессий в функциональности.

Сотрудники Gitter будут также трудиться и на пользу Element.

>>> Подробности

★★★★★

Проверено: alpha ()
Последнее исправление: shahid (всего исправлений: 14)

Ответ на: комментарий от mertvoprog

То есть по факту получается бессмысленное перекладывание ответственности, которое на надёжность принципиально не влияет.

Это не перекладывание, это просто фича. Нужная юзерам фича.

Да, ничто не даст гарантированной 100% надёжности. Но в большинстве случаев это работает.

А мессенжер, в котором это работает в 99% случаев явно лучше, чем мессенжер, в котором это работает в 0% случаев. 🙃

В XMPP эта фича тоже есть, если что. Хотя и не во всех клиентах. В XMPP Compliance она числится в Advanced Client.

Программы для синхронизации? Да тысячи их. Рекомендуем SyncThing ;)

По ней у меня отдельный вопрос. У меня два syncthing-устройства уже некоторое время считают друг-друга «disconnected». Вот бы выяснить, где проблема, и как заставить их снова друг друга увидеть...

Но к мессенжерам это не относится.

anonymous
()
Ответ на: комментарий от ma1uta

В случае ssh если каждый вход выполняется со своим ключом, который добавляется в ~/.ssh/authorized_keys, то можно сказать со скольких устройств был вход.

И даже так нельзя. Ведь, возможно, что ключ для устройства мы добавили, но само устройство ещё ни разу не заходило. Или, наоборот, часть ключей мы уже удалили. То есть вход с них был, а ключа больше нет.

Вот это я и пытаюсь сказать: нельзя сказать, сколько было устройств, и нельзя сказать, сколько было входов. Можно только сказать сколько сейчас ключей там лежит.

А в xmpp по ресурсам можно сказать только про подключенные устройства, в нём нельзя получить все ресурсы, включая offline устройства.

Так нельзя узнать число устройств же. 🙂 Ни в каком протоколе. Ни в ssh, ни в xmpp, ни в матриксе. Можно узнать только число ключей/токенов. В случае XMPP — можно узнать число сессий, которые сервер считает валидными — по ресурсам.

При этом xmpp устройство может быть выключено и физически уничтожено, а начатая им сессия висеть в ожидании SM resume.

Я на токен могу выдать определённые роли, как такое же сделать с паролем?

Отдельный пароль. В случае ssh для этого традиционно отдельный юзер заводится.

А вы можете выдать токену определённые роли? Вот, например, в ssh у всех ключей «роли» одинаковые.

anonymous
()
Ответ на: комментарий от anonymous

Нужная юзерам фича.

Подстраиваться под юзверей, которые хотят фигню (в данном случае — ложное чувство надёжности), вместо того, чтобы юзверей обучать — путь к идиократии.

в большинстве случаев это работает

Вообще не факт. Вероятность краша ОС или оборудования запросто может быть выше вероятности краша программы. Особенно если программа на какой-нибудь скриптухе.

два syncthing-устройства уже некоторое время считают друг-друга «disconnected»

Did you try to turn it off and on? ©

mertvoprog
()
Ответ на: комментарий от mertvoprog

Подстраиваться под юзверей, которые хотят фигню (в данном случае — ложное чувство надёжности), вместо того, чтобы юзверей обучать — путь к идиократии.

Юзер хочет фичу — знать, что сообщение было доставлено получателю. Чему его обучать?

в большинстве случаев это работает

Вообще не факт. Вероятность краша ОС или оборудования запросто может быть выше вероятности краша программы.

А вероятность отсутствия крашей ещё выше. И при отсутствии крашей — всё работает, и я узнаю, что получатель сообщение получил.

Лишь в редких случаях, когда таки что-то закрашилось, или мобилка сдохла, или её выкинули в жерло вулкана Килауэа — и я всё ещё буду видеть сообщение как недоставленное, я могу переспросить, получил ли он его.

Но в большинстве случаев фича работает, не приходится никого переспрашивать.

Did you try to turn it off and on? ©

Много раз. Одно из устройств — мобилка.

anonymous
()
Ответ на: комментарий от anonymous

Чему его обучать?

Тому, что мессенджер не может этого гарантировать. Мы реально встречали дятлов, которые ведутся на эти галочки и даже чего-то предъявляют на их основе ;)

и я всё ещё буду видеть сообщение как недоставленное

Так речь как раз о том, что отмечено доставленным оно будет, но получатель не успеет это увидеть, вдобавок сообщение по факту не успеет сохраниться. Как Вы в таком случае узнаете, что на той стороне вообще произошёл какой-то сбой?

Много раз

Уже любопытнее. А с другими устройствами те же директории синхронизируются?

mertvoprog
()
Ответ на: комментарий от mertvoprog

Тому, что мессенджер не может этого гарантировать.

В мире вообще никто ничего не может гарантировать. Гарантия и не нужна. Достаточно, чтобы оно работало в большинстве случаев.

Так речь как раз о том, что отмечено доставленным оно будет, но получатель не успеет это увидеть, вдобавок сообщение по факту не успеет сохраниться.

Мы сейчас про какую галочку — про «доставлено» или про «прочитано»?

Если про «доставлено», то она и не гарантирует увиденности.

Если про «прочитано», то она отправляется после того, как юзер откроет сообщение. Он его, что, открыл и зажмурился? Или как он смог его не увидеть?

Уже любопытнее. А с другими устройствами те же директории синхронизируются?

Теперь уже не проверю. Для эксперимента перекинул каталог вручную по usb, убил syncthing на мобилке, установил заново, и заново добавил устройство и каталог. Пока синхронизируется...

anonymous
()
Ответ на: комментарий от anonymous

Достаточно, чтобы оно работало в большинстве случаев.

А толк с этого какой? С таким же успехом можно на будку с собакой повесить табличку «не кусается» — а она возьмёт и укусит таки кого-то раз в жизни. Лучше перестраховаться и не вешать таких табличек.

Он его, что, открыл и зажмурился? Или как он смог его не увидеть?

Вариантов масса:

  • есть клиенты, которые ставят эти галочки автоматом, ввиду невозможности по своей парадигме отражать её точнее;

  • чат может открыть кот/спиногрыз/товарищ майор;

  • клиент может упасть в аккурат после открытия сообщения;

  • пользователя после открытия сообщения внезапно отвлекут и про сообщение пользователь забудет.

mertvoprog
()
Ответ на: комментарий от mertvoprog

А толк с этого какой? С таким же успехом можно на будку с собакой повесить табличку «не кусается» — а она возьмёт и укусит таки кого-то раз в жизни. Лучше перестраховаться и не вешать таких табличек.

Вы опять пытаетесь придумать те редкие случае, когда что-то не работает. А это — тупиковый принцип.

В смысле, принцип «не пользоваться никогда тем, что иногда не работает» — не работает. 🙂 Потому что мы тогда вообще ничем не будем пользоваться.

Не будем пользоваться уведомлением о доставке, потому что иногда оно не уведомляет.
Не будем звонить по телефону, потому что иногда можем не дозвониться.
Не будем включать компьютер, потому что иногда он может не включиться.
И лампочками тоже не будем пользоваться, ведь иногда они перегорают.
Не будем пользоваться спичками/зажигалками, потому что иногда они не зажигаются.
Не будем покупать одежду, потому что иногда она рвётся.
... и т.д.

Это — одна из главных ошибок в вашем предыдущем споре.
Любая вещь в мире иногда не работает.
Но это — недостаточная причина, чтобы её не использовать.
Нужно что-то более веское.

anonymous
()
Ответ на: комментарий от anonymous

В смысле, принцип «не пользоваться никогда тем, что иногда не работает» — не работает

Речь не об этом. Речь о том, что сами уведомления о доставке как таковые — индикатор работоспособности. И поскольку свою задачу они выполнять не могут by design, то они не нужны и даже вредны, поскольку могут вводить в заблуждение.

В цивилизованном мире это именно так работает. Посему, например, там запросто могут запретить анальгин, хотя из-за него умирает всего пару процентов детей. Или писать в инструкции к стиралке, что в ней нельзя стирать котов — одного прецедента достаточно, и пофиг, что так делают только идиоты. Ведь никогда нельзя предугадать, где можно нарваться на идиота. И программы следует делать с расчётом на том, что ими будут пользоваться идиоты — ибо эти же идиоты могут безусловно доверять уведомлениям о доставке.

Не будем звонить по телефону, потому что иногда можем не дозвониться.

Именно поэтому мессенджеры нынче так популярны. Дозваниваться по телефону попросту неудобно и занимает кучу времени, а чтобы воспользоваться автоответчиком — он должен быть подключён у вызываемого абонента, что куда менее вероятно, чем наличие у абонента какого-нибудь привязанного к номеру телефона мессенджера. Хотя бы потому, что услуга автоответчика у опсосов платная.

В 80–90-х гг. в СССР/бСССР, кстати, были крутые телефоны (например): набираете номер, жмёте звёздочку — и телефон сам по кругу пытается дозвониться ;)

Не будем включать компьютер, потому что иногда он может не включиться.

И это резонно. Включение/выключение — стресс для техники: перепад напряжения, раскрутка, загрузка ОС, и так далее. Посему лучше не выключать, а обеспечивать постоянную работу или хотя бы уводить в сон вместо выключения. Это и удобнее, так как ЭВМ всегда доступна.

ведь иногда они перегорают

Печальное следствие копроэкономики. Первые лампочки, где остались, до сих пор горят. В недокале, правда.

Не будем пользоваться спичками/зажигалками, потому что иногда они не зажигаются.

Не иногда, а очень даже часто ;) Спичечный коробок, взятый случайно мокрыми руками, можно выбрасывать. С зажигалками разных типов тоже сплошная морока: топливным топливо менять, электрическим розетку не занимать, ручные быстро истираются. А ещё за газом следить, а то вдруг потухнет. То ли дело современные электрические плиты, они куда практичнее ;)

Не будем покупать одежду, потому что иногда она рвётся.

Приличные люди одежду не покупают, а шьют: для себя, на совесть. Ну или ограничиваются набедренными повязками, ибо на кои эти ваши буржуйские одёжи, когда и так тепло?

Нужно что-то более веское.

Не-а, причина нужна, чтобы использовать какое-нибудь очередное новомодное говно. А по умолчанию всё ненужно.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Речь о том, что сами уведомления о доставке как таковые — индикатор работоспособности. И поскольку свою задачу они выполнять не могут by design, то они не нужны и даже вредны, поскольку могут вводить в заблуждение.

Так они её выполняют. У них нет задачи быть идеально точными в 100% случаев. Это невозможно. В мире просто нет вещей, которые работают гарантированно в 100% случаев. Но это же не значит, что ничем в мире нельзя пользоваться?

В цивилизованном мире это именно так работает. Посему, например, там запросто могут запретить анальгин, хотя из-за него умирает всего пару процентов детей.

Только если есть более хорошо работающая альтернатива.

Или писать в инструкции к стиралке, что в ней нельзя стирать котов — одного прецедента достаточно, и пофиг, что так делают только идиоты.

Это — байка. 🙂 Нет смысла перечислять список всего, что нельзя делать. Этот список бесконечен. Пишут просто что «производитель не несёт ответственности».

Именно поэтому мессенджеры нынче так популярны. Дозваниваться по телефону попросту неудобно

Но по этой логике и мессенжерами тоже нельзя пользоваться, ведь интернета может не быть, или сообщения могут не дойти...

Посему лучше не выключать, а обеспечивать постоянную работу или хотя бы уводить в сон вместо выключения.

А если свет мигнёт и компьютер выключится, то обратно мы его тоже включать не будем. А то ведь может не включиться.

То ли дело современные электрические плиты, они куда практичнее ;)

Те что с электроподжигом? Что-то где-то щёлкает, а конфорка не зажигается. Не, таким мы тоже пользоваться не будем, а то ведь можно и полный дом газа напустить, а конфорка так и не загорится.

Приличные люди одежду не покупают, а шьют: для себя, на совесть.

Не, шить тоже нельзя. Потому что нечем. Швейная машинка может сломаться, нитка может порваться, а иголка может палец уколоть. Нельзя так рисковать...

Не-а, причина нужна, чтобы использовать какое-нибудь очередное новомодное говно. А по умолчанию всё ненужно.

А эта причина есть всегда — оно работает. Пусть и не в 100% случаев.

И программы следует делать с расчётом на том, что ими будут пользоваться идиоты

Если делать программу «как для идиотов», то только идиоты и будут ей пользоваться.

anonymous
()
Ответ на: комментарий от anonymous

У них нет задачи быть идеально точными в 100% случаев

А пользователей кто об этом предупреждает? Пока нет такого закона, как для кук, чтобы на самом видном месте предупреждать пользователей, что что-то со 100%-ной гарантией не работает. И тупые пользователи по дефолту на эту гарантию рассчитывают, и искренне удивляются, когда галочка не соответствует действительности. Так что нехрен отстаивать полурабочие решения.

Только если есть более хорошо работающая альтернатива.

Ну-ну. Зрачкорасширяющие капли, которые действуют лишь несколько часов, это запретить не помешало: теперь только длительного действия, что создаёт неудобства для пациентов.

Нет смысла перечислять список всего, что нельзя делать

Вообще-то англосаксонское прецедентное право именно так и работает. Собаку Баскервилей смотрели? ;) Там уже огромные талмуды, в которых и опытные юристы-то с трудом разбираются. Недавно вон откопали допотопный совершенно способ (из XIX века, кажется), как после криптомиксеров решать, куда деньги преступника ушли.

Но по этой логике и мессенжерами тоже нельзя пользоваться, ведь интернета может не быть, или сообщения могут не дойти…

Речь о другом. Современные мессенджеры асинхронны: сообщения дойдут, когда получатель появится на связи. И кстати, по этой же причине мессенджеры с серверной буферизацией сообщений вытесняют те, которые требуют нахождения обоих собеседников на связи.

А если свет мигнёт и компьютер выключится, то обратно мы его тоже включать не будем. А то ведь может не включиться.

Именно так, если свет моргает, то он наверняка скоро моргнёт ещё — прямо во время загрузки, что особо чревато. Лучше переждать. Ну или обзавестись ИБП наконец ;)

Те что с электроподжигом?

Кого там поджигать?

Швейная машинка может сломаться

Могут и ломаются, надеяться на них не стоит.

нитка может порваться

Нитку не жалко, как и спички ;)

иголка может палец уколоть

Напёрстки для чего придуманы?

А эта причина есть всегда — оно работает

Этого мало. Нужны обоснования для внедрения.

Если делать программу «как для идиотов», то только идиоты и будут ей пользоваться.

В общем случае так и есть, только в случае с мессенджерами и прочими программами коллективного пользования тут поправка на то, что пользоваться ими приходится и тем, кому надо связываться с идиотами. Зачем связываться с идиотами — оставим за скобками…

mertvoprog
()
Ответ на: комментарий от mertvoprog

Зрачкорасширяющие капли, которые действуют лишь несколько часов, это запретить не помешало

Кто-то запретил врачам использовать мидриацил?

Вообще-то англосаксонское прецедентное право именно так и работает.

Не так. Там нет списка запретов. Там есть список принятых судебных решений, чтобы в будущем в аналогичных делах были приняты аналогичные решения.

А пользователей кто об этом предупреждает?

Лицензионное соглашение: «This program is provided „as is“ without warranty of any kind».

Речь о другом. Современные мессенджеры асинхронны: сообщения дойдут, когда получатель появится на связи.

Нет, речь именно об этом. Мы либо пользуемся вещами, не дающими 100% гарантии, либо отвергаем их. Если отвергаем, то мессенжеры также должны быть отвергнуты. Как и все остальные вещи в мире.

Напёрстки для чего придуманы?

Для того, чтобы иголка с них соскальзывала и втыкалась в палец. В общем, напёрстки тоже 100% защиты не дают.

И кстати, по этой же причине мессенджеры с серверной буферизацией сообщений вытесняют те, которые требуют нахождения обоих собеседников на связи.

А теперь давайте поменяемся ролями, и я скажу «не совсем». 🙂 Они не вытесняют, а совершенствуются.

Просто раньше было разделение на онлайн-чаты и оффлайн-почту. Но это было 20 лет назад. Сейчас любой хороший мессенжер должен уметь и то и другое: быструю доставку сообщений, если юзер онлайн, и отложенную доставку, если оффлайн.

Инструменты становятся более функциональными, позволяют делать больше. Это нормально. Так и должно быть.

И так везде, не только в мессенжерах. Раньше одноэтажный дом строили несколько лет. А сейчас можно за несколько ДНЕЙ возвести 15-этажное здание или уложить 5 километров дорожного полотна.

Этого мало. Нужны обоснования для внедрения.

Обоснование — эта фича экономит время/силы или даёт дополнительные возможности.

anonymous
()
Ответ на: комментарий от anonymous

Кто-то запретил врачам использовать мидриацил?

Врачам — нет, но частным клиникам некоторое время достать тропикамид было проблематично ;)

Не так. Там нет списка запретов. Там есть список принятых судебных решений, чтобы в будущем в аналогичных делах были приняты аналогичные решения.

Ну так в чём Вы расхождение видите? Решение о наказании есть — значит, запрещено. Или список непременно должен быть отдельной бумажечкой с пунктиками? ;)

without warranty of any kind

…to the extent permitted by applicable law, ага. Можно, конечно, это явно не указывать, но в некоторых юрисдикциях суд это будет подразумевать безотносительно того, чего в лицензии накалякано ;)

Мы либо пользуемся вещами, не дающими 100% гарантии, либо отвергаем их

Вы промеж каких строк откопали этот абсолютизм? Ни о каком отвергании речи не шло, люди по-прежнему используют телефонные звонки, например, для тех, кто иного не осилили, или для срочной связи, но предпочитают асинхронные мессенджеры. Чуете разницу?

и втыкалась в палец

Если куда-нибудь во вторую фалангу, то не страшно, да и ткани там не такие нежные. Главное, что рабочая поверхность пальца защищена.

Это нормально. Так и должно быть

Нет, объединение функциональности в одном продукте — это путь к монополиям. И, кстати, одна из причин, почему чистый рыночек нежизнеспособен и приходится его курощать госрегулированием. Напомнить, как мелкомягким запретили WMP с виндой поставлять в ЕС? Хотя пользователям-то удобнее, когда сразу плеер стоит.

А сейчас можно за несколько ДНЕЙ возвести 15-этажное здание или уложить 5 километров дорожного полотна.

Угу, только качество страдает. Тут вон давеча в удалённом треде жаловались, что в новостройках слышно, что через несколько этажей происходит. Ещё можно вспомнить, как любители инноваций носились с металлопластиковыми окнами, пока не поняли, что качественные деревянные всё же лучше.

Обоснование — эта фича экономит время/силы или даёт дополнительные возможности.

Этого тоже мало. Нужно аргументировать профит, превышающий затраты на переход. Это в новую экосистему можно на голых инновациях въехать.

mertvoprog
()
Ответ на: комментарий от ma1uta

Да я-то как раз и определился.

А вот Вам приходится объяснять очевидные вещи:

Сначала пишете, что Б должен разбираться, а теперь пишите, что Б ничего и не должен делать. ВЫ уж определитесь.

Ну извольте, мне не сложно. =))) Т.е., как я правильно понимаю, до Вас ни как не дойдёт что если сервер А смог передать сообщение на сервер Б, то это сообщение находится в зоне ответственности сервера Б и серверу А с ним больше ни чего делать не нужно? Если сервер А не смог передать серверу Б сообщение, то оно так и остаётся в зоне ответственности сервера А и серверу Б с ним ничего делать не нужно (да он и не сможет при всём желании). Вообще-то, я удивлён тому, что приходится столь очевидные вещи растолковывать. Видимо, это Матрикс так влияет на головной мозг? =)))

Речь не про маршрутизацию, речь про то, что s2s может разорваться в любой момент. И у сервера нет механизма для проверки, что данное сообщение дошло. Если не так, покажите, пожалуйста, в каком пункте RFC 6120/6121 про это написано?

Уууу! Как всё запущено-то… =))) Т.е., очередной критик XMPP так и не осилил познакомиться с протоколом, который он критикует? Я сперва даже не понял всей глубины Вашего идиотизма, каюсь. =)))

Ну чтож, следите за руками. Вот где это написано (прямо пример приведён) в RFC 6120 (говорил же – читайте RFC!) https://xmpp.org/rfcs/rfc6120.html#examples-s2s

Ну и что теперь Вам не понятно? Теперь мне нужно рассказать Вам что протокол XMPP чуть более чем совсем является XML и, если поток XML не закрыт, то все сообщения от сервера А к серверу Б переданные на момент разрыва соединения, переданы благополучно и находятся в зоне ответственности сервера Б, а те, что не переданы, подвисли на сервере А либо до момента восстановления связи, либо на определённый на сервере А промежуток времени?

Может, соизволите всё-таки перестать под того чукчу, который не читатель косить и прочтёте наконец спеки на протокол?

Ну или мне дальше продолжать «избиение младенца» и следует разъяснить то, что Вы по скудоумию своему не прочтёте (например, про Error Handling)? Про (Section 8.3.3.17), например? Подскажу – вообще-то, обработка ошибок в сетевом протоколе это одна из основ любого транспортного (да и не только протокола). Но понимаю, балбесам Вам этого не объяснить.

Я-то читал.

Ну нет. Не читали Вы. Либо у Вас проблемы с усвоением прочитанного. Потому как прочесть и не понять (и утверждать то, что Вы несёте), это либо идиотизм, либо дислексия. Третьего, знаете ли, не дано.=)))

Если вы читали XEP-0198, то знали бы, что он относится только к c2s, а тут речь про s2s.

ЩИТОПРАСТИТИ?!? Батенька, ну зачем же Вы так-то? Право, даже и не ловко… На фиг Вы говоите что Вы что-то там прочли, если в Вашем межушом ганглии даже не отложился тот факт, что в XMPP stanza не разделяется на c2s и s2s. Stanza это просто stanza. Законченная часть потока. Вот точная из (прочитанного Вами, да?) https://xmpp.org/extensions/xep-0198.html

Note: Stream Management can be used for server-to-server streams as well as for client-to-server streams. However, for convenience this specification discusses client-to-server streams only. The same principles apply to server-to-server streams.

Вам что-то здесь не понятно? Ну используйте Google translate тогда… =))) Но управление потоками одинаково что для c2s, что для s2s.

Или вы сможете показать в реализации XEP-0198 в еже https://github.com/processone/ejabberd/blob/master/src/mod_stream_mgmt.erl где там s2s?

Сделайте пожалуйста одолжение – запихайте тот кусок говна, что Вы соизволили сюда приволочь туда, где Вы его откопали.

Речь про то,

Простите. Вы и сами не понимаете в действительности про что речь. Судя по проявленным Вами «познаниям» в XMPP. На Вашем месте я бы не стал онанировать над идеей https everywhere, пытаясь натужно выдавить из себя некий «протокол» под названием Matrix, а просто и тупо пользовался бы WebRTC. Благо дело, он поддерживается любым современным браузером на практически любом устройстве и клиент тут мучить ненужно, ибо и без Ваших кривых ручонок есть и аудио- и видео- и уж тем более чатиг соорудить это раз плюнуть. Тут нужен просто нормальный сервер. Считайте, в половину меньше работы. Но беда в том, что федерирование это зло. И Вы даже не понимаете почему. В результате понаплодилось чатигов-мессейнджеров как у дурака фантиков. В нужности ещё одного, да ещё и при условии того, что я увидел в ходе данной дискуссии, я даже не сомневаюсь. Он не нужен.

Смотреть на Ваши дальнейшие жалки попытки хоть что-то брякнуть в ответ я не особо горю желанием. Но продолжать Вы их безусловно можете. У нас свободная страна и идиотизм уголовно не наказуем (пока, во всяком случае). Продолжать диалог смысла не вижу. Извините. Надеюсь на понимание. =)))

Точка, пожалуй.

Moisha_Liberman ★★
()
Ответ на: комментарий от gag

Мой коммент выше этого...

ставит все точки над «Ё». Я даже не удивляюсь тому, почему у кого-то XMPP чего-то, описанного в RFC и XEP не делает. Потому что «слишком сложен для понимания», тупенькие не осиливают. Говорю же – наше поколение привыкло к обмену идеями, а зумеры к обмену эмоциями. Деградация налицо, знаете ли… =)))

Moisha_Liberman ★★
()
Ответ на: комментарий от mertvoprog

А что не ясно? =)

Что «всё»?

Как минимум в двух местах (опсос и владелец серверов чатига) есть привязка абонент-сервис-регистрационные данные учётки-трафик. Вам что, мало? Да Вы смельчак… =)))

Ну, не всё у опсоса и не всё у владельца сервака… Но, тем не менее, при желании или необходимости… В общем, единственный выход не палиться это не использовать публично доступные и неконтролируемые Вами сервисы. А таких сервисов, которые есть (должны быть) всегда и безусловно, хоть Вы их тоже не контролируете, но здесь утечек меньше, всего два – голосовой трафик и SMS. И то при определённых условиях можно и SMS-gate свой поднять. Да и, с другой стороны, в том же GSM, ввиду того, что эти два сервиса являются обязательными, тот же gprs/lte/… могут быть вытеснены, если базовой станции перестанет хватать мощности/ёмкости. Так что, все эти новомодные чатиги сомнительны вдвойне. И служат гарантированным средством идентификации и не факт что всегда будут работать. Голос и SMS будут, пока есть сама по себе связь.

Про то, что как только к Вам в мессейнджер прилетели контакты, Вы сразу выпалили весь свой круг общения, я и не говорю. Это очевидно. А дальше это уже просто записи в базах данных.

Регистрация происходит один раз и ненадолго.

Про то и речь, я же не зря говорил про перерегистрацию. Каждый раз Ваше местоположение определяется.

Можно даже для этого специально выехать в другое место, если паранойя чешется

и ездить туда всякий раз при перерегистрации, ага… Пофиксил, не благодарите. Проще уж тогда не пользоваться мобилой вовсе. Меньше придётся мотыляться.

И Вы преувеличиваете точность сотовой триангуляции, особенно в негустонаселённых районах с низкой плотностью сот, ни о каком конкретном адресе тут и речи быть не может (иначе завозить в мобильники GPS нафиг не нужно было бы).

Я? Нет. Я как раз нет. На то есть причины. =))) Но GPS, A-GPS, LBS, GLONASS, BEIDOU это вообще не из той оперы. Это всё для абонента и только, чтобы он не плутал. «Контроллер базовых станций» (он же «коммутатор сотовой сети» или контроллеры-коммутаторы, их может быть несколько) всегда знает где Вас искать. Какая BTS, сектор на BTS или сектора и какая дальность от каждого из секторов до Вас. Времена AMPS и отчасти DAMPS прошли давно и безвозвратно. На контроллере GPS или что-то другое ненужно.

Тогда зачем Вы о технических ухищрениях так паритесь?

Я не парюсь. Для меня это образ жизни. Чисто на автомате не делаю очевидных глупостей, не более того.

И это, опять же, ничего не даст в глухомани, где вокруг одни бабы Сраки без интырьнетов ;)

Поставьте себе на мобилу какой-нить там gsm network monitor и удивитесь «глухомани». =))) Даже если в округе будет всего одна BTS (базовая станция) и две бабки, то Вас выловят ещё быстрее чем в городе на 20-30 млн. Там хрен где спрячешься. ;)

И об этом Мы выше писали: у ментов других дел полно, вотще всех подряд по косвенным признакам превентивно ловить.

Они по-всякому умеют. Мне-то какая разница? Или Вам? =)))

Только вот тут важно понимать соотношение человека и окружающего его социального графа (тех людей, которым этот человек потенциально интересен).

Не актуально. Сейчас это просто sql-запросы. И чем дальше, тем полнее. И не факт что неинтересный сегодня человек не станет интересен завтра. В своё время в Питере была комсомолка-коммунистка и по совместительству шлюха. Не так давно она совершенно внезапно оказалась президентом одной из стран. Всякое бывает.

Не те сейчас времена, чтобы ножками куда-то топать для этого, как Вы предлагаете.

Бггг… Вас извиняет только незнание определённой матчасти. =))) Иногда других видов обмена данными, кроме как при личной встрече, не предусмотрено. =))) Но, повторюсь, это не нашего ума дело.

Но апокалипсис, зараза эдакая, всё не приходит!

Аккуратнее желайте – не ровен час сбудется.

Moisha_Liberman ★★
()
Ответ на: комментарий от mertvoprog

Есть кому.

Мне не верите – вон, подполковник Эдуард Снеговиков в своей книжке писал. Находятся и люди и алгоритмы совершенствуются.

Moisha_Liberman ★★
()
Ответ на: А что не ясно? =) от Moisha_Liberman

Вам что, мало?

А одного мало? ;)

единственный выход не палиться это не использовать публично доступные и неконтролируемые Вами сервисы

То есть сидеть в бункере на самообеспечении? Вы проверяли, например, электросчётчики на предмет зондов? ;) А их туда запросто можно запихнуть, связь через ту же электросеть.

в том же GSM, ввиду того, что эти два сервиса являются обязательными

Можно и на стационарный телефон зарегистрировать. Или на виртуальный. Чего сразу GSM-то?

SMS, кстати, отнюдь не обязательный, он с ненастроенным (или намеренно сбитым) SMSC не заведётся ;)

А в LTE голоса нет, и можно запросто попасть в места, где не ловит ни GSM, ни UMTS, а только LTE ;)

Вы сразу выпалили весь свой круг общения

Это если весь круг общения пользуется одним мессенджером. Локальные контакты же можно мессенджеру не светить, тут вариантов масса:

  • тупо не хранить их на том же мобильнике;

  • прятать их от мессенджера с помощью XPosed+XPrivacy;

  • ставить первичный клиент не на мобильник, а в другое место.

Это если вообще требуется первичный клиент и он требует контакты. С мессенджерами, где просто привязывается номер телефона, всё ещё проще, выше уже описывали.

и ездить туда всякий раз при перерегистрации, ага…

Которая нужна не чаще раза в год, ага.

Какая BTS, сектор на BTS или сектора и какая дальность от каждого из секторов до Вас

Как Вы собрались точно определять дальность? БС не видит «дальность», она видит уровень сигнала. Уровень сигнала зависит от стольких факторов, что точно определить по нему дальность не представляется возможным. С 5G, впрочём, грядёт MMIMO, где вместо сектора уже более точный азимут терминала известен, но это, опять же, на гигагерцовых частотах — в сельской местности на низких частотах будут использоваться другие ухищрения для повышения скорости.

Поставьте себе на мобилу какой-нить там gsm network monitor и удивитесь «глухомани». =)))

Зачем такие сложности, банальные Google/Yandex Maps умеет триангуляцию по CellID. Никакой точностью в глухомани там и не пахнет, в запущенных случаях до десятка километров. Это покрывает десятки деревень, а не «двух бабок».

Они по-всякому умеют

Вопрос стоял не «как», а «зачем».

И не факт что неинтересный сегодня человек не станет интересен завтра

Посему и не стоит стремиться обрести известность.

Иногда других видов обмена данными, кроме как при личной встрече, не предусмотрено. =)))

Это вымирающие случаи.

не ровен час сбудется

Будто что плохое.

mertvoprog
()
Последнее исправление: mertvoprog (всего исправлений: 1)
Ответ на: комментарий от mertvoprog

Ну, в общем...

А одного мало? ;)

По мне, так нет. Вот я и удивляюсь… =)))

SMS, кстати, отнюдь не обязательный, он с ненастроенным (или намеренно сбитым) SMSC не заведётся ;)

По стандартам SMS и голос это обязательные услуги. Всё остальное – MMS, EMS и прочее – крем сверху пирожка. Сбивать SMSC не рекомендую, кстати, да. Но в принципе, можно и свой поднять. Все опсосы из «большой тройки» предоставляют такую услугу.

Вы проверяли, например, электросчётчики на предмет зондов? ;)

У меня и холодильник lg и стиралка lg и счётчики (Меркурий) достаточно умные (Smart ThinkQ от LG). В случае со счётчиками протокол открытый, его и данные от холодильника-стиралки уже год как загоняю под свою реализацию умного дома. Работает. Ну и как Вы понимаете, что там с прошивкой я уже давно разобрался (это близко к моей основной деятельности). Там закладок нет. А вот телевизор извините, но к интернет ни подключался, ни подключаться не будет.

А в LTE голоса нет, и можно запросто попасть в места, где не ловит ни GSM, ни UMTS, а только LTE ;)

Не так. LTE да, голоса не содержит. Это коммутация пакетов, а не коммутация каналов. Но в то же врем LTE это расширение технологии GSM/UMTS. Вариантов перехода несколько, ЕМНИП – CSFB, VoLTE, SVLTE. Т.е., если есть сеть LTE, то «голос» там непременно будет. Вопрос только в реализации. Но, если коротко, то либо весь трафик (и голос в т.ч.) это пакеты данных (all-IP), либо возврат к GSM/UMTS для обслуживания голосового вызова.

Это если весь круг общения пользуется одним мессенджером. Локальные контакты же можно мессенджеру не светить, тут вариантов масса:

Нет вариантов. Как только Вы даёте мессейнджеру право обращаться к Вашим контактам, всё, Вы приплыли. Это уже не Ваши контакты. Помнится, был скандал с сервисом, который показывал как разные абоненты, с разными номерами, записаны в списке контактов у разных людей. Публичный, кстати, сервис. Приблуда называлась GetContact по-моему. Здесь уже просто до беспредела нагло было сделано.

Как Вы собрались точно определять дальность? БС не видит «дальность», она видит уровень сигнала. Уровень сигнала зависит от стольких факторов, что точно определить по нему дальность не представляется возможным.

Нет. Я лично писал аналог CDMA Planner 2000. Такие вещи как «бюджет радиоканала», «модель покрытия» дают очень чёткую картину обслуживания абонента. И, поверьте, в коммутаторе они учтены, плюс, статистика, плюс, специальные запросы к мобильному телефону, что-то типа ping, но на уровне радиоканала. В общем, тут намного и надолго можно расписываться, но поверьте. Знает контроллер где его абонент. Знает. =)))

Зачем такие сложности, банальные Google/Yandex Maps умеет триангуляцию по CellID. Никакой точностью в глухомани там и не пахнет, в запущенных случаях до десятка километров. Это покрывает десятки деревень, а не «двух бабок».

Мы принципиально о разном. Я Вам говорю о том, что реально видит телефон из своего радиостека. Если телефон видит, то и его базовые станции видят, значит и контроллер видит. Иначе считайте что Вы выключили телефон. А уж про я Яндекс-Гугль мапсы я и вообще молчу. Тут надо начинать с того, что это всё не карты, это именно и чисто топопланы. Попробуйте найти более-менее свежие генштабовские карты-десятки. Рискуете сильно удивиться тому, под каким они грифом секретности. В гражданских сервисах точностью и не пахло и пахнуть не будет. В РФ, по крайней мере, без грифа секретности разве что карты-миллионки. Даже GPS, который используется в гражданском оборудовании работает на частоте L1. Военный GPS это L2. Короче, там точность поискать можно. В гражданском секторе сразу нет. Можно даже не ссылаться.

Посему и не стоит стремиться обрести известность.

Это пофиг. Вопрос в том, как построена «цифровая личность». Актуальная для цифрового мира, а не для реальной жизни. И второй момент – не стоит «жить в смартфоне». Реал это реал, виртуал это виртуал и лучше их не путать.

Вопрос стоял не «как», а «зачем».

Известно зачем – чтоб Вы спросили… =)))

Это вымирающие случаи.

Угу… То-то я и гляжу что криптографы всё свои криптоалгоритмы штампуют как заведённые… =))) А ножками и при личной встрече как было, так и есть самым надёжным способом. =)))

Будто что плохое.

Отвечу как православный (невзирая на ник) – Ей же, гряди, Царствие Небесное. Но, скорее всего, сперва помучаться придётся…

Moisha_Liberman ★★
()
Последнее исправление: Moisha_Liberman (всего исправлений: 1)
Ответ на: Ну, в общем... от Moisha_Liberman

Вот я и удивляюсь… =)))

Чему?

Всё остальное – MMS, EMS и прочее – крем сверху пирожка

Вы там в криокамере застряли, их уже закапывают. Нынче чуть менее чем всё через интернеты.

Но в то же врем LTE это расширение технологии GSM/UMTS

Вы сильно в теорию ударяетесь, на практике польза от этого максимум в том, что можно одно оборудование под несколько стандартов использовать. Но работают-то они независимо и по-разному.

если есть сеть LTE, то «голос» там непременно будет

Не-а. Многие джва года ждут VoLTE, в то время как LTE используется только для интернетов, а для звонков происходит даунгрейд на UMTS/GSM. Которые ловит, как выше писали, не везде, где ловит LTE. Посему запросто возможна ситуация, что интернеты работают, а звонки нет. Вот Вам и базовый стандарт, толку от которого лишь на бумаге :P

статистика

Как её собрать за те пару минут, которые нужны для регистрации аккаунта в мессенджере? Понятно, что если целый день торчать на одном месте и терминал будет переключаться между разными БС (при их наличии, в некоторых местах от силы одну ловит), то спалится в итоге.

что реально видит телефон из своего радиостека

А CellID типа не по тем же данным работает? ;)

Попробуйте найти более-менее свежие генштабовские карты-десятки

А они в природе существуют? ;) Со всеми нелегальными перепланировками, разросшимися деревьями и прочими факторами, влияющими на прохождение сигнала?

не стоит «жить в смартфоне»

Но попсеют-то они именно для этого. Виртуал в чистом виде интересует только асоциальных гиков.

А ножками и при личной встрече как было, так и есть самым надёжным способом. =)))

Если ударяться в абсолютную надёжность, то и до выживальщичества докатиться недолго.

Но, скорее всего, сперва помучаться придётся…

Либо всегда.

mertvoprog
()
Ответ на: комментарий от mertvoprog

Как минимум тому, что люди не понимают...

что они делают дурь.

Чему?

Да, именно этому. Энтузиазму по самозакладу.

Вы там в криокамере застряли, их уже закапывают. Нынче чуть менее чем всё через интернеты.

Я в курсе. Но пока стандарты ESTI не пересмотрены, они (эти сервисы и подходы по их обработке и реализации) существуют. А так-то MMS, если чё, то это тоже http/https и его вполне можно curl… ;)

Вы сильно в теорию ударяетесь, на практике польза от этого максимум в том, что можно одно оборудование под несколько стандартов использовать. Но работают-то они независимо и по-разному.

Это не важно как они работают. Да, там шире диапазоны, вся фигня, согласен. Ёмкость абонентов на соту увеличена. Пользователю не важно. Пользователь получает услугу ровно так, как это по стандарту положено. Так что, невзирая на реализацию, голос и смс пользователь получит. Всегда.

Не-а. Многие джва года ждут VoLTE, в то время как LTE используется только для интернетов, а для звонков происходит даунгрейд на UMTS/GSM.

Пользователю достаточно в настройках своего терминала (мобилы, планшета) просто включить LTE. Тогда тот же VoLTE будет включаться автоматически для установления голосовых соединений. И ситуация что у пользователя есть LTE, но нет голосовых звонков говорит о том, что у него мозгов нет в конфигурациях устройства разрешить использование LTE. Значит, не судьба. =)))

Как её собрать за те пару минут, которые нужны для регистрации аккаунта в мессенджере?

Ну если пользователь активно чатится, звиздит, то собирается статистика довольно быстро. Элементарно – больше действий, больше информации. Впрочем, это к теме разговора слабо относится. Там ещё надо учитывать ранее совершённые действия (есть или нет). В общем, Вы будете удивлены. Если уж гугль присылает письмишко типа, %username%, а не хотите ли Вы посмотреть где были в пролом месяце, то опсосу и сам Бог велел. В общем, не проблема.

А CellID типа не по тем же данным работает? ;)

По тем же, но это секс для нищих для абонентов, которые подумали что они чего-то смыслят в «технологии». CellID ни куда не передаётся. Опсос сам знает точное географическое положение своих BTS, точную ориентацию своих секторов, типа антенн, углы наклона и всё остальное-прочее. Следовательно, он знает мощности сигналов в данной точке. Не так чтобы уж прямо-прямо вот точно, но в любом случае точнее CellID, если говорить о привязке к местоположению.

А они в природе существуют? ;) Со всеми нелегальными перепланировками, разросшимися деревьями и прочими факторами, влияющими на прохождение сигнала?

Конечно существуют. Иначе зачем нужны технари в разведке, авиация спецназначения (для картографии которая), спутниковые группировки, которые медленно, но собирают данные и всё остальное-прочее? Или Вы думаете что в случае «если чё» будут тупить в карты времён 1941-45гг.? Нет, уверяю Вас.

Я Вам даже больше скажу – именно из-за того, что мобила выдаёт местоположение довольно точно, при конфликтах в более-менее цивилизованных местах, стремятся взять под контроль именно коммутаторы сотовой сети. Там можно выпалить скопление «абонентов», если BTS остались на стороне противника и по этим скоплениям навестись крайне точно.

Виртуал в чистом виде интересует только асоциальных гиков.

Интернет тоже когда-то был «блестящей игрушкой хакеров». Угу… Давно ли это было?

Если ударяться в абсолютную надёжность, то и до выживальщичества докатиться недолго.

Да, но в вопросах защиты информации краеугольным камнем является вопрос – стоит ли того защищаемая информация? Иногда стоит кратно дороже.

Moisha_Liberman ★★
()
Ответ на: Как минимум тому, что люди не понимают... от Moisha_Liberman

просто включить LTE. Тогда тот же VoLTE будет включаться автоматически для установления голосовых соединений

4.2. Во многих устройствах LTE есть, а VoLTE в прошивке не поддерживается.

token_polyak ★★★★
()
Ответ на: комментарий от token_polyak

4.2 у Вас.

Во многих устройствах LTE есть, а VoLTE в прошивке не поддерживается.

Проблемы пользовательского уныло-говённого девайса ни как не накладываются на реализацию сети связи.

Moisha_Liberman ★★
()
Ответ на: комментарий от token_polyak

Два варианта.

Либо я херово объяснил, либо я херово был понят.

Нет. «Сеть» реализует какую-то из трёх технологий по передаче голоса в LTE. Например, VoLTE. Голос у пользователя должен быть. Сеть вводится в эксплуатацию и проверяется на наличие заявленных характеристик.

А что там за свирепую китайщину пользователь себе прикупил, это уже его проблемы. Если оборудование прошло Ростест, то это уже его проблемы – будет его девайс поддерживать VoLTE или нет. Я бы не покупал без поддержки, но во многих случаях такие девайсы тупо дешевле и написано чёт там про LTE.

Как там у Шнура-то… Любит наш народ всякое говно. За недорого.

Moisha_Liberman ★★
()
Ответ на: Два варианта. от Moisha_Liberman

Ты и херово объяснил, и херово понял то что тебе мертвопрог сказал. По-моему, смысл его высказания именно в том, что «толку-то от поддержки VoLTE опсосом, когда на телефон не завезли». А ты всё списал на мозги пользователя, который не может ничего «включить в настройках» по причиние полного отсутствиа.

token_polyak ★★★★
()
Ответ на: комментарий от token_polyak

Хорошо. Мы пойдём другим путём.

Назовите сети LTE на территории РФ, не реализующие голосовой обмен, а реализующие только чисто обмен пакетными данными.

Время пошло. Вперёд.

Когда ответите, наверное до Вас дойдёт что Ваше мнение и высказывание мертвопоога это одинаковая х-ня. Я вот об этом:

По-моему, смысл его высказания именно в том, что «толку-то от поддержки VoLTE опсосом, когда на телефон не завезли».

Moisha_Liberman ★★
()
Ответ на: Как минимум тому, что люди не понимают... от Moisha_Liberman

Как минимум тому, что люди не понимают…

что они делают дурь.

В этом нет ничего удивительного. Если беспокоиться о всех аспектах жизнедеятельности, то можно натурально свихнуться. У Вас просто профдеформация, поэтому о некоторых аспектах Вы беспокоитесь сильнее.

самозакладу

Тюрьмы не резиновые. А посадить при желании можно кого угодно, отсутствие самозаклада не поможет ;)

существуют

В теории, ага. А на практике покажите живой сервер WirelessVillage.

что у него мозгов нет в конфигурациях устройства разрешить использование LTE

При чём здесь мозги пользователя, когда опсос не предоставляет VoLTE?!

Если уж гугль присылает письмишко типа, %username%, а не хотите ли Вы посмотреть где были в пролом месяце

Угу. Гугель настолько тупой, что когда Мы включаем в браузере итальянскую проксю, полностью оставляя данные сессии — куки, хранилища, фингерпринт и прочее — начинает совать рекламу на итальянском. Хотя по девятилетним завалам писем на GMail и истории с натыканных на разных сайтах гуглозондов запросто мог бы определить, что итальянский Мы ни хрена не понимаем. Если они даже то, от чего напрямую зависит их бизнес, не могут толком по данным намайнить, то о какой тотальной слежке и сотрудничестве с гэбнёй может идти речь?

Сейчас активно насаживается мода на паранойю, дабы искусственно создать market value — подобно моде на «зелёное», например. И Вы — осознанно или неосознанно, даже если считаете, что искренне несёте миру истину — в этом участвуете. Не профдеформированным в технарство людям нафиг не нужна ваша паранойя, у них другие заботы.

Не так чтобы уж прямо-прямо вот точно, но в любом случае точнее CellID

Но по-прежнему менее точно, чем GPS, угу?

То-то опсосам приходится время от времени высылать бригаду для произведения замеров сигнала в реальной местности, потому что по БС ни фига не понятно ;)

которые медленно, но собирают

А медленно тут не катит. Даже постройки натурально как грибы растут. Вчера стоял МАФ, сегодня уже разбирают. А через квартал другой строят. Кадров-то достаточно, по всей необъятной за этим со спутников следить? ;)

и по этим скоплениям навестись крайне точно

Да хрен там, для задачи «шандарахнуть» настолько высокая точность не нужна. Мы же о поиске конкретного абонента говорили, среди нескольких муравейников или даже нескольких деревень.

Интернет тоже когда-то был «блестящей игрушкой хакеров». Угу… Давно ли это было?

Ну так о том и речь, что он перестал ею быть, переплёвшись с реалом. Без реала он нафиг обывалам не нужен. Обывалы не мыслят абстракциями. Даже видеоигрушки, например, предпочитают приближённые к реальности: кого-то пошмалять, поуправлять войсками, популять из рогатки, на крайняк посчитать чего-то — а не что-то интеллектуально-абстрактное.

стоит ли того защищаемая информация?

Гражданин, а откуда у Вас такая дорогостоящая информация? ;)

mertvoprog
()
Ответ на: Да я-то как раз и определился. от Moisha_Liberman

Т.е., как я правильно понимаю, до Вас ни как не дойдёт что если сервер А смог передать сообщение на сервер Б, то это сообщение находится в зоне ответственности сервера Б и серверу А с ним больше ни чего делать не нужно? Если сервер А не смог передать серверу Б сообщение, то оно так и остаётся в зоне ответственности сервера А и серверу Б с ним ничего делать не нужно (да он и не сможет при всём желании).

Представьте ситуацию: сервера сконнектились, общались, и в какой-то момент сервер А отправил «сообщение» (он так считает), сервер Б его ещё не получил (проблемы на линии), а через пару минут соединение разорвалось по таймауту. Ещё через несколько минут сервера переконнектились и связь восстановилась.

Вопрос: «сообщение» утеряно навсегда? Или что делать?

Ведь сервер А уже отправил «сообщение» и забыл о нём (оно теперь «в зоне ответственности сервера Б»). А сервер Б вообще не знает, что сообщение было.

anonymous
()
Ответ на: комментарий от mertvoprog

Ну так в чём Вы расхождение видите? Решение о наказании есть — значит, запрещено.

Расхождение в том, что вы говорили, мол, в инструкциях пишут то, что нельзя делать, и «вообще-то англосаксонское прецедентное право именно так и работает».

Но там не решения о наказании. Там все решения. И решения о невиновности, и о закрытии дела, и много других. Этого в инструкциях тем более не пишут.

Нет, объединение функциональности в одном продукте — это путь к монополиям.

Вовсе нет. Например, современные автомобили, помимо доставки водителя, включают в себя функции обогрева/охлаждения, музыкального развлечения, перевозки грузов, и даже зажигалки (не говоря уже о «домах на колёсах»). И ни к каким монополиям это не привело.

Значительная часть мирового прогресса — это объединение функциональности. Одна современная кухня превосходит целую средневековую деревню пекарей. А современные туалеты — это почти спа-центры, даже общественные туалеты, некоторые ещё расслабляющую музыку играют.

Угу, только качество страдает. Тут вон давеча в удалённом треде жаловались, что в новостройках слышно, что через несколько этажей происходит.

Не страдает. В старостройках 50-летней давности всё точно также.

Ещё можно вспомнить, как любители инноваций носились с металлопластиковыми окнами, пока не поняли, что качественные деревянные всё же лучше.

Смотря с чем сравнивать же! Вы, наверное, забыли, какие деревянные окна менялись на металлопластиковые. 🙂 Даже плохие металлопластиковые окна лучше плохих деревянных.

Да и неплохие металлопластиковые дешевле, чем неплохие деревянные.

Этого тоже мало. Нужно аргументировать профит, превышающий затраты на переход.

При нулевых затратах на переход — нет, не нужно. Добавление уведомлений о доставке в мессенжер никаких затрат для пользователя не несёт.

Вы промеж каких строк откопали этот абсолютизм?

Промеж всех! 🙂 В ответ на любую фичу вы отвечали, что она иногда не работает, а потому пользоваться ей не должны.

Например:
> «Доставка сообщений не гарантируется нигде»
> «всякие сообщения о доставке бесполезны»
> «тупые пользователи по дефолту на эту гарантию рассчитывают [...] Так что нехрен отстаивать полурабочие решения.»
> «Подстраиваться под юзверей, которые хотят фигню (в данном случае — ложное чувство надёжности), вместо того, чтобы юзверей обучать — путь к идиократии.»

И «иногда не работает» — это единственный аргумент, который вы давали в ответ на любую фичу. Выходит, других аргументов у вас нет.

А если это ваш основной аргумент, то, следуя этой логике, вы не должны пользоваться ничем, что не даёт 100% гарантии. То есть... вообще ничем.

anonymous
()
Ответ на: комментарий от mertvoprog

Отдельная тема, да. =)

А чо, вне РФ LTE не существует? ;)

Существует. Почему же нет. И тут можно было бы сказать что мне пофиг чё там где существует, но нет. Не совсем так.

Понимаете, везде логика и, что самое главное, затраты на построение сетей, примерно одинаковы. Навскидку и крайне округлённо, чтобы построить сеть моб. связи, Вам надо оборудование. Те же BTS, коммутатор (хотя бы один). Пусть это будет цена M. Не важно в USD, ойро или иной валюте.

На то, чтобы развернуть это оборудование, Вам понадобится денег в два, а то и три раза больше. Т.е., М×3. Это аренда помещений, антенно-мачтовые сооружения, подключение Вашего коммутатора ко всем коммутаторам других операторов в Вашем регионе, энергоснабжение, словом, вся масса вопросов, которая как правило, «вынесена за скобки», но бюджет строительства сети сжирает только в путь. Т.е., Вы ещё не запустились, не подключили ни одного абонента, а денег уже отдай. Примерно, как я и говорил, М+3×М. Это деньги не Ваши, а инвесторов. «На свои» можно просто офигеть так «гулять».

Итак. Денег потратили, сеть развернули и запустили. Но Вы взяли и запустили сеть «чисто LTE». Без голоса. Т.е., взять и потупить в клипосы с ютубчика можно, початиться тоже можно, даже с эмодзями, даже Винду десяточку заапдейтить можно или в генточке мир заемерджить… тоже можно.

Нельзя только просто поднять трубку и позвонить. VoLTE не поддерживается на Вашей сети. Что резко снижает круг потребителей услуги. В этом случае Вас ожидает весьма сложный разговор с инвесторами. Точнее, нет. Не так. =) Вам просто не дадут на такую сеть денег. Инвесторы обратятся к экспертам (ну, положим, ко мне). Догадаетесь какое я заключение выдам? =))) Можете и не спрашивать даже.

Такие сети (без VoLTE) имеют право на существование, если оговаривается что это сеть только для передачи данных. Положим, Вы хотите накрыть какой-то район, где развёрнуто автоматизированное оборудование, людей практически нет и всё, в общем, вот так. Тогда да, можно и так построить сеть. Во всех остальных случаях – даже и не думайте. Хотя, если туда заезжает обслуживающий персонал в этот район, то им-то тоже голос нужен. Ещё надо докапитализировать строительство сети? Может, проще? VoLTE включить? =)))

И да, под «технологию» именно сейчас уже и 5G уже есть. А ксяоми начали тестировать 6G. Так что, нужен ли такой LTE тут можно не обсуждать.

Именно поэтому не строят сети без поддержки «базовых услуг». Того же «голоса». Затраты на реализацию и эксплуатацию всего ничего на общем фоне, а профит несомненный. Обратные случаи это реально редкость. На то базовые услуги так и называются. ;)

Moisha_Liberman ★★
()
Последнее исправление: Moisha_Liberman (всего исправлений: 1)
Ответ на: комментарий от anonymous

Нет. Неправильно.

Что неправильно? Да всё неправильно. Сама постановка вопроса.

Представьте ситуацию: сервера сконнектились, общались, и в какой-то момент сервер А отправил «сообщение» (он так считает), сервер Б его ещё не получил (проблемы на линии), а через пару минут соединение разорвалось по таймауту. Ещё через несколько минут сервера переконнектились и связь восстановилась.

Вопрос: «сообщение» утеряно навсегда? Или что делать?

Ведь сервер А уже отправил «сообщение» и забыл о нём (оно теперь «в зоне ответственности сервера Б»). А сервер Б вообще не знает, что сообщение было.

Прямо сразу и на берегу у Вас фундаментальная ошибка. Вы забываете что сетевые протоколы с установлением соединения всегда имеют в своём составе функции по обработке ошибок. И такие протоколы (с установлением соединения) это всегда протоколы, основанные на state machine.

Т.е., если сервер А отправил на сервер Б какое-то сообщение, то с сервера Б должно, просто обязано вернуться «квитанция» о принятии в обработку если всё правильно, либо состояние ошибки, если связь есть, но что-то не то с сообщением/получателем, либо просто диагностирован разрыв соединения. Т.е., XMPP это достаточно высокоуровневый протокол, то там есть и квитанции (подтверждения) и определены ошибки. Если же просто разрыв соединения, то XMPP-сервер получит сообщение от локального стека TCP о невозможности соединения и не будет ломиться туда какое-то время.

Ещё раз – внимательно читайте спеки на протокол и разберите прилагаемые примеры. Т.к., в основе XMPP лежит XML, то это нужно учитывать при разборе протокола. Нет там TCP ACK, там есть например, финализирующая stanza типа < message/ >. Короче, в спеки.

Moisha_Liberman ★★
()
Ответ на: комментарий от mertvoprog

Нет.

У Вас просто профдеформация, поэтому о некоторых аспектах Вы беспокоитесь сильнее.

На практике видел как небрежность убивает. Даже небрежность в мелочах.

Тюрьмы не резиновые. А посадить при желании можно кого угодно, отсутствие самозаклада не поможет ;)

зачем сажать-то? Вам и так создают максимально комфортную тюрьму, где Вы под надзором 24 часа в сутки, но при этом радуетесь тому, что «технологии облегчают жизнь». Про то и речь что не только Вам. Но и контролёрам тоже. =))) Я вот о чём речь-то веду… =)))

В теории, ага. А на практике покажите живой сервер WirelessVillage.

MMS я и сейчас могу отправить. То, что не пользуются так как раньше, не означает что из оборудования отколупали уже и из стандартов выкинули.

При чём здесь мозги пользователя, когда опсос не предоставляет VoLTE?!

См. другой ответ. Тогда здесь проблемы с мозгами не у пользователя, а у эфемерного и чисто гипотетического опсоса. Потому гипотетического, что таких не бывает в природе. Опять же – см. другой коммент.

Угу. Гугель настолько тупой, что когда Мы включаем в браузере итальянскую проксю, полностью оставляя данные сессии — куки, хранилища, фингерпринт и прочее — начинает совать рекламу на итальянском. Хотя по девятилетним завалам писем на GMail и истории с натыканных на разных сайтах гуглозондов запросто мог бы определить, что итальянский Мы ни хрена не понимаем. Если они даже то, от чего напрямую зависит их бизнес, не могут толком по данным намайнить, то о какой тотальной слежке и сотрудничестве с гэбнёй может идти речь?

Да гуглю насрать почему Вы выставили итальянский в своём мобильнике. Вариант – дали на время коллеге-итальянцу мобилу «погонять». Но гугль за месяц собирает места, которые Вы посещали и делает это на основании геоинформации, которую Вы не отключаете. Т.е., сравнительно точно для топоплана.

Сейчас активно насаживается мода на паранойю, дабы искусственно создать market value — подобно моде на «зелёное», например. И Вы — осознанно или неосознанно, даже если считаете, что искренне несёте миру истину — в этом участвуете. Не профдеформированным в технарство людям нафиг не нужна ваша паранойя, у них другие заботы.

Дадада… «я честный человек, мне нечего скрывать». Плавали, знаем. Говорю же – новый информационный концлагерь должен быть таким, чтобы люди, которые в нём содержатся, ощущали бы удобство пребывания в нём. Всё верно. Уже сейчас, выходя из дома без мобилы, чувствуешь себя раздетым. Дальше… Ну а дальше как и говорено в Апокалипсисе, печать на чело или правую длань. И ни кто без этой печати не сможет ни покупать, ни продавать… За то же удобно, да? И не говорите что вас не предупреждали. =)))

Но по-прежнему менее точно, чем GPS, угу?

GPS тут по точности и близко не лежал. Даже по дефолтным значениям точности. Полматра-метр хватит? Причём, всегда, а не при «определённых условиях» как в случае с GPS.

То-то опсосам приходится время от времени высылать бригаду для произведения замеров сигнала в реальной местности, потому что по БС ни фига не понятно ;)

Эта операция называется drive test и Вы ни фига не понимаете её сути. Это называется «натурные испытания» сети. Да, её делают регулярно, но не за тем, о чём Вы подумали.

А медленно тут не катит. Даже постройки натурально как грибы растут. Вчера стоял МАФ, сегодня уже разбирают. А через квартал другой строят. Кадров-то достаточно, по всей необъятной за этим со спутников следить? ;)

Спутник даёт «медленную» картинку. Например, стационарные пусковые установки («ракетные шахты»). Для нужд оперативного контроля есть более быстрые средства. И уж кого-кого, а «разведку» точно не нужно считать идиотами. =))) /* Вот тут сработала моя профдеформация. =))) */

Да хрен там, для задачи «шандарахнуть» настолько высокая точность не нужна. Мы же о поиске конкретного абонента говорили, среди нескольких муравейников или даже нескольких деревень.

На хер. Даже обсуждать это не хочу. Уазилий, Вы хоть понимаете какую х-ню несёте во времена высокоточного оружия? Вряд ли. Передайте хоть Дудаеву привет, которого вообще по «лучу» от спутникового телефона сработали. Там вообще ШПС и, по идее, не должны были бы ибо как такового «луча» нет… А вот смогли. =)))

Ладно. Удачи. С Вами весело, но меня ждут эти, как их… «великие дела», вспомнил… =)))

Moisha_Liberman ★★
()
Ответ на: комментарий от anonymous

Но там не решения о наказании. Там все решения

И в чём противоречие? Вам квантор всеобщности где-то померещился?

И ни к каким монополиям это не привело

Зато привело к вендорлоку. Банальная магнитола к автомобилю стоит на порядки дороже, чем такой же магнитофон, но отдельно.

современные туалеты — это почти спа-центры

Только существуют где-то в параллельной реальности. А Мы тут по-прежнему в дощатый иногда ходим.

В старостройках 50-летней давности всё точно также.

Нет, они хотя бы не монолитные. Между плитами какие-никакие прослойки есть, слышно только непосредственных соседей. А в новостройках вообще полдома.

При нулевых затратах на переход — нет, не нужно

О каких нулевых затратах речь? Переезд с мессенджера на мессенджер — вещь весьма затратная. И жертвенная, ведь паритетом по возможностям и огороженности у них и не пахнет пока, несмотря на схожесть в общих чертах.

В ответ на любую фичу

Не любую, а одну и ту же: уведомления о доставке. Других мы тут не обсуждали.

mertvoprog
()
Ответ на: Отдельная тема, да. =) от Moisha_Liberman

Вам просто не дадут на такую сеть денег

Чушь несёте. Как минимум потому, что опсосы матёрые, это не стартапы; у них нет каких-то внешних инвесторов, которым надо побыстрее отдать бабло — у них уже приличный полноправно принадлежащий юрлицу опсоса капитал, с которого часть падает в виде дивидендов акционерам, а часть можно потратить на апгрейд сети. И решения о том, что в каком порядке апгрейдить, принимают акционеры.

не подключили ни одного абонента, а денег уже отдай

Опять херню несёте, абонентов наподключали давным-давно, ещё когда LTE и в проекте не было. Некоторые опсосы настолько старые, что начинали ещё в 90-х с DAMPS ;) Другие чуть попозже, но в последние лет 10 новых уже не появляется почти, рыночек переделён. Только виртуальные, которые паразитируют на чужих сетях. Поднять с нуля свою сеть, которая может тягаться на начальных этапах с существующими мастодонтами — задача нереальная, даже если вбухать тонну бабла.

Нельзя только просто поднять трубку и позвонить

Можно, через откат на более ранние стандарты.

mertvoprog
()
Ответ на: комментарий от mertvoprog

ЛОЛ, простите, ШТА?!? =)))

Как минимум потому, что опсосы матёрые, это не стартапы;

Да ни одному опсосу в башку не стрельнет поднимать LTE без VoLTE. Просто потому, что им ненужно объяснять что такое базовые услуги и почему так они называются.

Это деревенские дурачки, думающие что они умнее всех и сейчас всех «сделают» думают что стандарты не про них писаны.

Поэтому про опсосов я и не писал. =)))

Ну и да…

Опять херню несёте, абонентов наподключали давным-давно, ещё когда LTE и в проекте не было.

Бггг… Ну вот Вы и раскололись до задницы. А теперь разверните LTE без поддержки голоса и удивитесь оттоку абонентов. Про то и речь что опсос, предоставляющий услугу LTE без поддержки того же VoLTE, это идиот. Мне такие например не известны. Почему – объяснил на пальцах и подробно.

Можно, через откат на более ранние стандарты.

Чё, докупить обородования придётся? У Вас же оборудование (Вы же сам такую вводную дали, я Вас за язык не тянул) без VoLTE?

В общем. В сухом остатке. Про LTE без реализации голосовой услуги это Вы бредить изволили. Нормальные люди такой хернёй не маются.

Moisha_Liberman ★★
()
Ответ на: Нет. от Moisha_Liberman

небрежность убивает

И что? Естественный отбор. Но покуда отсеивает он далеко не всех небрежных — значит, Вы преувеличиваете важность небрежности ;)

максимально комфортную тюрьму, где Вы под надзором 24 часа в сутки, но при этом радуетесь тому, что «технологии облегчают жизнь»

Да, многие люди завидуют цепным собакам, которых целый день кормят, выгуливают и прочим образом ухаживают. И не хотят уподобляться свободным-но-бродячим.

MMS я и сейчас могу отправить

Ну-ну ;) Опсосы по миру уже потихоньку начинают отключать MMS, ибо их дорого обслуживать, а пользуются ими мало. Например, украинский Vodafone, филиппинские Sun и Smart, индийский BSNL, армянский Beeline.

Российские вроде пока таким не грозятся, зато намечается другой трындец: договорились в 2023-м году хором отключить UMTS.

Потому гипотетического, что таких не бывает в природе

Что значит «не бывает»? Его запуск обычно целым событием является, отдельным от запуска LTE. Проще сказать, где VoLTE запустили одновременно с LTE.

почему Вы выставили итальянский в своём мобильнике

При чём тут мобильник? При чём тут итальянский, когда локаль так и осталась ru_UA, и всё прочее, сменился только IP?

и делает это на основании геоинформации, которую Вы не отключаете

Отключать нечего, потому что она не работает. Брать неоткуда.

новый информационный концлагерь должен быть таким, чтобы люди, которые в нём содержатся, ощущали бы удобство пребывания в нём

Вы так говорите, будто Земля не является одним большим концлагерем ;) С которого бежать толком некуда. Сами себе выдумали свободу, сами в неё веруете, сами её отстаиваете. Не было никогда никакой свободы. Жучки на каждом шагу не стояли, зато барены в рабах держали и нагайками били. А Вы жалуетесь на то, что бить перестали, мда.

И ни кто без этой печати не сможет ни покупать, ни продавать…

Ну да, то-то христиане коммунистов боялись ;) Ишь какие, право торговать отобрать хотели! На самом деле, опасения про «печать» — не более чем христианская выдумка, которой промывают паству. Были уже фрики, которые добровольно расковыривали свои документы и вживляли радиометку из них прямо под кожу — массовым это так и не стало (хотя вполне могло). По банальной причине: немногим такое гуро по душе.

Полматра-метр хватит?

Хватит. И по вертикали? ;)

Да, её делают регулярно, но не за тем, о чём Вы подумали

А зачем тогда? Если якобы и так понятно, где как ловит?

а «разведку» точно не нужно считать идиотами

«Разведка» всё подряд не пасёт. Кадров, опять же, не хватит.

которого вообще по «лучу» от спутникового телефона сработали

Потому что рядом никого со спутниковой связью не было. Шо там пеленговать?

mertvoprog
()
Ответ на: ЛОЛ, простите, ШТА?!? =))) от Moisha_Liberman

и удивитесь оттоку абонентов

Куда им оттекать, когда у конкурентов его тоже нет? Вот когда у кого-то появляется, то уже чесаться начинают.

Чё, докупить обородования придётся?

Кого докупать, машувать? Оно уже есть. И у опсосов, который апгрейдят до LTE существующую сеть GSM/UMTS либо CDMA2000/EVDO, и у абонентов — много Вы видали мобильников, которые умеют только LTE, а более ранние стандарты не умеют? У индусов вроде единичный такой аппарат был, и то точно не помним.

Исключение — когда абонент с CDMA2000-аппаратом переходит на GSM-опсоса с LTE, и наоборот, но это уже ССЗБизм ;)

Нормальные люди такой хернёй не маются.

Ваши бредни про идеальных людей в вакууме никому не интересны. Начать перечислять опсосов, у которых LTE есть, а VoLTE нет? Утонете ведь в этой портянке ;)

mertvoprog
()
Ответ на: комментарий от mertvoprog

Впрочем, нет... Не продолжайте...

Я сперва хотел продолжить разговор, но вот по этому я уже всё понял:

Потому что рядом никого со спутниковой связью не было. Шо там пеленговать?

Мдааа… Вам, видимо, не объяснишь что эти телефоны просто задолбаешься пеленговать? И зачем там аж спецборт понадобился? =)))

Moisha_Liberman ★★
()
Ответ на: комментарий от anonymous

И даже так нельзя. Ведь, возможно, что ключ для устройства мы добавили, но само устройство ещё ни разу не заходило. Или, наоборот, часть ключей мы уже удалили. То есть вход с них был, а ключа больше нет.

Если ключа нет, значит устройство зайти по этому ключу не сможет, так?

Так нельзя узнать число устройств же. 🙂 Ни в каком протоколе. Ни в ssh, ни в xmpp, ни в матриксе. Можно узнать только число ключей/токенов. В случае XMPP — можно узнать число сессий, которые сервер считает валидными — по ресурсам.

В Matrix можно. При логине можно прислать ID устройства, и даже если выйти из устройства, то сохранится информация, что был выполнен вход с устройства ID. Если удалить устройство, то это автоматически инвалидирует все токены, которые выданы данному устройству. А в xmpp не известно, сколько устройств имеют доступ к аккаунту.

При этом xmpp устройство может быть выключено и физически уничтожено, а начатая им сессия висеть в ожидании SM resume.

Только через XEP-0199 сервер поймёт, что устройство offline и закроет соединение.

А вы можете выдать токену определённые роли? Вот, например, в ssh у всех ключей «роли» одинаковые.

Не вижу проблемы для отдельного токена выдать свои роли.

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

А зачем доказывать, что что-то говно? Доказывать надо, что что-то не говно. По дефолту всё говно, при копроэкономике же живём.

Но вы же прибежали в эту тему и пытались что-то доказать.

А для чего ещё эти ваши свободные мессенджеры нужны? Реальные люди ими пользуются с пренебрежимо низкой вероятностью.

Ну так где доказательство? Или вы предпочитаете слиться и сменить тему?

А для чего ещё эти ваши свободные мессенджеры нужны? Реальные люди ими пользуются с пренебрежимо низкой вероятностью.

Это не доказательство.

Как Вы это себе представляете?

Ставите клиент Matrix и общаетесь.

В препода поиграть решили? ;)

Опять пытаетесь сменить тему разговора, потому что нет аргументов? Хорошо, слив засчитан.

А давно речь о федеративных MUC зашла? MUC внутри мессенджера — это иной уровень абстракции, чем сами мессенджеры.

Речь зашла про MUC когда речь зашла про XMPP, т. е. когда вы прибежали сюда и попытались что-то неудачно доказать.

Ну вот когда там в аське, например, групповые чаты появились, в конце 00-х аж? До этого она мессенджером не была, что ли?

Ну я так и говорю, всё зависит от того, что понимать под этим определением. Если групповые чаты являются централизованными, то можно назвать протокол децентрализованным?

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

При чём здесь OAuth, машувать? Вот purple-hangouts, например, работает через выковырянный из вебморды OAuth-токен. Который вводится — сюрприз! — в поле для пароля.

При чём тут purple-hangouts? Речь про то, что клиенту не нужно знать пароль пользователя, чтобы достучаться до сервера. И то, что в одном месте сделано плохо, не означает, что и в других надо делать также плохо.

Так в чём разница с паролями в итоге? В том, что пароли пользователи придумывают сами? — так пароли и автосгенерированными бывают, в том числе принудительно. В том, что токены временные? — так и пароли бывают временными. В том, что токены отдельные на каждое приложение? — так пароли тоже бывают отдельными на каждое приложение, см. «пароли для приложений» в почтах GMail/Ukr.Net/Yahoo!; вдобавок, пример с purple-hangouts наглядно демонстрирует, что токены можно шарить между приложениями. Так в чём разница-то?

Токен можно отозвать, при этом на других клиентах разлогина не будет. Токен можно сделать короткоживущим. На токен можно выдать часть ролей. Токен делают длинным, следовательно его на порядки сложнее подобрать чем пароль.

Токен можно отозвать, при этом можно зайти с помощью других токенов. Как такое сделать с паролем?

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Какое любое? Вам предъявляют за полторы централизованные платформы — Вы эти же самые платформы и начали приводить в пример.

Вы путаете тёплое с мягким, SSO (Single-Sign-On) и авторизацию. Первое - это возможность использовать некий общий аккаунт, второе - метод предоставления доступа к ресурсам пользователю без пароля.

Но для означенной задачи-то используется в общем случае именно 3-D Secure. А OAuth2 здесь при чём? В каких банках такое?

Покажите, где здесь https://developer.paypal.com/docs/api/overview/#get-an-access-token 3DS? Или вот здесь: https://developer.mastercard.com/platform/documentation/using-oauth-1a-to-access-mastercard-apis/ ? Где там для авторизации мерчанта вы увидели 3DS?

ma1uta ★★★
()
Ответ на: Да я-то как раз и определился. от Moisha_Liberman

Ну извольте, мне не сложно. =))) Т.е., как я правильно понимаю, до Вас ни как не дойдёт что если сервер А смог передать сообщение на сервер Б, то это сообщение находится в зоне ответственности сервера Б и серверу А с ним больше ни чего делать не нужно? Если сервер А не смог передать серверу Б сообщение, то оно так и остаётся в зоне ответственности сервера А и серверу Б с ним ничего делать не нужно (да он и не сможет при всём желании). Вообще-то, я удивлён тому, что приходится столь очевидные вещи растолковывать. Видимо, это Матрикс так влияет на головной мозг? =)))

Ну так возвращаемся к вопрос, который вы упорно игнорируете, как сервер А поймёт, что сообщение X не дошло до сервера Б? Раз вы не можете (или не хотите понять), то совсем простой пример: сервер А отправил X1, X2, X3, X4 станзы в сторону Б, затем через некоторое время он понимает, что соединение до Б умерло. Вопрос, как понять, какая из этих станз дошли до Б и в какой момент времени умерло соединение? В https://xmpp.org/rfcs/rfc6120.html#examples-s2s про это ни слова нет. Ведь станза могла дойти до сервера Б, но ACK не вернулся до А.

Ну чтож, следите за руками. Вот где это написано (прямо пример приведён) в RFC 6120 (говорил же – читайте RFC!) https://xmpp.org/rfcs/rfc6120.html#examples-s2s

Пример выше, в каком пункте расписано, как сервер А поймёт, то станза Xn дошла или не дошла. В каком пункте указано окно, в течение возможно повторная отправка. Если сервер А повторно отправит станзу, то как Б поймёт, что эта станза ему уже пришла и ничего делать не надо? (не слать же клиенту её повторно).

Про (Section 8.3.3.17), например?

И что делать с сообщениями, которые дошли до сервера А, отправились на Б, и только потом поняли, что там уже «remote-server-timeout»?

Вам что-то здесь не понятно? Ну используйте Google translate тогда… =))) Но управление потоками одинаково что для c2s, что для s2s.

Раз вы такой якобы умный, то покажите в каком сервере это (или аналог) реализовано для s2s?

Сделайте пожалуйста одолжение – запихайте тот кусок говна, что Вы соизволили сюда приволочь туда, где Вы его откопали.

Как только покажете, где есть реализация XEP-0198 или его аналога. В каком сервере это реализовано? Ой, или подождите, вы можете показать кусок неговна, где это реализовано как надо?

Простите. Вы и сами не понимаете в действительности про что речь.

Прощаю. Но вы сами не понимаете в действительности про что речь. Если брать сферический идеальный мир, то там XMPP рулит и педалит, но реальность гораздо суровее, и если помимо чтения попытаться применить знания на практике, то оказывается, что в реальном мире всё немного иначе.

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Неверно. Они не сравнимы, как комлексные числа с действительными.

Сравнимы. И комплексные числа можно сравнивать с действительными, вы же в курсе, что вещественные числа - это комплексные числа, у которых мнимая часть равно 0?

Затем, чтобы не потерять к ней доступ, очевидно же. Или Вы думаете, что Интернет вечен? (или хотя бы в нём что-то вечно?)

Это средство, цель какая? Вы любите в отсутствии интернета предаться ностальгии и читать историю переписки на прошлой недели под чашечку кофе?

Да, а что делать? Серверной истории доверять нельзя, ибо такие фичи, как удаление сообщений на сервере и бан доступа к чатам, идут вразрез с сохранением локальной копии всех сообщений.

Но так и история на клиенте - тоже не выход, ей тоже нельзя доверять. А бан и удаление зависит от сервера, не нравится, что вас подвергают цензуре на сервере - уходите на другой сервер, смысл терпеть и пытаться сохранить историю на клиенте?

Если память устройства забивается, то нужно выносить часть содержимого на внешние носители. Это, к слову, ещё одна общая проблема, которая не ограничивается только мессенджерами и не должна решаться мессенджероспецифичными средствами.

Вы видите, что один раз выбрали неверно решение, постоянно приходится грызть кактус и придумывать проблему, чтобы её героически решать?

Если один постоянно онлайн, то такой проблемы нет, не находите? ;)

А если несколько онлайн, тогда что?

Там шиза какая-то. Жалуются, что мобильные клиенты отваливаются, а если их часто пинговать, то батарея садится. А на хрена тогда клиент подключается сокетом вместо BOSH, если он батарею экономит?

Покажите, пожалуйста, где в статье по ссылке речь про BOSH?

ma1uta ★★★
()
Ответ на: комментарий от mertvoprog

Не-а, сначала перечитайте здесь и чините свой парсер русского языка, прозевавший переход ;)

Это да, я не у мею как зумерки перескакивать с темы на тему.

Некоторые клиенты вообще на каждую сессию рандомный ресурс генерируют.

Но это будет видно, пока устройство онлайн.

А в чём проблема? Проблему разработчики шматрицы выдумали дурацкой терминологией ;)

Понятие «устройство» - дурацкая терминология?

Программы для синхронизации? Да тысячи их. Рекомендуем SyncThing ;)

И как SyncThing позволит некродевайсы на базе Symbian синхронизировать?

До кого, до облакозависимых всяких? А Мы здесь при чём?

До тех, кто хочет жрать кактус под название «локальная история».

По очевидной причине, что постоянный доступ к серверу не гарантирован. Сервер в общем случае хрен знает где (если это не подкроватный сервер), а клиент подконтролен.

Но так и на клиенте она неполная.

Он поныне намного проработаннее.

В каком месте?

Вот когда в шматрице реализуют все возможности XMPP со всеми XEP-ами, и даже больше — тогда и приходите.

А ты думал, почему эта тема тут? И зачем к вам приходить, если вы сами прибегаете со своей пропагандой?

Общее для кого?

Вы безальтернативно утверждали, что раз для вашего случая с некродевайсом matrix не подходит, то она не нужна, xmpp лучше.

Жабограм реализует реплаи по id сообщений, как на бордах: >>15941146 Их можно слать даже с тупейших клиентов.

Как цитаты, т. е. кривой костыль. И как по реплаю перейти в исходное сообщение?

Не умеет.

И чем он тогда лучше?

ma1uta ★★★
()
Ответ на: Уговорили. от Moisha_Liberman

начните с РФ

За пределы РФ носа не высовываете? Тогда и говорить с Вами не о чём, сидите в Чебурнете и переписывайтесь там только с согражданами :P До них и ножками дотопать не проблема, даже границу пересекать не нужно, так ведь?

mertvoprog
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.