Size: a a a

2018 October 27

C

ChronosX88 in Influence (dev)
а
источник

G

GitHub in Influence (dev)
🔨 1 new commit to Influence:master:

ecbb652: Update README.md by ChronosX88
источник

WD

Wisketchy Dobrov in Influence (dev)
GitHub
🔨 1 new commit to Influence:master:

ecbb652: Update README.md by ChronosX88
лол, я думал это ссылка на файл, а это он с доменом перепутал
источник

C

ChronosX88 in Influence (dev)
Да я там просто добавил строчку "REPOSITORY TRANSFERED TO GITLAB: ChronosX88/Influence"
источник

G

Gitlab in Influence (dev)
источник

G

Gitlab in Influence (dev)
источник

G

Gitlab in Influence (dev)
источник

G

Gitlab in Influence (dev)
источник

WD

Wisketchy Dobrov in Influence (dev)
>У каждого клиента сети будет список доверенных контактов, которые будут в качестве транзита для сообщений.

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

WD

Wisketchy Dobrov in Influence (dev)
Никто там кроме пары гиков не будет искать кого-то там чтобы они им хранили сообщения, которые те не успели получить (т.е. они вообще должны быть в сети вообще эти друзья теоретические)
источник

m

moi cyberkotik in Influence (dev)
потеря хоста приведет к потере части сообщений
источник

WD

Wisketchy Dobrov in Influence (dev)
moi cyberkotik
потеря хоста приведет к потере части сообщений
Нет, если хранить вырождено
источник

m

moi cyberkotik in Influence (dev)
Это как?
источник

WD

Wisketchy Dobrov in Influence (dev)
Это когда несколько копий
источник

m

moi cyberkotik in Influence (dev)
захламление будет
источник

WD

Wisketchy Dobrov in Influence (dev)
Wisketchy Dobrov
У каждого из классов свои плюсы и минусы.
Не хранить - в угоду мамкиным криптоанархистам, в минус обывателям (т.к. на разных устройствах разные логи).
Хранить федеративно - компромиссный вариант, есть и логи между устройствами и если что можно быстро снести.
Хранить в сети скорее опять же к криптоанархистам, ибо обывателям нафиг не нужен большой траффик и куча занятого место ради малопонятной для них секьюрности.
Я тут граничные случаи описывал по этому вопросу
источник

m

moi cyberkotik in Influence (dev)
можно запилить промежуточные сервы чисто для технических дел (коннект, роутинг), а хранение оставить на конечных машинах
источник

WD

Wisketchy Dobrov in Influence (dev)
Это обсуждалось сегодня в первой половине дня.
источник

G

Gitlab in Influence (dev)
warfolomey opened merge request at / Influence:
WP changes
Adding "Account issue" section.
источник

WD

Wisketchy Dobrov in Influence (dev)
ChronosX88
Окей, буду рад, если поможешь это в документацию включить
doen
источник