The OpenNET Project / Index page

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



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

Оглавление

Опубликована первая открытая альтернативная реализация клиен..., opennews (??), 03-Сен-16, (0) [смотреть все]

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


52. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от Аноним (-), 04-Сен-16, 01:27 
проблема офлайн сообщений
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

76. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от Анончик (?), 04-Сен-16, 09:49 
> проблема офлайн сообщений

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

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

118. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от fidaj (ok), 04-Сен-16, 14:04 
потому что честное p2p!
Ответить | Правка | Наверх | Cообщить модератору

125. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от Анончик (?), 04-Сен-16, 14:22 
> потому что честное p2p!

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

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

128. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/
Сообщение от fidaj (ok), 04-Сен-16, 14:38 
>> потому что честное p2p!
> Честное-то оно честное, но ту же очередь сообщений можно было и в
> ядре сделать, раз уж все остальные манипуляции с сообщениями и так
> там.

в протокольном смысле при гарантированной доставке _пакета_ - то да, но зачем же _сообщение_ пихать в протокольную очередь, причем, сразу в ядро - ИМХО это очевидно задача прикладного уровня а не протокольного.

это все-равно что в обычной системе отложенное копирование файла возложить на плечи, например, ahci драйвера.

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

224. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от Анончик (?), 05-Сен-16, 12:54 
>>> потому что честное p2p!
>> Честное-то оно честное, но ту же очередь сообщений можно было и в
>> ядре сделать, раз уж все остальные манипуляции с сообщениями и так
>> там.
> в протокольном смысле при гарантированной доставке _пакета_ - то да, но зачем
> же _сообщение_ пихать в протокольную очередь, причем, сразу в ядро -
> ИМХО это очевидно задача прикладного уровня а не протокольного.
> это все-равно что в обычной системе отложенное копирование файла возложить на плечи,
> например, ahci драйвера.

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

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

228. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от Анончик (?), 05-Сен-16, 13:28 
> это все-равно что в обычной системе отложенное копирование файла возложить на плечи,
> например, ahci драйвера.

Да и сравнение некорректно. Скорее уж драйвер ФС, и вот в нём-то отложенное копирование файла более чем естественно и даже необходимо. Потому как ядро токса не реализует _настолько_ низкоуровневые протоколы, а просто передаёт зашифрованные сообщения и прочую служебную информацию по обычным TPC/UDP.

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

184. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от анонимиус (?), 04-Сен-16, 21:30 
> потому что честное p2p!

Можно и там было бы реализовать. Например указываешь сколько памяти выделяешь под такие сообщения и рассылаешь чужие. Если выключаешь они перераспределяются. Сообщение можно подписать, чтобы доставлять неизменным.

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

186. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от fidaj (ok), 04-Сен-16, 21:45 
>> потому что честное p2p!
> Можно и там было бы реализовать. Например указываешь сколько памяти выделяешь под
> такие сообщения и рассылаешь чужие. Если выключаешь они перераспределяются. Сообщение
> можно подписать, чтобы доставлять неизменным.

вопрос не только в самой доставке и неизменности - а в перехвате, хранении и дешифрации.

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

200. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/
Сообщение от Аноним (-), 04-Сен-16, 23:52 
> вопрос не только в самой доставке и неизменности - а в перехвате,
> хранении и дешифрации.

Это как раз не особая проблема. Проблема в том что "спамеры" (желающие завалить сеть) будут лупить оптом и этот кусок стоража постепенно займут. В ущерб полезным сообщениям.

Это частично лечится, по типу того что в bitmessage сделали, НО это делает отправку сообщений медленной и ресурсоемкой операцией. Как раз чтобы спамеры-флудеры взвыли.

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

201. "Опубликована первая открытая альтернативная реализация клиен..."  +1 +/
Сообщение от fidaj (ok), 05-Сен-16, 00:05 
>> вопрос не только в самой доставке и неизменности - а в перехвате,
>> хранении и дешифрации.
> Это как раз не особая проблема. Проблема в том что "спамеры" (желающие
> завалить сеть) будут лупить оптом и этот кусок стоража постепенно займут.
> В ущерб полезным сообщениям.
> Это частично лечится, по типу того что в bitmessage сделали, НО это
> делает отправку сообщений медленной и ресурсоемкой операцией. Как раз чтобы спамеры-флудеры
> взвыли.

кстати, да

как я мог о них забыть :)

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

117. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от fidaj (ok), 04-Сен-16, 14:03 
уже давно нет этой проблемы ни в uTox, ни в qTox
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

148. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от nobodynoone (?), 04-Сен-16, 17:54 
Где? https://github.com/irungentoo/toxcore/issues/186
Ответить | Правка | Наверх | Cообщить модератору

149. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от fidaj (ok), 04-Сен-16, 17:59 
> Где? https://github.com/irungentoo/toxcore/issues/186

на стороне клиента а не протокола.

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

255. "Опубликована первая открытая альтернативная реализация клиен..."  +/
Сообщение от nobodynoone (?), 07-Сен-16, 13:05 
Ну это не интересно. Хак, считай.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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