fl
ну так и инет может отвалится посреди запуска твоей программы
или может прийти оом-килер какой
или может прийти оом-килер какой
Size: a a a
2021 April 16
PZ
Ну да. Но это определённый (не самый хороший) рефлекс программистов: контролировать так много как можешь. Не можешь конечно - не контролируешь, но если можешь, то....
fl
а почему у них дорогое хттп-апи? оно ж у них вроде единственное?
PZ
Оно единственное, да. Я к тому, что по сравнению с какой-нибудь разделяемой памятью оно требует много ресурсов: сериализация-сокет-десериализация.
fl
а ипфс-нода поддерживает разделение прав доступа/управления на несколько юзеров-подключений?
PZ
нет, насколько я помню...
fl
хм, толи они и на это забили толи нельзя навредить другим юзерам ноды через апи?
PZ
Разве что нагадить с каналами. Все остальные действия могут навредить скорее владельцу ноды (типа анпина данных)
fl
анпин тоже не дело
чёт создатели явно не продумали это
или рассчитывали выводить клиентским программам только функционал "торента"
чёт создатели явно не продумали это
или рассчитывали выводить клиентским программам только функционал "торента"
PZ
Ну тут системная проблема: как ты отличишь свой блок от чужого? Блоки не имеют владельцев... а запретить анпин вообще = загадить место в системе
fl
запиненость может иметь владельца
и канал
и подписка
и канал
и подписка
PZ
Ну тогда нужно создавать дополнительный слой абстракций: не просто пины, а пины с владельцами.
Потому что в принципе-то ничто не мешает двум разным приложениям запинить один и тот же блок.
Потому что в принципе-то ничто не мешает двум разным приложениям запинить один и тот же блок.
PZ
Вообще конечно да, апи в его нынешнем состоянии писалось больше под создание гуя к программе, чем под совместное использование данных
fl
да просто надо посмотреть на взрослые базы данных например - на их модели прав и доступов
PZ
Не хватит
fl
почему это?
PZ
Потому что у тебя вопрос совместного владения. По крайней мере в абсолютном большинстве баз с которыми я сталкивался к нему и близко не подходят.
fl
там есть совместные локи на чтение - которые запрещают запись
это совместное владение, хоть и более временное чем постоянный пин
это совместное владение, хоть и более временное чем постоянный пин
PZ
Так у тебя проблема именно с хранением этого. На самом деле это всё можно сделать. Вопрос в том насколько это нужно
fl
если их нода не как libsql - то это прям обязательно, я в шоке, что у них этого нет