Pull to refresh

Comments 12

Хм, а если такой вариант:
Ресурс, каталогизирующий фильмы и их описания.
К каждому фильму — краткое описание, постер и отзыв автора: «после просмотра фильма меня посетило вдохновение и у меня родился стих:»
Далее идёт «белый» стих, который с помощью нехитрого скрипта преобразуется в magnet-ссылку.

Как его(сайт) можно будет «закрыть»?

В статье "Децентрализация контента сайта" я предлагал похожую схему:
На странице находится такое содержимое.


<audio>
    Vivaldi Summer mvt 1 Allegro non molto - John Harrison violin
</audio>

Сервис(пользовательский скрипт) подключенный пользователем читает это содержимое и меняет на конкретные источники.


<audio>
    < source src="http://upload.wikimedia.org/wikipedia/commons/1/19/04_-_Vivaldi_Summer_mvt_1_Allegro_non_molto_-_John_Harrison_violin.ogg">
</audio>

Может также и магнит подставлять.

а смысл использовать стеганографию если намного проще использовать любой P2P веб для избежания блокировок?

У меня возникала немного другая идея:
Есть два сайта. Чтобы получить ссылку целиком надо заглянуть на оба (например, сделать xor от данных с одного сайта и с другого). Получится, что самой ссылки в явном виде нигде нет.

Всё не так просто даже с психологической стороны. Юзер должен знать, что он раздаёт загруженный контент. Так же он должен знать, что в некоторых случаях желательно пробросить порт. Ну и так далее.

Касаемо магнитов в вебе — это утопия. В смысле смотреть контент на страницах скаченных из p2p. Там есть куча НО. Как дополнение ещё можно рассматривать, но полная замена — это не реально.
Вот приемлемая реализация для p2p веба http://rutracker.org/forum/viewtopic.php?t=5273682
То есть:
1. Поднимается свой прокси сервер, настройки которого пользователь меняет в своём utorrent
2. Сервер автоматом определяет за NAT или белым IP юзер. Если за NAT — делает ссылку через прокси. Если белый IP делает прямую ссылку на компьютер.
3. Сервер должен быть связан с трекером, что бы брать с них IP тех юзеров кто находится на раздаче. И потом обратившись к этим IP получить с них http ссылки, которые подставятся на сайт.

Сложно это всё.

В смысле смотреть контент на страницах скаченных из p2p. Там есть куча НО.

Разъясните по подробней пожалуйста.


Я не предлагаю полную замену вебу. Магниты его дополняют. Дают альтернативные пути получения контента а также его проверки.


Интернет на магнитах не зависим от протоколов и способов доставки. Так что можно использовать и ваш способ для его реализации.


У Shareaza нет прокси сервера. Но если клиент не за NAT расшарить файл на обычный веб в ней тоже можно удалив фильтр User-Agent "Mozilla" в настройках раздач. И скопировать веб ссылку на файл поставив галку "Включить меня как фиксированный источник"
Пример:
http://198.51.100.0:6346/uri-res/N2R?urn:sha1:NNP6HWVUQBBDYJKZCGNUEBPPSBZOEADY


Можно к ней также добавить магнит:
http://198.51.100.0:6346/uri-res/N2R?urn:sha1:NNP6HWVUQBBDYJKZCGNUEBPPSBZOEADY#magnet:?xt=urn:bitprint:NNP6HWVUQBBDYJKZCGNUEBPPSBZOEADY.GC3J2KPOBLMFC4JJDDTRJ22HUI7MZKVYNG5QDMI&xt=urn:ed2khash:e2396e000b26782e68a304a5edbc2423&xt=urn:btih:JZG37YB344CTNOWGPZEJZH6ZPQ5WDRHZ&xl=15517842&dn=Shareaza_2.7.9.1_Win32_Debug_2016-09-02.exe&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337&xs=http%3A%2F%2F198.51.100.0%3A6346%2Furi-res%2FN2R%3Furn%3Asha1%3ANNP6HWVUQBBDYJKZCGNUEBPPSBZOEADY


Таким образом если файл перестаёт быть доступен с моего сервера в ссылке достаточно информации чтобы найти файл и в обычном интернете и в доступных p2p сетях. Главное чтоб он там был.

Браузер должен сразу открывать объект по ссылке, а не ждать пока найдутся и соберутся пиры. В добавок, браузер должен уметь работать со всеми p2p сетями, что бы обходиться без сторонних p2p программ. То есть альтернативы для http ссылки нет.

HTTP это лиш протокол передачи данных. Запустите на сервере aMule и контент будет немедленно и круглосуточно доступен в Edonkey2000. Поставьте на сервер Transmission и контент будет доступен по протоколу Bittorrent. Тоже самое думаю возможно сделать и для сети Direct Connect. А для Gnutella2 подойдёт и обычный веб-сервер.


Согласен с тем что переход по ссылкам должен быть таким же мгновенным как и веб-серфинг.


Работа браузера со всеми p2p протоколами это лишнее. Что бы я добавил в браузер так это проверку хешей, подписей и умение загружать файл из многих источников и проверку по частям. Ну ещё отдавать файл обратно из кеша тоже было бы не плохо. А переводом с HTTP на другие протоколы может занятся локальный прокси который может быть по совместительству любым p2p клиентом.


Кстати у браузеров тоже появился свой p2p протокол — WebRTC. На основе его сделали webtorrent.

IPFS ещё одна p2p сеть. Это не плохо. Почему то не используют магниты либо Content-Addressable Web. Судя по комментарию сейчас ипользуется для адресации sha256 но обёрнутый в мультихеш и используют свой формат ссылок. Похвально что не забыли о тех у кого не стоит клиент и им доступен контент через прокси сайт https://ipfs.io/ (пример).


Для того что бы составить более объективное мнение нужно её поставить, потестировать, порыться в коде. Не совсем понял как считается хеш поскольку если взять sha256 хеш файла по ссылке https://ipfs.io/ipfs/QmcXx5mKDQAc7tCWLq84Hn7XFxWfBdZpvogJk3tNXQRFiv то он не совпадает с тем что в ссылке.

Теперь скрипт можно использовать и из закладок.

Sign up to leave a comment.

Articles