У Kubo в комплекте идёт шлюз который становится доступен после запуска. Но настроен он на локальный IP (127.0.0.1). Его можно перенастроить на любой IP (0.0.0.0).
Пусть даже проще - просто хотя бы есть плагин/инструмент в IPFS способный вытягивать файлы по прямым ссылкам из IPFS не через шлюз?
Есть Kubo RPC API которое позволяет в том числе и загружать файлы в IPFS.
Насколько я знаю обычный IPFS чужие файлы качает только когда пользователь выполнил какие то действия для этого (скачал файл или папку из IPFS, запинил файл или папку другого пользователя, открыл файл или папку на локальном шлюзе, исследовал файл или папку средствами клиента). Но самостоятельно без действий пользователя обычная IPFS ничего не должна качать.
Возможно имеется ввиду что не стоит давать доступ к локальному шлюзу всему интернету так как запрошенные данные через шлюз скачиваются и сохраняются локально.
Также любой сайт может запросить с вашего локального шлюза просто угадав его адрес (127.0.0.1:8080) нужные ему файлы и они также скачаются из сети IPFS и сохранятся локально. Чтоб такого не произошло можно поменять в настройках порт шлюза на случайный (правда это не спасёт от скана портов). Или как вариант заблокировать браузеру возможность запрашивать что то у локального шлюза при помощи плагинов (например uMatrix) или proxy.pac.
Есть также ipfs-cluster у которого задача как раз распределять данные между узлами кластера. Но я им не пользуюсь так что сказать мне про него нечего.
Пока клиент запущен он поддерживает работу DHT сети которая позволяет IPFS узлам находить друг друга для обмена данными. Возможно именно этот трафик и отображается в клиенте.
Если очень интересно что IPFS делает есть опция дебаг режима (--debug) которая позволяет логировать все действия IPFS.
С gateway.ipfs.io сделали перенаправление на ipfs.io для файлов в ipfs. CF вроде позволяет быстро свой шлюз подключить но платно. Без своего и глобального шлюза надо проверять есть ли у пользователя локальный шлюз и загружать через него.
По умолчанию добавляемые в IPFS файлы пользователем пинятся и не удаляются при сборке мусора. Так что в теории пока клиент работает файлы должны быть доступны.
Эти 30МБ скорей всего это сам web ui(страница и ресурсы на которой это всё отображается). Если открыть web ui в браузере в адресной строке появится его хеш. Этот хеш можно вставить в текстовое поле на этой странице и посмотреть из чего он состоит и что сколько занимает. Всё что открывается через локальный шлюз скачивается и сохраняется в локальный репозитарий пользователя. В windows он находится по умолчанию по пути "C:\Users\user_name\.ipfs". Путь к репозитарию можно поменять задав переменную среды IPFS_PATH в которой указать другой диск и путь до репозитария. Объём репозитария задаётся в настройках. При привышении этого обьёма включается сборщик мусора который удаляет из репозитария не запиненые блоки. Бонусы хранения служебной информации наверно только в скорости открытия страницы.
Можно размещать и многостраничный. Все эти файлы и папки можно сложить в одну и сделать ссылки на другие страницы относительными текущей страницы (например: ./page1.html).
Ваш пример в приватной вкладке Firefox превращается в тыкву. Firefox при попытке доступа к хранилищам в приватной вкладке выбрасывает исключение которое не ловится и не обрабатывается в вашем коде. В результате вместо сайта пустая страница.
Интересно что Ютуб вроде не блокируют а вот некоторые инстансы invidious(которые по сути зеркала ютуба) под блоком. Открываются только когда включаю антиблокировщик.
Стрим и предполагает что люди смотрят именно то что происходит в этот момент и общаются со стримером. Можно вещать несколько потоков в разном качестве благо адресного простраства на это хватит. Чат тоже кстати может по мультикасту работать.
В IPv6 вроде как мультикаст изначально продумали с учётом вещания через интернет. Благодаря мультикасту любой стример сможет вещать напрямую своей аудитории и на сервисы отдавая один поток и не забивая канал до отказа. И как я понял мультикаст адреса сразу разделили флагом на два диапазона. Один регистрируется а второй свободный.
У меня это умеет клавиатура Samsung. Думаю она не на всех андройдах установлена. Но я так и не привык и к т9 и к неприрывному вводу. Набираю слова по буквам. Хотя уже по ходу выучил положение букв и вполне могу писать и непрерывным в вводом. Но не все слова получается так написать.
А зачем полная? Достаточно хранить её часть. Вы ешё майнить на телефоне предложите.
Проблема на мой взгляд какраз в первом запуске когда необходимо скачать и проверить всю базу. Делаются эти две задачи паралельно так что хранить всю базу нет необходимости. Но процесс это долгий на ПК а на телефоне тем более.
Может ещё блокировать все куки по умолчанию и дать возможность пользователю их легко разрешить для конкретного сайта?
У дополнения uMatrix с заблокированными куками проблема. Даже если они заблокированы но не стерты они утекают обратно на сервер при открытии новой вкладки. Поэтому блокирование куков на уровне браузера а не дополнения имело бы смысл.
В фаерфоксе я поставил режим блокировать все куки. Некоторые сайты при этом вообще отказываются показывать контент. Если контент очень нужен я добавляю сайт в исключения но это немного сложнее чем пара кликов.
IPFS Desktop это графическая оболочка(а точнее браузер) над Kubo которая отображает ipfs-webui.
У Kubo в комплекте идёт шлюз который становится доступен после запуска. Но настроен он на локальный IP (127.0.0.1). Его можно перенастроить на любой IP (0.0.0.0).
Есть Kubo RPC API которое позволяет в том числе и загружать файлы в IPFS.
Есть Kubo RPC API которое позволяет в том числе и загружать файлы в IPFS.
Насколько я знаю обычный IPFS чужие файлы качает только когда пользователь выполнил какие то действия для этого (скачал файл или папку из IPFS, запинил файл или папку другого пользователя, открыл файл или папку на локальном шлюзе, исследовал файл или папку средствами клиента). Но самостоятельно без действий пользователя обычная IPFS ничего не должна качать.
Возможно имеется ввиду что не стоит давать доступ к локальному шлюзу всему интернету так как запрошенные данные через шлюз скачиваются и сохраняются локально.
Также любой сайт может запросить с вашего локального шлюза просто угадав его адрес (127.0.0.1:8080) нужные ему файлы и они также скачаются из сети IPFS и сохранятся локально. Чтоб такого не произошло можно поменять в настройках порт шлюза на случайный (правда это не спасёт от скана портов). Или как вариант заблокировать браузеру возможность запрашивать что то у локального шлюза при помощи плагинов (например uMatrix) или proxy.pac.
Есть также ipfs-cluster у которого задача как раз распределять данные между узлами кластера. Но я им не пользуюсь так что сказать мне про него нечего.
Пока клиент запущен он поддерживает работу DHT сети которая позволяет IPFS узлам находить друг друга для обмена данными. Возможно именно этот трафик и отображается в клиенте.
Если очень интересно что IPFS делает есть опция дебаг режима (--debug) которая позволяет логировать все действия IPFS.
С gateway.ipfs.io сделали перенаправление на ipfs.io для файлов в ipfs.
CF вроде позволяет быстро свой шлюз подключить но платно.
Без своего и глобального шлюза надо проверять есть ли у пользователя локальный шлюз и загружать через него.
По умолчанию добавляемые в IPFS файлы пользователем пинятся и не удаляются при сборке мусора. Так что в теории пока клиент работает файлы должны быть доступны.
Эти 30МБ скорей всего это сам web ui(страница и ресурсы на которой это всё отображается). Если открыть web ui в браузере в адресной строке появится его хеш. Этот хеш можно вставить в текстовое поле на этой странице и посмотреть из чего он состоит и что сколько занимает. Всё что открывается через локальный шлюз скачивается и сохраняется в локальный репозитарий пользователя. В windows он находится по умолчанию по пути "
C:\Users\user_name\.ipfs". Путь к репозитарию можно поменять задав переменную среды IPFS_PATH в которой указать другой диск и путь до репозитария. Объём репозитария задаётся в настройках. При привышении этого обьёма включается сборщик мусора который удаляет из репозитария не запиненые блоки. Бонусы хранения служебной информации наверно только в скорости открытия страницы.Можно размещать и многостраничный. Все эти файлы и папки можно сложить в одну и сделать ссылки на другие страницы относительными текущей страницы (например: ./page1.html).
Как вариант можно добавить название профиля в шапку Firefox перенеся туда "Элементы панели закладок"
P.S. пытался убрать картинку под спойлер но у меня он не сработал почему то
Несколько окон Firefox с разными профилями давно использую одновременно. Или речь о том чтобы в одном окне вкладки с разными профилями были?
Не знаю дойдёт это до ESR релизов.
А вы точно проверяли в приватной вкладке?
Ваш пример в приватной вкладке Firefox превращается в тыкву. Firefox при попытке доступа к хранилищам в приватной вкладке выбрасывает исключение которое не ловится и не обрабатывается в вашем коде. В результате вместо сайта пустая страница.
Интересно что Ютуб вроде не блокируют а вот некоторые инстансы invidious(которые по сути зеркала ютуба) под блоком. Открываются только когда включаю антиблокировщик.
А как же UDP у которого в обратном адресе могут быть нули если ответ не требуется?
А дальнему провайдеру не пополам какой обратный адрес у пакета?
Стрим и предполагает что люди смотрят именно то что происходит в этот момент и общаются со стримером. Можно вещать несколько потоков в разном качестве благо адресного простраства на это хватит. Чат тоже кстати может по мультикасту работать.
В IPv6 вроде как мультикаст изначально продумали с учётом вещания через интернет. Благодаря мультикасту любой стример сможет вещать напрямую своей аудитории и на сервисы отдавая один поток и не забивая канал до отказа. И как я понял мультикаст адреса сразу разделили флагом на два диапазона. Один регистрируется а второй свободный.
Мне DoH и DoT в сочитании с некоторым упорством позволяет таки пробить блокировки.
Я помню что gnupg при генерации ключа вроде как предлагает его зашифровать паролем.
У меня это умеет клавиатура Samsung. Думаю она не на всех андройдах установлена. Но я так и не привык и к т9 и к неприрывному вводу. Набираю слова по буквам. Хотя уже по ходу выучил положение букв и вполне могу писать и непрерывным в вводом. Но не все слова получается так написать.
А зачем полная? Достаточно хранить её часть. Вы ешё майнить на телефоне предложите.
Проблема на мой взгляд какраз в первом запуске когда необходимо скачать и проверить всю базу. Делаются эти две задачи паралельно так что хранить всю базу нет необходимости. Но процесс это долгий на ПК а на телефоне тем более.
Может ещё блокировать все куки по умолчанию и дать возможность пользователю их легко разрешить для конкретного сайта?
У дополнения uMatrix с заблокированными куками проблема. Даже если они заблокированы но не стерты они утекают обратно на сервер при открытии новой вкладки. Поэтому блокирование куков на уровне браузера а не дополнения имело бы смысл.
В фаерфоксе я поставил режим блокировать все куки. Некоторые сайты при этом вообще отказываются показывать контент. Если контент очень нужен я добавляю сайт в исключения но это немного сложнее чем пара кликов.