https://m.opennet.dev/openforum/vsluhforumID3/126291.html Состоялся выпуск aTox 0.7.0, свободного мессенджера для платформы Android, использующего протокол Tox (c-toxcore). Tox предлагает децентрализованную P2P-модель распространения сообщений, использующую криптографические методы для идентификации пользователя и защиты транзитного трафика от перехвата. Приложение написано на языке программирования Kotlin. Исходный код и готовые сборки приложения распространяются под лицензией GPLv3...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56426<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#115 Sat, 15 Jan 2022 07:31:04 GMT &gt; Всякой дряни деланой полудурками и <br>&gt; работающих черт знает как - и без них хватает. Вон см ниже какое мнение trifa за подобный кодинг получили. <br><br>Так я пишу что проблема в том, что люди с профессиональными навыками не желают помогать в таких проектах и хипстерам приходится писать так, как они умеют. <br>А вот если бы профессионалы туда пришли или сделали форк в котором бы реализовали те же идеи, но правильно, то всё было бы иначе.<br><br>&gt; Срезать угол соблазнительно но ведет к потере обещаных свойств или иным проблемам. <br><br>Тут вы ошибаетесь, централизация и распределённость это две антогонистичные плюшки и нельзя сделать распределённое со всеми плюшками централизации, вы хотите невозможного.<br><br>&gt;&gt; на ПК, а значит если на сотовый телефон пришёл файл, то <br>&gt;&gt; было бы очень хорошо сделать так, чтобы его принял именно клиент <br>&gt;&gt; на ПК, а не телефон, из которого его потом этот файл надо вытаскивать.<br>&gt; Не очень понятна техническая реализация этого.<br><br>Что может быть не понятного в аналоге Dbus между двумя клиент https://m.opennet.dev/openforum/vsluhforumID3/126291.html#114 Wed, 12 Jan 2022 14:05:40 GMT По вашему ответу сразу видно опытного программиста, так как вы не способны понять и осмыслить даже простые концептуальные идеи. <br><br>&gt;А во-вторых, если вот этот стационарный, который "всегда работает и играет роль кладовки" встроить в мобильный, <br><br>Дорогой мой, родименький, я предполагаю что и станционарный клиент, и мобильный клиент в равной степени могут принять загружаемый файл. <br>Но в твою голову видимо не влезает простая идея: <br>Если я сижу за станционарным клиентом, но закачиваемый файл мне нужен в мобильнике то мне проще сразу закачивать его на мобильник, для чего удобно предусмотретьл команду редиректа на клиент с таким-то ID. <br>И на оборот: Если я сижу в мобильном клиенте, но закачиваемый файл мне нужен на станционарном компьютере то мне проще сразу закачивать его на станционарный компьютер, для чего удобно предусмотретьл команду редиректа на клиент с таким-то ID. <br><br>Что сложного чтобы клиент мог запомнить несколько ID от которых мог бы принимать команды, или которым мог бы отправлять команды? https://m.opennet.dev/openforum/vsluhforumID3/126291.html#113 Wed, 12 Jan 2022 13:44:57 GMT &gt; Ставите на комп клиент (обычный), добавляете его себе как контакт в телефонном <br>&gt; клиенте, в опциях (на десктопе) включаете автоприем файлов от своего телефонного <br>&gt; контакта. Теперь полученные на телефон файлы отправляете самому себе на комп <br><br>Вы сами то поняли что написали? <br>Зачем сначала скачивать гигабайты трафика на телефон, а потом эти гигабайты перекачивать домой на комп? <br>Не проще ли сделать редирект загрузки? <br>Но да, так думают только простые пользователи, программистам такой простой здравый смысл не ведом. <br><br><br><br><br><br>&gt;Летят Холмс с Ватсоном на воздушном шаре и спят в полете.<br>&gt;Просыпаются над какой-то незнакомой землей, видят - внизу какой-то хрен коров пасет.<br>&gt;Снизились они и спрашивают мужика:<br><br>.<br>&gt; -Скажите, сэр, где мы находимся?<br>&gt; -На воздушном шаре, сэр.<br>&gt; -Спасибо, сэр! - и летят вверх. Холмс задумчиво говорит:<br>&gt; -Интересная местность, Ватсон! Программист пасет коров!<br>&gt; -Холмс, а с чего вы взяли, что он программист?<br>&gt; -Это элементарно!<br>&gt; Во-первых, он долго думал над о https://m.opennet.dev/openforum/vsluhforumID3/126291.html#112 Wed, 05 Jan 2022 13:41:37 GMT Ну вот.<br>Значит в этой части собеседник наплёл фигни. Наверное по старой памяти со скайпом перепутал. В Тохе такой проблемы не может быть бай дезигн.<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#111 Wed, 05 Jan 2022 01:06:13 GMT Именно. Ретрансляторы используются только для отправки/получения запросов в друзья и передачи состояния профиля (онлайн/отошёл/занят/не в сети). Всё остальное передаётся строго между двумя собеседниками, либо всем и сразу через друг-друга, в случае групп.<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#110 Tue, 04 Jan 2022 12:51:27 GMT Соблюдать должен не мессенджер, а оператор мессенджера. А у Tox'а, ввиду децентрализованной архитектуры (на самом деле децентрализованной, а не федерализация какая, как у некоторых) оператора нет.<br>Ямное дело тащмайора это не волнует, но факт остаётся фактом - выполнять требования некому.<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#109 Tue, 04 Jan 2022 12:43:55 GMT У меня Tox (не конкретно сабжевый aTox, а вообще) по крайней мере работает. Причём так, как ожидается. Джами не завёлся. По крайней мере даже с такой банальностью, как текстовое сообщение отправить-принять с ходу не шмогло.<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#108 Tue, 04 Jan 2022 12:32:21 GMT &gt; а значит если на сотовый телефон пришёл файл, то было бы очень хорошо сделать так, чтобы его принял именно клиент на ПК, а не телефон, из которого его потом этот файл надо вытаскивать<br><br>Ставите на комп клиент (обычный), добавляете его себе как контакт в телефонном клиенте, в опциях (на десктопе) включаете автоприем файлов от своего телефонного контакта. Теперь полученные на телефон файлы отправляете самому себе на комп (если с конкретным файлом это вам действительно надо).<br>Решение масштабируется на сколько угодно своих девайсов.<br> https://m.opennet.dev/openforum/vsluhforumID3/126291.html#107 Tue, 04 Jan 2022 12:26:57 GMT &gt; Я давно предложил сделать два вида&#769; клиентов, на мобильный и парный ему станционарный который будет при необходимости проксировать мобильный и играть роль кладовки. <br><br>Ты ведь понимаешь, что ты сейчас переизобретаешь клиент-серверную архитектуру сети? Вместо запланированной P2P.<br>В итоге у тебя получается очередная фкдкративность-серверность, о чём тебе разработчики прямо и написали.<br>Никому не нужен ЕЩЕ ОДИН федеративный мессенджер - их и так уже как собак в ровно по той картинке про 14 несовместимых конкурирующих решений и добавление к ним 15-ого. Есть вон тот же XMPP (в девичестве - Jabber). И давайте откровенно - он не взлетел и все эти остальные "14" федераативных проблему клиент-серверной архитектуры не решают - они требуют СЕРВЕР, который и становится той самой уязвимой точкой. Тот факт, что сервер потенциально не один, ничего не меняет - общение зависит от сервера.<br>Это было во-первых.<br><br>А во-вторых, если вот этот стационарный, который "всегда работает и играет роль кладовки" встроить в мобил