mirror of https://github.com/voidlizard/hbs2
devlog updated
This commit is contained in:
parent
d437d67133
commit
e1a38aad49
|
@ -1,5 +1,94 @@
|
||||||
|
## 2023-02-05
|
||||||
|
|
||||||
## 2032-02-03
|
|
||||||
|
### fixme
|
||||||
|
|
||||||
|
Багтрекеры не нужны. Нужно сделать утилиту
|
||||||
|
fixme, которая будет вести список FIXME/TODO
|
||||||
|
из файлов. Формат FIXME/TODO достаточно расслабленный,
|
||||||
|
но с определёнными условностями (TBD).
|
||||||
|
|
||||||
|
Каждая такая запись привязывается к файлу/строчке/гитовому
|
||||||
|
коммиту. Оттуда и берёт автора, и как-то трекает историю.
|
||||||
|
|
||||||
|
Изменения workflow делаются отдельными записями, можно еще
|
||||||
|
с криптоподписью (взять тот же самый credentials).
|
||||||
|
|
||||||
|
Аттачменты и прочее --- добавлять хэш-ссылками на
|
||||||
|
|
||||||
|
1. объект hbs2/offgrid
|
||||||
|
2. git blob
|
||||||
|
|
||||||
|
Тогда, если по этому гитовому хэшу объект где-то находится
|
||||||
|
(в т.ч. вообще в любом репозитории, у нас же может быть
|
||||||
|
глобальный словарь sha1 <-> offgrid-hash) то - рисуем картинку
|
||||||
|
или изображаем аттачмент.
|
||||||
|
|
||||||
|
|
||||||
|
### Про PEX
|
||||||
|
|
||||||
|
Надо делать PEX. PEX очень простой:
|
||||||
|
|
||||||
|
```
|
||||||
|
data PEXEntry e = PEXAdd (PeerAddr e)
|
||||||
|
| PEXDel (PeedAddr e)
|
||||||
|
| PEX
|
||||||
|
|
||||||
|
data PEX e = PEXRequest ???
|
||||||
|
| PEXResponse ??? [PEXEntry]
|
||||||
|
```
|
||||||
|
|
||||||
|
На самом деле, кто тут судьи? Кто может нам
|
||||||
|
сказать - добавить пира или удалить.
|
||||||
|
|
||||||
|
Только мы сами можем решать. Поэтому, PEX
|
||||||
|
может быть редуцирован до:
|
||||||
|
|
||||||
|
|
||||||
|
``````````````````````````````````````````````
|
||||||
|
data PEX e = PEXRequest ???
|
||||||
|
| PEXInfo [PeerAddr e] (Maybe ???)
|
||||||
|
|
||||||
|
|
||||||
|
A B
|
||||||
|
+ -> PEXRequest -> +
|
||||||
|
| |
|
||||||
|
+ <- PEXInfo xxx ??? <- +
|
||||||
|
| |
|
||||||
|
| |
|
||||||
|
|
||||||
|
``````````````````````````````````````````````
|
||||||
|
|
||||||
|
Вопрос, сколько пиров за раз отдавать,
|
||||||
|
как можно нас зафлудить битыми пакетами
|
||||||
|
и т.д.
|
||||||
|
|
||||||
|
|
||||||
|
Информацию о пирах лучше сделать вообще отдельным
|
||||||
|
протоколом, что бы не загромождать этот.
|
||||||
|
|
||||||
|
Тогда останется только
|
||||||
|
|
||||||
|
```
|
||||||
|
data PEX e = PEXRequest ??? | PEXAnswer [PeerAddr e]
|
||||||
|
|
||||||
|
```
|
||||||
|
|
||||||
|
Оценочные суждения, что пир такой-то --- редиска и т.п.
|
||||||
|
можно оставить за кадром. Там нужны пруфы или сеть
|
||||||
|
доверия, для сети доверия надо хранить статистику пиров
|
||||||
|
(что, кстати, можно).
|
||||||
|
|
||||||
|
То есть если пир, который у нас на хорошем счету, или
|
||||||
|
его хороший пир говорят нам, что какой-то другой пир
|
||||||
|
--- плохой, то этому можно верить.
|
||||||
|
|
||||||
|
|
||||||
|
Вопрос, база локальная или база глобальная. Вообще, это
|
||||||
|
целая большая история и пока не до неё.
|
||||||
|
|
||||||
|
|
||||||
|
## 2023-02-03
|
||||||
|
|
||||||
FIXME: Перестаёт качать ближе к концу файла.
|
FIXME: Перестаёт качать ближе к концу файла.
|
||||||
После повторного анонса --- докачивает.
|
После повторного анонса --- докачивает.
|
||||||
|
|
Loading…
Reference in New Issue