The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов, opennews (ok), 29-Дек-21, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


50. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от Аноним (-), 29-Дек-21, 16:58 
> А там в принципе планируется доставка сообщений до контакта,
> который был офф-лайн и перепоключился?

Предложи как это сделать децентрализовано, для начала. Самое умное что они придумали пока это хранить мсг на отправителе а когда контакт появляется - ему отправляют. Типа pounce в pidgin.

А с кучей костылей и блокчейнов вон уже jami есть, только он проц и рам жрет как не в себя такой красивый в результатей.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

99. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от torvn77 (ok), 31-Дек-21, 23:18 
Я давно предложил сделать два вида́ клиентов, на мобильный и парный ему станционарный который будет при необходимости проксировать мобильный и играть роль кладовки.  
Но разработчики зажали нос и сказали "Фу, Федерация-централизация..."  

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

Ответить | Правка | Наверх | Cообщить модератору

101. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от Аноним (-), 01-Янв-22, 01:03 
> Я давно предложил сделать два вида́ клиентов, на мобильный и парный ему
> станционарный который будет при необходимости проксировать мобильный и играть роль кладовки.

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

> Но разработчики зажали нос и сказали "Фу, Федерация-централизация..."

Вообще правильно сделали. Уб$%дочных клиентов с централизацией и интеллектом вебманки и без них есть. Судя по закосу под скайп они пытаются быть лучше чем это.

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

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

Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от torvn77 (ok), 01-Янв-22, 03:57 
>Вот если б ты придумал как это в ратках p2p сделать... они бы тебя наверное совсем иначе восприняли. Это сложно, да.

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

> Только потом нахрен оно такое нужно?

Очень даже нужно, носить телефон к котором прикручено несколько штук ssd пусть бы даже и в M.2 формате будет крайне не удобным, да и бессмысленным, так как архив скорее всего всё равно будешь открывать на ПК, а значит если на сотовый телефон пришёл файл, то было бы очень хорошо сделать так, чтобы его принял именно клиент на ПК, а не телефон, из которого его потом этот файл надо вытаскивать.  
Да и грузить телефон работой и трафиком DHT тоже не айс, как и принимать на него ответы на поисковые запросы.  
В общем самое правильное если бы человек все свои клиенты мог бы собрать в "облако" и работать с ним как с единым целым.

> Вообще правильно сделали. Уб$%дочных клиентов с централизацией и интеллектом вебманки
> и без них есть.  

нет не правильно, потому что в результате выходит то, что тот кто может(программист) делает "не удобное" и "не нужное", а тот кто делает "нужное" и "удобное" ничего не умеет.  
Лучше бы послушали моего совета, раз уж я способен продумать сценарии использования, а они нет и даже не пытаются.

Ответить | Правка | Наверх | Cообщить модератору

103. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от Аноним (-), 01-Янв-22, 21:07 
> Если учесть то, что они занимают позицию "лучше ни каких чатов, чем
> чаты в которых может не прийти часть сообщений" то они ничего
> не смогут сделать пока не изобретут приёмопередатчик на квантово сопряжённых частицах.

Я нахожу что их позиция мне нравится. Всякой дряни деланой полудурками и работающих черт знает как - и без них хватает. Вон см ниже какое мнение trifa за подобный кодинг получили.

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

> на ПК, а значит если на сотовый телефон пришёл файл, то
> было бы очень хорошо сделать так, чтобы его принял именно клиент
> на ПК, а не телефон, из которого его потом этот файл надо вытаскивать.

Не очень понятна техническая реализация этого. Тебе проще всего юзать какую-нибудь централизованую штуку знающую все твои акки. Но, извини, она на тебя полное досье и запишет как раз из-за этого знания. И сольет хзкому. Вместе с файлами. Наверное теоретически что-то типа форварда запроса на другой клиент могло бы быть, или висения >1 с одним tox ID в сети, но я не знаю как это вписывается в их протокол.

> Да и грузить телефон работой и трафиком DHT тоже не айс, как
> и принимать на него ответы на поисковые запросы.

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

> В общем самое правильное если бы человек все свои клиенты мог бы
> собрать в "облако" и работать с ним как с единым целым.

Хм... (глядя на репу с аналогом syncthing over tox) наверное в теории что-то такое даже можно.

> нет не правильно, потому что в результате выходит то, что тот кто
> может(программист) делает "не удобное" и "не нужное", а тот кто делает
> "нужное" и "удобное" ничего не умеет.

Извини, трэша деланого вебмакаками и так более 9000 позиций. Поэтому пусть будет и что-нибудь для программистов и технарей, без регистраций, смс, аккаунтов гугла и каких еще дурных подстав, которые хомячкам ок. А хомячки могут и в хипстаграме початиться, или что там у них сейчас модно. Должны же быть нормальные чатики и для нехомячков, мде?

> Лучше бы послушали моего совета, раз уж я способен продумать сценарии использования,
> а они нет и даже не пытаются.

Для распределенной штуки надо еще придумать как это сделать распределенно и без подлян, иначе пользуйся хипстаграмом и не парься, имхо

Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от torvn77 (ok), 15-Янв-22, 10:31 
> Всякой дряни деланой полудурками и
> работающих черт знает как - и без них хватает. Вон см ниже какое мнение trifa за подобный кодинг получили.  

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

