> Всякой дряни деланой полудурками и
> работающих черт знает как - и без них хватает. Вон см ниже какое мнение trifa за подобный кодинг получили. Так я пишу что проблема в том, что люди с профессиональными навыками не желают помогать в таких проектах и хипстерам приходится писать так, как они умеют.
А вот если бы профессионалы туда пришли или сделали форк в котором бы реализовали те же идеи, но правильно, то всё было бы иначе.
> Срезать угол соблазнительно но ведет к потере обещаных свойств или иным проблемам.
Тут вы ошибаетесь, централизация и распределённость это две антогонистичные плюшки и нельзя сделать распределённое со всеми плюшками централизации, вы хотите невозможного.
>> на ПК, а значит если на сотовый телефон пришёл файл, то
>> было бы очень хорошо сделать так, чтобы его принял именно клиент
>> на ПК, а не телефон, из которого его потом этот файл надо вытаскивать.
> Не очень понятна техническая реализация этого.
Что может быть не понятного в аналоге Dbus между двумя клиентами благодаря которому в рамках настроек политик безопасности у каждого они по сути будут объеденены в один?
> Вместе с файлами. Наверное теоретически что-то типа форварда запроса на другой клиент могло бы быть, или висения >1 с одним tox ID в сети, но я не знаю как это вписывается в их протокол.
Можно сделать соглашение типа что если сообщение начинается с #! то оно является системным сообщением клиенту, так что протокол вообще ни как этого не заметит.
Ну и понятно что при редиректе осуществляющий редирект клиент должен отправить два сообщения, отправителю файла о редиректе и партнёрскому клиенту что от надо принять файл имя и хеш такой-то от клиента id такой-то.
П.С. Можно даже сделать так: `#!id_обработчика пробел`, где обработчик это скрипт на встроенном в клиент простеньком языке.
> централизация и кто-то с правами бога
Нет централизации, есть два равноправных и не саязанных с точки зрения сети клиента которые дают друг другу задания через протокол вроде Dbus.
> Извини, трэша деланого вебмакаками и так более 9000 позиций.
А виноваты в этом люди со знаниями полностью умывающие уруки от участия в таких проектах.
> Для распределенной штуки надо еще придумать как это сделать распределенно и без подлян.
Так в чём проблема сделать канал на манер dbus или просто служебные сообщения как я тут предложил?
