Получается при заходе на страницу я ее буду качать и хранить у себя как некий кэш, который у меня потом могут взять другие или файл. OK
Что делать если у меня мало место?
Можно регулировать, сколько места отдавать под кэш. Или по аналогии с тонкими bitcoin-клиентами вообще ничего не сохранять на диск.
При изменении динамики, насколько быстро распространится изменения.
Динамика хранится в виде изменяющихся ссылок на статику в системе IPNS (IP Naming System), как ref'ы в Git. Изменения в них распространяются не мгновенно, но являются атомарными, т.е. если выложить новую версию сайта, хэш его корневого элемента будет новым, и новую версию увидят только те пользователи, которые получат новое значение через IPNS.
Конечно, сайт может ссылаться не только на объекты IPFS, но и на записи в IPNS, но это разбивает его на несколько атомарных частей, так что с этим надо быть аккуратней.
Будет ли полная перекачка файла или только изменения файла?
Любой файл может быть представлен как одним объектом, так и набором подобъектов. Так что всегда целиком будет перекачиваться основной объект файла (список подобъектов), но подобъекты будут скачиваться только те, которые изменились. Так, например, можно разбить видео на эпизоды, и ретушь одного эпизода не вызовет перекачку всего видео.
Как распределяются права к файлам? Можно ли сделать больше одного человека, который имеет RW права на папку?
В IPFS единственное понятие, на которое распространяются права — это запись в IPNS. Менять её может только владелец ключа шифрования, которым эта запись адресуется. Они планируют что-то поменять, чтобы можно было одним ключом менять несколько записей в IPNS, но я не видел, чтобы они хотели дать возможность менять одну запись несколькими ключами (что печально и сильно ограничивает область применения).
Как быть, если кто-то удалил все файлы в каталоге или сам каталог?
IPFS хочет заменить интернет (ну почти), а что попало в интернет, как известно, не вырубишь и потребнадзором топором. Удалить можно только ссылки на контент из IPNS, но если этот контент кто-то уже скачал, никуда он больше не денется. По аналогии с DNS, придётся искать этот контент не по ключу в IPNS (как доменное имя), а по хэшу контента (как адрес), но контент останется доступен (даже если у вас угнали домен).
Как быть с коллизиями?
Не париться по их поводу пока, менять алгоритмы хэширования потом, см. другие комменты.
Google выпустил патч, который позволяет его выключить, и в Debian воспользовались новым флагом. Изменения в конфигурации сборки для конкретного дистрибутива — это не форк.
Чем же это не город-парк? Посёлок посреди леса, вдоль переулков скорее всего будут зелёные насаждения, так же как и на участках.
> планировка позволяет масштабироваться
Не совсем понятно, зачем масштабировать такой посёлок, но ничто не мешает сделать ещё один такой же на соседней полянке.
> максимальная автономность домохозяйств и более высоких структурных единиц (минимизация централизованной инфраструктуры, производство еды на месте)
Извне в посёлок приходят только электричесвто и интернет, вода добывается в будках отдельно для каждого «квартала» (8 участков), тепло и канализация — свои у каждого участка. Для 56 участков создавать производство еды смысла не имеет, достаточно одного магазина (или лучше пункта выдачи заказанных продуктов).
> вся социальная инфраструктура в шаговой доступности
Диаметр посёлка — где-то полкилометра, т.е. всё находится в шаговой доступности.
1. Как будет организован подъезд к посёлку? Судя по карте, от ближайшей дороги идёт километр грунтовки, а в расчёте не видно строительства подъездых дорог. Правильно ли я понимаю, что грунтовка так и останется?
2. По-моему, в подобном посёлке вместо детсада/школы (не уверен насчёт яслей) вполне сойдёт отдельное здание, где все вместе занимаются по одной из «альтернативных» методик. Без разбиения на классы, без оверхеда преподавателям, которых вполне можно приглашать из Кирова. Есть ли какие-то конкретные планы по поводу школы?
Надеюсь, не собираетесь убирать поддержку «простых смертных» без турбины полностью? Было бы интересно попробовать DIY мозги на обычной рабочей лошадке, а на таких лишь ДМРВ да ДПДЗ.
Описанные в статье практики не имеют целью защиту от DoS-атак, только высокую доступность сервисов. Для обеспечения подобной защиты необходимо применять сторонние IDS решения.
Можно регулировать, сколько места отдавать под кэш. Или по аналогии с тонкими bitcoin-клиентами вообще ничего не сохранять на диск.
Динамика хранится в виде изменяющихся ссылок на статику в системе IPNS (IP Naming System), как ref'ы в Git. Изменения в них распространяются не мгновенно, но являются атомарными, т.е. если выложить новую версию сайта, хэш его корневого элемента будет новым, и новую версию увидят только те пользователи, которые получат новое значение через IPNS.
Конечно, сайт может ссылаться не только на объекты IPFS, но и на записи в IPNS, но это разбивает его на несколько атомарных частей, так что с этим надо быть аккуратней.
Любой файл может быть представлен как одним объектом, так и набором подобъектов. Так что всегда целиком будет перекачиваться основной объект файла (список подобъектов), но подобъекты будут скачиваться только те, которые изменились. Так, например, можно разбить видео на эпизоды, и ретушь одного эпизода не вызовет перекачку всего видео.
В IPFS единственное понятие, на которое распространяются права — это запись в IPNS. Менять её может только владелец ключа шифрования, которым эта запись адресуется. Они планируют что-то поменять, чтобы можно было одним ключом менять несколько записей в IPNS, но я не видел, чтобы они хотели дать возможность менять одну запись несколькими ключами (что печально и сильно ограничивает область применения).
IPFS хочет заменить интернет (ну почти), а что попало в интернет, как известно, не вырубишь и
потребнадзоромтопором. Удалить можно только ссылки на контент из IPNS, но если этот контент кто-то уже скачал, никуда он больше не денется. По аналогии с DNS, придётся искать этот контент не по ключу в IPNS (как доменное имя), а по хэшу контента (как адрес), но контент останется доступен (даже если у вас угнали домен).Не париться по их поводу пока, менять алгоритмы хэширования потом, см. другие комменты.
Чем же это не город-парк? Посёлок посреди леса, вдоль переулков скорее всего будут зелёные насаждения, так же как и на участках.
> планировка позволяет масштабироваться
Не совсем понятно, зачем масштабировать такой посёлок, но ничто не мешает сделать ещё один такой же на соседней полянке.
> максимальная автономность домохозяйств и более высоких структурных единиц (минимизация централизованной инфраструктуры, производство еды на месте)
Извне в посёлок приходят только электричесвто и интернет, вода добывается в будках отдельно для каждого «квартала» (8 участков), тепло и канализация — свои у каждого участка. Для 56 участков создавать производство еды смысла не имеет, достаточно одного магазина (или лучше пункта выдачи заказанных продуктов).
> вся социальная инфраструктура в шаговой доступности
Диаметр посёлка — где-то полкилометра, т.е. всё находится в шаговой доступности.
2. По-моему, в подобном посёлке вместо детсада/школы (не уверен насчёт яслей) вполне сойдёт отдельное здание, где все вместе занимаются по одной из «альтернативных» методик. Без разбиения на классы, без оверхеда преподавателям, которых вполне можно приглашать из Кирова. Есть ли какие-то конкретные планы по поводу школы?