По ссылке обновления должен загружаться не сам торрент, а информация в которой в том числе будет указана ссылка или хеш нового торрента. Новый торрент автоматом, по идее, должен подменить старый и после этого utorrent перехеширует задание. Вполне вероятно, что новый торрент-файл может скачаться и по магнет-ссылке.
Другими словами, первый торрент-файл скачивается юзером с сайта с регистрацией обычным способом, ссылка обновления в торрент-файле должна работать без авторизации, новый торрент-файл utorrent должен скачивать по ссылке без авторизации (либо, если есть такая встроенная возможность — по магнет-ссылке).
Если интересно, можете скачать и покрутить этот экспериментальный торрент-файл со ссылкой обновления который выложили разработчики у себя на форуме, что бы юзеры посмотрели/потестили как оно работает dl.dropboxusercontent.com/u/43001898/rutracker/BitTorrent-Public-Enemy-Get-Up-Stand-Up-Base.torrent
К сожалению, об этом тесте я узнал уже через несколько недель после его завершения, ссылку страницы на то событие мне подкинули сами пользователи форума utorrent.
Я понимаю о чём вы пишите. Но профит от этой функции должен быть в виде увеличения скорости загрузки у пользователей, уменьшения нагрузки на внешние каналы у провайдеров и только потом локализация частей роя по количеству хопов.
К примеру, у меня тарифный план 2 мбит в инет и 100 мбит в локалку и пиринг с другими беларускими провайдерами. Если не делать файл isp.peer_policy_url, скорость как правило стабильно держится на 2 мбит, а с файликом нужные пиры цепляются очень даже не плохо. Даже если с первого раза utorrent не может к ним подключиться, то через некоторое время повторно делает попытки подключения. В итоге, на раздачах где более сотни пиров, с isp.peer_policy_url скорость всегда более 2 мбит, а без — почти всегда до 2 мбит. Utorrent не может знать с какими пирами у меня есть ограничения в скорости, а с какими нет. Количество хопов и всё что угодно, для меня как обычного юзера не имеет значения, для меня имеет значение скорость загрузки и отдачи.
Провайдерам в первую очередь нужно, что бы p2p трафик крутился в их сети, затем в их пиринговом пространстве и если на раздаче нет ни тех ни других пиров, только тогда трафик уходил во внешку. Я понимаю, что как правило, путь к пиринговому пиру и получается самым коротким, но не всегда так. Если utorrent не видит заметной разницы между пирами, он начинает сравнивать их IP — что не есть хорошо.
И я не спорю, что новый механизм выбора пиров в различной степени работает положительно для всех. Но лично моё мнение: разработчики в первую очередь должны были сделать механизм для провайдеров по аналогии isp.bep22 с глобальной выдачей списка своих IP. И только потом, если этого файлика utorrent не получал, включался механизм выбора пиров по количеству хопов.
Кстати, по поводу революции в 3.4, забыли о, пожалуй, главном — переделанном механизме выборе пиров
Это достаточно противоречивая тема. Сейчас объясню почему.
Называется ваша фича «Canonical Peer Priority» www.bittorrent.org/beps/bep_0040.html. Появилась она в — 2012-11-15: Version 3.4 alpha (build 28556)
— Feature: canonical peer priority
В этой реализации есть плюсы и большие минусы. Главная проблема тут в том, что разработчики решили, что они лучше знают как и куда должен бегать p2p трафик. Если в случае локального диапазона 10… 192… это работает, то в интернет диапазонах во многих случаях оно работает не так.
К примеру IP адреса моего провайдера нахдятся в диапазоне 46.10.0.0 — 46.10.255.255. Другой провайдер моего города с которым есть пиринг имет диапазон 220.15.0.0 — 220.15.255.255. Так вот, если utorrent не находит IP из 46.10.0.0 — 46.10.255.255 он начинает подключаться к 46.11… и т.д. А эти пиры могут быть из другого далёкого государства. Если бы провайдер мог добавлять свой файлик приоритетных IP автоматически в utorrent по примеру isp.bep22, тогда провайдеров и в большей части многих пользователей это устроило бы намного больше чем «canonical peer priority». Хотя есть тут отдельные моменты когда почти вся страна сидит за NAT (Беларусь) и подключиться к 90% пирам своей страны невозможно.
Предположу, что так они могут, как раз легко и кроссплатформенно, отслеживать запрашиваемое плеером место файла и запрашивать нужную часть принудительно если она ещё не загрузилась к этому моменту.
Но они же довольно долго мучались и без http сервера и даже что-то получалось.
(с вебсервера можно на одном девайсе качать, а на другом девайсе смотреть)
вот кстати да, об этом я даже как-то и не подумал.
Кроме того веб морда в мюторренте уже с доисторических времён есть.
и встроенный http ретрекер bt.enable_tracker
В общем по мне так это самое разумное и простое решение для воспроизведения в процессе закачки.
но с другой стороны программа стала сверх забагованной. В одном месте чинится, а в другом ломается.
А мне нравится идея которую сделали разработчики в utorrent 3.4
Пользователю всего лишь нужно поставить торрент-клиент и больше ничего, весь загружаемый через p2p контент можно просматривать в любом обычном браузере. Можно даже самому некое подобие http сайта слепить и раздавать его utorrent если есть статический IP или же если белый динамический (тогда возможно поможет услуга no-ip или ей подобные). Контент можно загружать как с p2p так и с обычных http сайтов.
А можно ли тогда поступить таким образом:
Есть заглавная страница некого сайта ....ru/page1
На этой странице выводится кнопочка магнет-ссылки на папку с вложенными сохранёнными веб-страницами этого сайта (не всего, а лишь основной части его, ну скажем так штук 10 основных страниц ). По этим сохранённым веб-страницам пользователь сможет переходить на своём локальном диске, как например делают веб-мануалы некоторые производители железа.
Как бы решение:
1. На этих сохранённых страницах должны присутсвовать три ссылки в виде трёх кнопочек
а) Ссылка вида file:///D:/Download/page2.htm (переход на другую сохранённую на компьютере сраницу если такая есть)
б) Ссылка на страницу сайта ....ru/page2
в) Магнет-ссылка, пройдя по которой пользователь сохранит страницу page2 себе на комьютер, что бы потом мог просмотреть её оффлайн.
И тут возникает вопрос — зачем все эти мучения, если удобство пропадает? По факту получается не p2p браузер, а сёрфинг сугубо по своему компьютеру.
Рассмотрим другой вариант.
Опять же имеем теже 10 сохранённых страниц, но только без содержания внутри, а лишь оформление. Так как оформление страниц у сайта как правило одинаковое почти на всех страницах, то все эти 10 страниц перезагружаются с локального диска с добавлением отдельных элементов. Например, переходим со страницы меню тем page10 на страницу конкретной темы рage11, при этом с локального диска загружается скелет страницы «темы» page3, и каким-то образом (может плагином /скриптом каким-нибудь) в поле видимого контента страницы page3 будет вставляться с ....ru/рage11 весь текст и ссылки страницы рage11. Так как сами страницы будут находится на локальном диске, соответсвенно все ссылки на все локальны файлы (скриншоты, видео) уже можно будет размещать внутри кода htm страницы.
base64 смотрится со стороны прикольно, но как-то это больше похоже на попытку обойти проблемe обмена через p2p. То есть, если впихнуть base64 код картинок в те мои придуманные 10 страниц которые будут хранится у юзера всегда, то это в принципе нормально, а вот заменить им все остальные картинки — выглядет не очень (например скриншоты в большом разрешении и тяжеловесном формате).
Схему просмотра видео файлов по клику магнет-ссылки в расширениях mkv, avi и прочих, наверно возможно реализовать только в таком варианте www.youtube.com/watch?v=xHaS21rxpbs Браузер отправляет магнет-ссылку в p2p клиент и так же чуть позже посылает команду на открытие видео файла на компьютере (например плеером VLC), который к этому времени уже должен будет появиться в папке и начать загружаться.
ivan386, кстати раз уж вы являетесь разработчиком клиента, который работает и взаимодействует со всеми основными p2p протоколами, может быть вам будет интересно пообщаться с разработчиками флайлинка на их хабе dchub://dc.fly-server.ru они там очень часто бывают.
Мои мысли в слух, по мотивам p2p браузера, p2p плагина для браузера и просмотра/прослушивания видео во время загрузки p2p клиентом:
Фантазия называется «Расширение к обычному браузеру в виде пользовательского скрипта или некого другого расширения».
Принцип работы:
На обычной http странице выводится информация со специальными тегами которые не отображаются в обычной ситуации (без установки расширения). Но если пользователь поставит специальное расширение, все эти теги будут срабатывать при загрузке страницы. Например на месте картинки будут ссылки: одна магнет-ссылка (не показывается, а автоматически сразу отправляется в p2p клиент), и вторая ссылка на файл на компьютере. Например, p2p клиент загружает файлы браузера по пути D:\Download\, а расширение браузера периодически заглядывает в эту папку и смотрит появились ли загруженные файлы, которые после загрузки можно уже отобразить в браузере (например ссылка на картинку будет file:///C:/Download/image1.jpeg)
Или в начале страницы разместить одну магнет-ссылку на торрент или dcls файл, как папку со вложенными всеми картинками или другими элементами веб-страницы.
Таким образом не нужно будет ставить специальный p2p браузер, загрузка файлов будет идти вашим любимым p2p клиентом, любой файлообменной сети. Два варианта отображения и работы сайта как обычный и с элементами p2p (вкл/откл установленного в браузере расширения). А если запилить в расширение иконку видеоплеера, то можно вывести загружаемое видео из p2p в любом качестве и любом формате прямо на странице браузера (вот тут и пригодятся возможности Shareaza с правильной загрузкой видео). Что у нас получится при реализации этого чуда:
Можно замутить свои ютубы и онлайн кинотеатры без нагрузки на сервера. Даже постеры и скриншоты в виде хешей в магнет-ссылках можно позаимствовать с других более популярных сайтов работающих по такой же p2p схеме, при этом скорость и доступность файлов лишь увеличится…
Проблемы реализации «мечты» с p2p клиентами.
Необходим новый специальный параметр в магнет-ссылке, например &x.yz=tracker.local прочитав который p2p клиент первый раз выведет сообщение «Загружать каждый раз файлы автоматически с тегом tracker.local (например название сайта) ?» Нажав «да» клиент больше не будет выводить окошки предупреждений, а будет сразу ставить на загрузку файлы в магнете которых есть параметр &x.yz=tracker.local
Вторая проблема, этот дополнительный параметр &x.yz не должен показываться в чатах p2p клиентов. Типа скопировал такую магнет-ссылку в чат, а юзер нажал один-другой раз и не врубается почему у него p2p клиент не спрашивает качать или не качать, а сразу грузит.
Загрузка магнет-ссылок p2p клиентом.
Вариант с веб-сидом, но без обычных пиров. В случае последних utorrent/Bittorent теоретически может помочь не работающий параметр fl если заставить его работать. А с DC++ клиентами и dcls файлом что делать? Его можно загрузить только с другого DC клиента либо по http ссылке так же как торрент файл. С другими p2p программами и сетями дело скорее всего обстоит так же…
Может есть у кого-нибудь желание соорудить такой юзер-скриптик эксперимента ради?
Если узнаете как работfет fl отпишитесь тут. Первоначально по нему можно было даже торрент-файл скачать. Сейчас вроде как utorrent вообще ни как не реагирует на fl.
Заметил, что когда пытаются представить p2p просмотр видео или аудио во время загрузки, как бы невзначай в списках источников всегда крутится какой-нибудь веб-сервер или несколько. Особенно этим грешат разработчики Bittorrent/utorrent, все их рекламные демонстрации так или иначе вытягивались за уши с помощью веб-сида.
Ваш механизм хорош, но есть несколько но. Мне кажется, что с веб-источников загрузка должна идти всегда последовательно (в смысле закачивать последовательно все незагруженные блоки). Потому что:
1. Это самый надёжный источник который не отключится в самый неожиданный момент просмотра
2. Скорость с веб-источника всегда постоянна
3. Порой веб-источник — это единственный источник на раздаче со 100%.
Некоторые интересные моменты с вашими магнет-ссылками:
Магнит для Торрента (Magnet for Torrent)
magnet:?xt=urn:btih:.........&ws=http…
прикол заключается в том, что чтобы пошла загрузка с веб-источника данные торрент-файла вначале должен отдать обычный торрент пир. Программисты utorrent в своё время хотели решить эту проблему, во времена utorrent 3.0 был придуман параметр fl. Торрент клиент должен был обращаться к веб-серверу по указанной в данном параметре http ссылке и получить данные торрент-файла. У кого сейчас стоит utorrent 3.4.2 можете перетащить любой файл в окошко программы utorrent, после чего вас направят на специально созданную страничку с такой вот не работающей магнет-ссылкой.
Магнит для DC++ (Magnet for DC++)
magnet:?xt=urn:tree:tiger:............&xs=http://cache.freebase.be/jqtbb6eblho33eaa5o6pplnacm6bbata
а какой DC клиент сейчас способен понять ссылку на кеш источников? Вроде таких нет ещё пока.
Многие bittorrent клиенты умеют качать по http протоколу и не только одиночные файлы, а даже раздачи папками. Некоторые мои раздачи на рутрекере сидируются Dropbox. Правда, не все торрент-клиенты сейчас понимают https протокол, но utorrent 3.4.2 уже умеет. Поиск по именам и хешам есть в ed2k клиентах, рейтингами и комментариями так же можно обмениваться, например в том же utorrent 3.0
У нас Gnutella2 не получила широкого распространения, возможно из-за популярности на тот момент других p2p протоколов. И возвращаясь к первому комментарию, не всегда хорошо, когда p2p клиент умеет больше чем от него хотят. Зачем торрент-юзеру Shareaza или MLDonkey, если он качает только торрентом, и чатом он не пользуется? Мне кажется, что именно по этой причине мультисетевые клиенты не получили большой популярности.
Нет, к сожалению, а может и к счастью. Если представить, что по нажатому магнету у пользователя создавалась бы запись вида TTH+http и потом выводилась другим пользователям при поисковом запросе, получится ситуация с огромным числом старых неработающих битых ссылок, некоторые юзеры могут начать рекламировать свои сайты и самих себя, распространять ссылки на вирусы и пр. Другими словами полное отсутствие контроля и модерации.
Кто мешает к TTH экранки дописать ссылку на обсуждение BD-RIP?
зачем? админ хаба может забанить такого юзера сразу после первых жалоб других пользователей о не соответствии содержимого двух ссылок в чате.
В-общем, не вижу никакого особенного прогресса. Никто не мешал скидывать в чат magnet+ссылку по отдельности. Просто некоторое удобство управления ссылками, right-click + copy, вместо выделения куска с magnet и ссылкой + copy.
так и есть
Тогда давайте краткую аннотацию и год выхода материала тоже писать в magnet (в base64). Удобно же — из магнета сразу можно прочитать, не надо открывать поисковик.
зачем? Когда можно как в торрент файле по аналогии вписать эти и другие параметры — и всё это называется dcls файл.
Около 7 лет назад отдавал свой комп на чипсете nForce4 одному из мастеров, сгорел в грозу гигабитный LAN чип Vitesse. Мастер сказал что nForce4 вообще долго не живут (перегрев южного моста). Материнка была починена. После износа кулера, теплоотвод на чипе моста nForce4 был сделан и заменён на самодельный массивный теплоотвод из радиатора процессора. Мат.плата с зимы 2005 года, по сей день всё работает как часы (win XP и 7*64bit).
Вообще заметил, что практически каждая статья о ремонте электроники и не только сводится в итоге к теме запланированного устаревания и бесперспективности занятия ремонтом не гарантийной техники. По моему, нас постепенно подводят к тому, а может уже и подвели, что вся техника вышедшая из строя (за исключением очень дорогой) должна выкидываться и в замен покупаться новая. Если в мире вдруг остановится тот глобальный товарооборот между странами, что есть сейчас. То мы, почти сразу, окажемся в ситуации когда всё ломается, починить нечем, и заменить так же нечем. Порой кажется, что продукцию с большим сроком службы выпускают производители у которых ещё осталось хоть немного совести. И мой взгляд на капитализм с этой точки зрения вызывает уже не столь положительные эмоции чем ранее. Всё же, здравый смысл подсказывает, что вечно это (эпоха потребления) длиться не может, и что будет за этой точкой невозврата — большой вопрос…
А что делать стране (например Беларусь) в которой практически все её интернет-жители сидят на IPv4 и вольно или не вольно за NAT провайдера? Вероятность того, что в таком браузере даже десятая часть трафика будет идти через p2p — почти равна нулю.
Dropbox не плохо выручал и в других ситуациях, например:
1. Некоторые мои непопулярные раздачи на рутрекере раздаются с помощью Dropbox. Если нет сидов на раздаче или сид и лич с закрытыми портами — Dropbox в качестве веб-сида на раздаче есть всегда и раздаёт всем. Не нужно держать постоянно комп включённым и думать «а вдруг кто-то не скачает...»
2. Первое время, когда не известно было как сделать ссылку isp.peer_policy_url в utorrent для файла размещённого на своём компьютере, Dropbox достаточно сильно выручал многих своими прямыми ссылками на файл. Хоть тогда был уже конец 2011 года, многие были с 10 и более мегабитными анлимами — эта функция всё же многим пригодилась, некоторые смогли поднять свою среднюю скорость загрузки в торрентах в разы! Сейчас, правда, эта функция уже почти нафиг никому не нужна… но тогда Dropbox выручил.
3. Dropbox не плох и как файловый и фото хостинг для своих фотографий и картинок, например если что-то нужно разместить на каком-нибудь форуме, особенно техническом, где публикуемые ссылки должны быть актуальны продолжительное время.
Пару дней назад принесли микроволновку глянуть, так не включал без закрытой крышки корпуса.
Думаю, в будущем, такое широкое распространение СВЧ отразится на нашем здоровье. Печки, телефоны, вайфаи… по отдельности может и малое излучение, но всё вместе вполне возможно и влияет на организм в долгосрочной перспективе. У меня ноутбук в квартире (кирпичный дом) ловит больше десятка точек Wi-Fi, думаю у многих примерно такая же картина.
В микроволновке помимо магнетрона есть одна полезная вещь — трансформатор.На нём можно собрать точечную сварку ( чем я в последнее время и занимаюсь).
Другими словами, первый торрент-файл скачивается юзером с сайта с регистрацией обычным способом, ссылка обновления в торрент-файле должна работать без авторизации, новый торрент-файл utorrent должен скачивать по ссылке без авторизации (либо, если есть такая встроенная возможность — по магнет-ссылке).
Если интересно, можете скачать и покрутить этот экспериментальный торрент-файл со ссылкой обновления который выложили разработчики у себя на форуме, что бы юзеры посмотрели/потестили как оно работает dl.dropboxusercontent.com/u/43001898/rutracker/BitTorrent-Public-Enemy-Get-Up-Stand-Up-Base.torrent
К сожалению, об этом тесте я узнал уже через несколько недель после его завершения, ссылку страницы на то событие мне подкинули сами пользователи форума utorrent.
К примеру, у меня тарифный план 2 мбит в инет и 100 мбит в локалку и пиринг с другими беларускими провайдерами. Если не делать файл isp.peer_policy_url, скорость как правило стабильно держится на 2 мбит, а с файликом нужные пиры цепляются очень даже не плохо. Даже если с первого раза utorrent не может к ним подключиться, то через некоторое время повторно делает попытки подключения. В итоге, на раздачах где более сотни пиров, с isp.peer_policy_url скорость всегда более 2 мбит, а без — почти всегда до 2 мбит. Utorrent не может знать с какими пирами у меня есть ограничения в скорости, а с какими нет. Количество хопов и всё что угодно, для меня как обычного юзера не имеет значения, для меня имеет значение скорость загрузки и отдачи.
Провайдерам в первую очередь нужно, что бы p2p трафик крутился в их сети, затем в их пиринговом пространстве и если на раздаче нет ни тех ни других пиров, только тогда трафик уходил во внешку. Я понимаю, что как правило, путь к пиринговому пиру и получается самым коротким, но не всегда так. Если utorrent не видит заметной разницы между пирами, он начинает сравнивать их IP — что не есть хорошо.
И я не спорю, что новый механизм выбора пиров в различной степени работает положительно для всех. Но лично моё мнение: разработчики в первую очередь должны были сделать механизм для провайдеров по аналогии isp.bep22 с глобальной выдачей списка своих IP. И только потом, если этого файлика utorrent не получал, включался механизм выбора пиров по количеству хопов.
Это достаточно противоречивая тема. Сейчас объясню почему.
Называется ваша фича «Canonical Peer Priority» www.bittorrent.org/beps/bep_0040.html. Появилась она в
— 2012-11-15: Version 3.4 alpha (build 28556)
— Feature: canonical peer priority
В этой реализации есть плюсы и большие минусы. Главная проблема тут в том, что разработчики решили, что они лучше знают как и куда должен бегать p2p трафик. Если в случае локального диапазона 10… 192… это работает, то в интернет диапазонах во многих случаях оно работает не так.
К примеру IP адреса моего провайдера нахдятся в диапазоне 46.10.0.0 — 46.10.255.255. Другой провайдер моего города с которым есть пиринг имет диапазон 220.15.0.0 — 220.15.255.255. Так вот, если utorrent не находит IP из 46.10.0.0 — 46.10.255.255 он начинает подключаться к 46.11… и т.д. А эти пиры могут быть из другого далёкого государства. Если бы провайдер мог добавлять свой файлик приоритетных IP автоматически в utorrent по примеру isp.bep22, тогда провайдеров и в большей части многих пользователей это устроило бы намного больше чем «canonical peer priority». Хотя есть тут отдельные моменты когда почти вся страна сидит за NAT (Беларусь) и подключиться к 90% пирам своей страны невозможно.
вот кстати да, об этом я даже как-то и не подумал.
и встроенный http ретрекер bt.enable_tracker
но с другой стороны программа стала сверх забагованной. В одном месте чинится, а в другом ломается.
Пользователю всего лишь нужно поставить торрент-клиент и больше ничего, весь загружаемый через p2p контент можно просматривать в любом обычном браузере. Можно даже самому некое подобие http сайта слепить и раздавать его utorrent если есть статический IP или же если белый динамический (тогда возможно поможет услуга no-ip или ей подобные). Контент можно загружать как с p2p так и с обычных http сайтов.
Есть заглавная страница некого сайта ....ru/page1
На этой странице выводится кнопочка магнет-ссылки на папку с вложенными сохранёнными веб-страницами этого сайта (не всего, а лишь основной части его, ну скажем так штук 10 основных страниц ). По этим сохранённым веб-страницам пользователь сможет переходить на своём локальном диске, как например делают веб-мануалы некоторые производители железа.
Как бы решение:
1. На этих сохранённых страницах должны присутсвовать три ссылки в виде трёх кнопочек
а) Ссылка вида file:///D:/Download/page2.htm (переход на другую сохранённую на компьютере сраницу если такая есть)
б) Ссылка на страницу сайта ....ru/page2
в) Магнет-ссылка, пройдя по которой пользователь сохранит страницу page2 себе на комьютер, что бы потом мог просмотреть её оффлайн.
И тут возникает вопрос — зачем все эти мучения, если удобство пропадает? По факту получается не p2p браузер, а сёрфинг сугубо по своему компьютеру.
Рассмотрим другой вариант.
Опять же имеем теже 10 сохранённых страниц, но только без содержания внутри, а лишь оформление. Так как оформление страниц у сайта как правило одинаковое почти на всех страницах, то все эти 10 страниц перезагружаются с локального диска с добавлением отдельных элементов. Например, переходим со страницы меню тем page10 на страницу конкретной темы рage11, при этом с локального диска загружается скелет страницы «темы» page3, и каким-то образом (может плагином /скриптом каким-нибудь) в поле видимого контента страницы page3 будет вставляться с ....ru/рage11 весь текст и ссылки страницы рage11. Так как сами страницы будут находится на локальном диске, соответсвенно все ссылки на все локальны файлы (скриншоты, видео) уже можно будет размещать внутри кода htm страницы.
base64 смотрится со стороны прикольно, но как-то это больше похоже на попытку обойти проблемe обмена через p2p. То есть, если впихнуть base64 код картинок в те мои придуманные 10 страниц которые будут хранится у юзера всегда, то это в принципе нормально, а вот заменить им все остальные картинки — выглядет не очень (например скриншоты в большом разрешении и тяжеловесном формате).
Схему просмотра видео файлов по клику магнет-ссылки в расширениях mkv, avi и прочих, наверно возможно реализовать только в таком варианте www.youtube.com/watch?v=xHaS21rxpbs Браузер отправляет магнет-ссылку в p2p клиент и так же чуть позже посылает команду на открытие видео файла на компьютере (например плеером VLC), который к этому времени уже должен будет появиться в папке и начать загружаться.
ivan386, кстати раз уж вы являетесь разработчиком клиента, который работает и взаимодействует со всеми основными p2p протоколами, может быть вам будет интересно пообщаться с разработчиками флайлинка на их хабе dchub://dc.fly-server.ru они там очень часто бывают.
Фантазия называется «Расширение к обычному браузеру в виде пользовательского скрипта или некого другого расширения».
Принцип работы:
На обычной http странице выводится информация со специальными тегами которые не отображаются в обычной ситуации (без установки расширения). Но если пользователь поставит специальное расширение, все эти теги будут срабатывать при загрузке страницы. Например на месте картинки будут ссылки: одна магнет-ссылка (не показывается, а автоматически сразу отправляется в p2p клиент), и вторая ссылка на файл на компьютере. Например, p2p клиент загружает файлы браузера по пути D:\Download\, а расширение браузера периодически заглядывает в эту папку и смотрит появились ли загруженные файлы, которые после загрузки можно уже отобразить в браузере (например ссылка на картинку будет file:///C:/Download/image1.jpeg)
Или в начале страницы разместить одну магнет-ссылку на торрент или dcls файл, как папку со вложенными всеми картинками или другими элементами веб-страницы.
Таким образом не нужно будет ставить специальный p2p браузер, загрузка файлов будет идти вашим любимым p2p клиентом, любой файлообменной сети. Два варианта отображения и работы сайта как обычный и с элементами p2p (вкл/откл установленного в браузере расширения). А если запилить в расширение иконку видеоплеера, то можно вывести загружаемое видео из p2p в любом качестве и любом формате прямо на странице браузера (вот тут и пригодятся возможности Shareaza с правильной загрузкой видео). Что у нас получится при реализации этого чуда:
Можно замутить свои ютубы и онлайн кинотеатры без нагрузки на сервера. Даже постеры и скриншоты в виде хешей в магнет-ссылках можно позаимствовать с других более популярных сайтов работающих по такой же p2p схеме, при этом скорость и доступность файлов лишь увеличится…
Проблемы реализации «мечты» с p2p клиентами.
Необходим новый специальный параметр в магнет-ссылке, например &x.yz=tracker.local прочитав который p2p клиент первый раз выведет сообщение «Загружать каждый раз файлы автоматически с тегом tracker.local (например название сайта) ?» Нажав «да» клиент больше не будет выводить окошки предупреждений, а будет сразу ставить на загрузку файлы в магнете которых есть параметр &x.yz=tracker.local
Вторая проблема, этот дополнительный параметр &x.yz не должен показываться в чатах p2p клиентов. Типа скопировал такую магнет-ссылку в чат, а юзер нажал один-другой раз и не врубается почему у него p2p клиент не спрашивает качать или не качать, а сразу грузит.
Загрузка магнет-ссылок p2p клиентом.
Вариант с веб-сидом, но без обычных пиров. В случае последних utorrent/Bittorent теоретически может помочь не работающий параметр fl если заставить его работать. А с DC++ клиентами и dcls файлом что делать? Его можно загрузить только с другого DC клиента либо по http ссылке так же как торрент файл. С другими p2p программами и сетями дело скорее всего обстоит так же…
Может есть у кого-нибудь желание соорудить такой юзер-скриптик эксперимента ради?
Ваш механизм хорош, но есть несколько но. Мне кажется, что с веб-источников загрузка должна идти всегда последовательно (в смысле закачивать последовательно все незагруженные блоки). Потому что:
1. Это самый надёжный источник который не отключится в самый неожиданный момент просмотра
2. Скорость с веб-источника всегда постоянна
3. Порой веб-источник — это единственный источник на раздаче со 100%.
Некоторые интересные моменты с вашими магнет-ссылками:
Магнит для Торрента (Magnet for Torrent)
magnet:?xt=urn:btih:.........&ws=http…
прикол заключается в том, что чтобы пошла загрузка с веб-источника данные торрент-файла вначале должен отдать обычный торрент пир. Программисты utorrent в своё время хотели решить эту проблему, во времена utorrent 3.0 был придуман параметр fl. Торрент клиент должен был обращаться к веб-серверу по указанной в данном параметре http ссылке и получить данные торрент-файла. У кого сейчас стоит utorrent 3.4.2 можете перетащить любой файл в окошко программы utorrent, после чего вас направят на специально созданную страничку с такой вот не работающей магнет-ссылкой.
Магнит для DC++ (Magnet for DC++)
magnet:?xt=urn:tree:tiger:............&xs=http://cache.freebase.be/jqtbb6eblho33eaa5o6pplnacm6bbata
а какой DC клиент сейчас способен понять ссылку на кеш источников? Вроде таких нет ещё пока.
У нас Gnutella2 не получила широкого распространения, возможно из-за популярности на тот момент других p2p протоколов. И возвращаясь к первому комментарию, не всегда хорошо, когда p2p клиент умеет больше чем от него хотят. Зачем торрент-юзеру Shareaza или MLDonkey, если он качает только торрентом, и чатом он не пользуется? Мне кажется, что именно по этой причине мультисетевые клиенты не получили большой популярности.
так и есть
зачем? Когда можно как в торрент файле по аналогии вписать эти и другие параметры — и всё это называется dcls файл.
Вообще заметил, что практически каждая статья о ремонте электроники и не только сводится в итоге к теме запланированного устаревания и бесперспективности занятия ремонтом не гарантийной техники. По моему, нас постепенно подводят к тому, а может уже и подвели, что вся техника вышедшая из строя (за исключением очень дорогой) должна выкидываться и в замен покупаться новая. Если в мире вдруг остановится тот глобальный товарооборот между странами, что есть сейчас. То мы, почти сразу, окажемся в ситуации когда всё ломается, починить нечем, и заменить так же нечем. Порой кажется, что продукцию с большим сроком службы выпускают производители у которых ещё осталось хоть немного совести. И мой взгляд на капитализм с этой точки зрения вызывает уже не столь положительные эмоции чем ранее. Всё же, здравый смысл подсказывает, что вечно это (эпоха потребления) длиться не может, и что будет за этой точкой невозврата — большой вопрос…
1. Некоторые мои непопулярные раздачи на рутрекере раздаются с помощью Dropbox. Если нет сидов на раздаче или сид и лич с закрытыми портами — Dropbox в качестве веб-сида на раздаче есть всегда и раздаёт всем. Не нужно держать постоянно комп включённым и думать «а вдруг кто-то не скачает...»
2. Первое время, когда не известно было как сделать ссылку isp.peer_policy_url в utorrent для файла размещённого на своём компьютере, Dropbox достаточно сильно выручал многих своими прямыми ссылками на файл. Хоть тогда был уже конец 2011 года, многие были с 10 и более мегабитными анлимами — эта функция всё же многим пригодилась, некоторые смогли поднять свою среднюю скорость загрузки в торрентах в разы! Сейчас, правда, эта функция уже почти нафиг никому не нужна… но тогда Dropbox выручил.
3. Dropbox не плох и как файловый и фото хостинг для своих фотографий и картинок, например если что-то нужно разместить на каком-нибудь форуме, особенно техническом, где публикуемые ссылки должны быть актуальны продолжительное время.
Думаю, в будущем, такое широкое распространение СВЧ отразится на нашем здоровье. Печки, телефоны, вайфаи… по отдельности может и малое излучение, но всё вместе вполне возможно и влияет на организм в долгосрочной перспективе. У меня ноутбук в квартире (кирпичный дом) ловит больше десятка точек Wi-Fi, думаю у многих примерно такая же картина.
В микроволновке помимо магнетрона есть одна полезная вещь — трансформатор.На нём можно собрать точечную сварку ( чем я в последнее время и занимаюсь).