> Срезать угол соблазнительно но ведет к потере обещаных свойств или иным проблемам.

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

>> на ПК, а значит если на сотовый телефон пришёл файл, то
>> было бы очень хорошо сделать так, чтобы его принял именно клиент
>> на ПК, а не телефон, из которого его потом этот файл надо вытаскивать.
> Не очень понятна техническая реализация этого.

Что может быть не понятного в аналоге Dbus между двумя клиентами благодаря которому в рамках настроек политик безопасности у каждого они по сути будут объеденены в один?

> Вместе с файлами. Наверное теоретически что-то типа форварда запроса на другой клиент могло бы быть, или висения >1 с одним tox ID в сети, но я не знаю как это вписывается в их протокол.  

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

> централизация и кто-то с правами бога

Нет централизации, есть два равноправных и не саязанных с точки зрения сети клиента которые дают друг другу задания через протокол вроде Dbus.

> Извини, трэша деланого вебмакаками и так более 9000 позиций.

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


> Для распределенной штуки надо еще придумать как это сделать распределенно и без подлян.

Так в чём проблема сделать канал на манер dbus или просто служебные сообщения как я тут предложил?


Ответить | Правка | Наверх | Cообщить модератору

108. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от Аноним (106), 04-Янв-22, 15:32 
> а значит если на сотовый телефон пришёл файл, то было бы очень хорошо сделать так, чтобы его принял именно клиент на ПК, а не телефон, из которого его потом этот файл надо вытаскивать

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

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

113. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от torvn77 (ok), 12-Янв-22, 16:44 
> Ставите на комп клиент (обычный), добавляете его себе как контакт в телефонном
> клиенте, в опциях (на десктопе) включаете автоприем файлов от своего телефонного
> контакта. Теперь полученные на телефон файлы отправляете самому себе на комп

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

>Летят Холмс с Ватсоном на воздушном шаре и спят в полете.
>Просыпаются над какой-то незнакомой землей, видят - внизу какой-то хрен коров пасет.
>Снизились они и спрашивают мужика:

.
> -Скажите, сэр, где мы находимся?
> -На воздушном шаре, сэр.
> -Спасибо, сэр! - и летят вверх. Холмс задумчиво говорит:
> -Интересная местность, Ватсон! Программист пасет коров!
> -Холмс, а с чего вы взяли, что он программист?
> -Это элементарно!
>    Во-первых, он долго думал над ответом.
>    Во-вторых, его ответ был абсолютно точен.
>    И в третьих - абсолютно бесполезен!

Ответить | Правка | Наверх | Cообщить модератору

107. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от Аноним (106), 04-Янв-22, 15:26 
> Я давно предложил сделать два вида́ клиентов, на мобильный и парный ему станционарный который будет при необходимости проксировать мобильный и играть роль кладовки.  

Ты ведь понимаешь, что ты сейчас переизобретаешь клиент-серверную архитектуру сети? Вместо запланированной P2P.
В итоге у тебя получается очередная фкдкративность-серверность, о чём тебе разработчики прямо и написали.
Никому не нужен ЕЩЕ ОДИН федеративный мессенджер - их и так уже как собак в ровно по той картинке про 14 несовместимых конкурирующих решений и добавление к ним 15-ого. Есть вон тот же XMPP (в девичестве - Jabber). И давайте откровенно - он не взлетел и все эти остальные "14" федераативных проблему клиент-серверной архитектуры не решают - они требуют СЕРВЕР, который и становится той самой уязвимой точкой. Тот факт, что сервер потенциально не один, ничего не меняет - общение зависит от сервера.
Это было во-первых.

А во-вторых, если вот этот стационарный, который "всегда работает и играет роль кладовки" встроить в мобильный, то мы получаем... тоже самое, что сейчас, но без отдельного серверного модуля (который вы иносказательно называете "стационарным клиентом", хотя по всем признакам и предназначению - это сервер). То есть пока работает "сервер", мессаги ходят. Вот пусть этот "встроенный в клиент сервер" и складирует и пересылает.

>А то что если у человека несколько клиентов Tox то вполне разумно дать им взаимодействать друг с другом и с помощью оптимизации настроек затачивать каждый под то, что ему будет удобнее всего совершать до них не доходит.

Это до вас не доходит, что вы сделали самое банальное, что только можно было предложить - предложили переделать систему под клиент-серверную архитектуру и добавить серверы. Идея, мягко говоря, не нова и не оригинальна. И никому не нужна (а кому нужна, тем уже есть такие решения и многочисленные).
А вот придумать реальное РЕШЕНИЕ для децентрализованной системы вы не смогли. И не можете. Тут надо соображалку нетривиальную, а у вас такой, похоже, нету.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

114. "Выпуск мессенджера aTox 0.7.0 с поддержкой аудиовызовов"  +/
Сообщение от torvn77 (ok), 12-Янв-22, 17:05 
По вашему ответу сразу видно опытного программиста, так как вы не способны понять и осмыслить даже простые концептуальные идеи.  

>А во-вторых, если вот этот стационарный, который "всегда работает и играет роль кладовки" встроить в мобильный,  

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

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

Что сложного добавит в код DHT опцию по которой клиенты с опредёлёнными ID могут без ограничений запрашивать адреса новых пиров или даже просить осуществить их поиск?  
Что в этом сложного?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру