PK
ну и что там гайдить-то?
Size: a a a
2018 October 25
PK
подключиться просто
PK
или тебя интересуют детали работы протокола?
АВ
Т.е. если отключилось много участников, то нужно сделать так, чтобы сообщения не пропали.
Может, пиры перед отключением "делают бэкап" всего, что у них есть, на других пирах? Плюс, вообще всю информацию ещё сохранять сразу на нескольких пирах
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
АВ
Я на хабре читал. Плюс, тут ещё сайт кидали, distributedlab кажется
PK
и что?
NK
@Munchhausen будет жить. Поприветствуем!
C
Может, пиры перед отключением "делают бэкап" всего, что у них есть, на других пирах? Плюс, вообще всю информацию ещё сохранять сразу на нескольких пирах
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
>Плюс, вообще всю информацию ещё сохранять сразу на нескольких пирах
Ну вот у меня и была такая идея. Т.е. нужно продумать алгоритм дублирования.
Ну вот у меня и была такая идея. Т.е. нужно продумать алгоритм дублирования.
C
Может, пиры перед отключением "делают бэкап" всего, что у них есть, на других пирах? Плюс, вообще всю информацию ещё сохранять сразу на нескольких пирах
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
>Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
Да, это вряд ли. Тут можно пользоваться существующими функциями, и как конструктор, собирать из того, что есть.
Да, это вряд ли. Тут можно пользоваться существующими функциями, и как конструктор, собирать из того, что есть.
WD
>Плюс, вообще всю информацию ещё сохранять сразу на нескольких пирах
Ну вот у меня и была такая идея. Т.е. нужно продумать алгоритм дублирования.
Ну вот у меня и была такая идея. Т.е. нужно продумать алгоритм дублирования.
Можно время отправления сообщения подписанное в виде неких метаданных к нему, а клиент сам решает сообщения максимально какого возраста он хранит. Обыватели смогут хранить только довольно новые (или даже вообще не хранить), энтузиасты и федералисты - более старые, старые из списка подписей или вообще все подряд
m
Можно время отправления сообщения подписанное в виде неких метаданных к нему, а клиент сам решает сообщения максимально какого возраста он хранит. Обыватели смогут хранить только довольно новые (или даже вообще не хранить), энтузиасты и федералисты - более старые, старые из списка подписей или вообще все подряд
timestamp
C
АВ
>Я только не уверен, что это это можно сделать, пользуясь лишь официальной библиотекой
Да, это вряд ли. Тут можно пользоваться существующими функциями, и как конструктор, собирать из того, что есть.
Да, это вряд ли. Тут можно пользоваться существующими функциями, и как конструктор, собирать из того, что есть.
Может делать
set(jsonify([key, id]), data), id от 0 до 4, например. Тогда у нас data будет доступна по пяти легковычислимым ключамC
а, типа несколько раз в DHT отправлять?
АВ
а, типа несколько раз в DHT отправлять?
Ну тип да
C
АВ
Можно время отправления сообщения подписанное в виде неких метаданных к нему, а клиент сам решает сообщения максимально какого возраста он хранит. Обыватели смогут хранить только довольно новые (или даже вообще не хранить), энтузиасты и федералисты - более старые, старые из списка подписей или вообще все подряд
ttl?)
АВ
TTL должен быть, я думаю, потому что если мы решим хранить медиа в dht, то со временем этого медиа станет много
C
АВ
@ChronosX, ты пробовал у себя локально сначала делать set что-нибудь, а потом get по тому же ключу?