The OpenNET Project / Index page

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



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

Оглавление

GitHub опубликовал судебное решение, имеющее отношение к блокировке youtube-dl, opennews (ok), 30-Окт-20, (0) [смотреть все]

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


75. "GitHub опубликовал судебное решение, имеющее отношение к бло..."  +2 +/
Сообщение от Аноним (75), 30-Окт-20, 13:39 
ipfs юзайте.
Ответить | Правка | Наверх | Cообщить модератору

223. "GitHub опубликовал судебное решение, имеющее отношение к бло..."  +/
Сообщение от anonymous (??), 31-Окт-20, 11:56 
IPFS -- крутая штука, но слишком ориентирована на статический контент. Как там изменчивый git-репозиторий опубликовать?
Ответить | Правка | Наверх | Cообщить модератору

240. "GitHub опубликовал судебное решение, имеющее отношение к бло..."  +2 +/
Сообщение от p2p_or_offline (?), 31-Окт-20, 18:53 
Общий подход для публикации изменчивого контента в IPFS - это подписать хэш актуального материала своим секретным ключом и ссылаться на него через соответствующий публичный ключ, который, в отличие от статического хэша, всегда остаётся одинаковым. При запросе нового материала клиенту в ответ приходит из DHT свежий (в теории) статический хэш, подписанный ключом автора. И далее сам материал запрашивается из сети уже известным образом по этому хэшу. Всё вместе это называется IPNS, и все необходимые команды встроены в сам ipfs. Впрочем, IPNS может получать хэши также из некоторых других обновляемых источников, например из специально оформленных TXT-записей в обычном DNS.

С Git сложность ещё и в том, что не очень понятно, как получить хотя бы статический хэш репозитория. Первой попыткой решить это "в лоб" был скрипт https://github.com/whyrusleeping/git-ipfs-rehost , прямолинейно перепаковывающий объекты существующего git-репозитория в IPFS. Однако для практического применения он совершенно не годился. Следующим шагом стала поддержка плагинов, одним из которых и стал плагин для работы с git-объектами. Говоря в общем, необходим он для того, чтобы полностью избежать ненужного дублирования данных при добавлении git-репозитория в IPFS. Этого, однако, недостаточно, и для самого Git необходим способ взаимодействия с IPFS. И таким способом стал remote-хелпер https://github.com/ipfs-shipyard/git-remote-ipld , который по замыслу должен уметь добавлять (или создавать) IPNS-ключ в качестве remote-ветки и делать прямо в него push своих коммитов. Однако пока он этого до конца не делает. И вот как-то на этом месте всё с тех пор так и заглохло. Может быть, последние события как-то их расшевелят в этом направлении.

Ну и краткая выжимка того, как это всё на данный момент выглядит https://github.com/ipfs/notes/issues/45#issuecomment-403246530

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

245. "GitHub опубликовал судебное решение, имеющее отношение к бло..."  +1 +/
Сообщение от Аноним (158), 31-Окт-20, 19:32 
Изменчивый в гите только workspace. В самом репозитории всё статичненько.
Ответить | Правка | К родителю #223 | Наверх | Cообщить модератору

282. "GitHub опубликовал судебное решение, имеющее отношение к бло..."  +/
Сообщение от Аноним (-), 05-Ноя-20, 19:28 
> ipfs юзайте.

К сожалению оно на непонятном языке написано. Не будем даже и пытаться.

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

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

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




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

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