JAVA → Пишем простой UDP BitTorrent-трекер на Netty + MongoDB из песочницы
Введение
В это статье освещается работа UDP Tracker Protocol. Все примеры, приведенные в статье, будут на Java с использованием NIO-фреймворка Netty. В качестве БД взята MongoDB.
Обычно торрент-трекеры работают через протокол HTTP, передавая данные посредством GET-запросов. Работа трекера по протоколу UDP позволяет существенно сократить траффик (более чем в 2 раза), а так же избавиться от ограничения на количество одновременных соединений, которое накладывает протокол TCP.
Ссылка на UDP-трекер в клиенте может выглядеть так: udp://tracker.openbittorrent.com:80/announce, где на месте announce может быть что угодно (либо вообще ничего). А вот указание порта обязательно, в отличие от HTTP трекера.
Персональные блоги → BitTorrent учится «уходить с дороги», отдавая канал под другие цели
Сегодня Вести24 рассказали, что генеральный директор BitTorrent Эрик Клинкер, компании-разработчика популярного файлообменного клиента uTorrent, облегчил жизнь интернет-провайдерам, заявив, что их новый клиентский протокол Micro Transport Protocol (uTP) не будет загружать каналы и приводить к «заторам» в сети. С таким заявлением он выступил на форуме Broadband World Forum во Франции.
Peer-to-Peer → Воронежские провайдеры закрывают локальные торрент-трекеры
Копирасты всё же добрались до нас. Ниже рассказ как это было.
Всё началось в один прекрасный день когда я обнаружил недоступность локального торрента, расположенного на площадке Воронежского филиала «Билайн» (бывшего «Голден Телеком»).
Физически сервер был доступен, и пинг из локальный сети до него проходил:
[dganic@dganic ~]$ ping torrentshost
PING fiberboom.ru (10.255.63.253) 56(84) bytes of data.
64 bytes from 10.255.63.253: icmp_req=1 ttl=59 time=1.02 ms
64 bytes from 10.255.63.253: icmp_req=2 ttl=59 time=1.08 ms
64 bytes from 10.255.63.253: icmp_req=3 ttl=59 time=6.13 ms
64 bytes from 10.255.63.253: icmp_req=4 ttl=59 time=1.03 ms
— fiberboom.ru ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 1.025/2.319/6.138/2.205 ms
Проверяем на доступность портов:
[dganic@dganic ~]$ nmap torrentshost
Starting Nmap 5.51 ( nmap.org ) at 2011-06-23 13:17 MSD
Nmap scan report torrentshost (10.255.63.253)
Host is up (0.023s latency).
Not shown: 997 closed ports
PORT STATE SERVICE
21/tcp open ftp
2222/tcp open EtherNet/IP-1
8000/tcp
(14:43:07) open http-alt
Nmap done: 1 IP address (1 host up) scanned in 0.40 seconds
Ну ладно, подумал я, мало ли какие технические проблемы могут быть, может что обновляют в движке торрента.
Первый провайдер
Всё началось в один прекрасный день когда я обнаружил недоступность локального торрента, расположенного на площадке Воронежского филиала «Билайн» (бывшего «Голден Телеком»).
Физически сервер был доступен, и пинг из локальный сети до него проходил:
[dganic@dganic ~]$ ping torrentshost
PING fiberboom.ru (10.255.63.253) 56(84) bytes of data.
64 bytes from 10.255.63.253: icmp_req=1 ttl=59 time=1.02 ms
64 bytes from 10.255.63.253: icmp_req=2 ttl=59 time=1.08 ms
64 bytes from 10.255.63.253: icmp_req=3 ttl=59 time=6.13 ms
64 bytes from 10.255.63.253: icmp_req=4 ttl=59 time=1.03 ms
— fiberboom.ru ping statistics —
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 1.025/2.319/6.138/2.205 ms
Проверяем на доступность портов:
[dganic@dganic ~]$ nmap torrentshost
Starting Nmap 5.51 ( nmap.org ) at 2011-06-23 13:17 MSD
Nmap scan report torrentshost (10.255.63.253)
Host is up (0.023s latency).
Not shown: 997 closed ports
PORT STATE SERVICE
21/tcp open ftp
2222/tcp open EtherNet/IP-1
8000/tcp
(14:43:07) open http-alt
Nmap done: 1 IP address (1 host up) scanned in 0.40 seconds
Ну ладно, подумал я, мало ли какие технические проблемы могут быть, может что обновляют в движке торрента.
Веб-разработка → Масштабирование карты, наложение меток и отображение маршрута без использования javascript
Однажды, загорелся я идеей создания инструмента просмотра маршрута на карте своего города без использования javascript. Даже были аргументы в пользу этого. Например, использование своих изображений карт.UPD: Есть аналоги у популярных сервисов c их картами (на момент создания о них еще не знал):
- Google – code.google.com/apis/maps/documentation/staticmaps/
- OSM — tah.openstreetmap.org/Browse/tile/5/16/8/ — мобильная версия. Просмотреть и масштабировать можно, но свои маркеры ставить не получится.
- Яндекс.Карты – api.yandex.ru/maps/staticapi/examples/
Спасибо за ссылки комментирующим
Но мы делаем свою.
Я пиарюсь → сервис для скачивания торрентов — torrent2web.com
Идея написания этого сервиса возникла после ознакомления с сайтом torrent2exe.com. Многие пользуются пиринговыми сетями. У кого то есть доступ к закрытым трекерам. Но всегда остается проблема поддерживание нормального рейтинга. Для того чтобы Ваш рейтинг не падал был и создан такой ресурс.
Peer-to-Peer → Пишем простейший торрент трекер на php
Обмен файлами всегда привлекал людей, для этого собственно и был изобретен протокол BitTorrent.
Большинство торрент трекеров написано на PHP, хотя встречаются и такие, которые написаны на C# языке, но для ознакомления мы будем использовать именно PHP.
Давайте рассмотрим что из себя представляет трекер.
Большинство торрент трекеров написано на PHP, хотя встречаются и такие, которые написаны на C# языке, но для ознакомления мы будем использовать именно PHP.
Давайте рассмотрим что из себя представляет трекер.
Peer-to-Peer → Rutracker.Org Addons: расширение Firefox для Rutracker.Org
Исключительное богатство и динамика главного трекера страны имеют свою оборотную сторону: чувствуется нехватка некоторых удобств, привычных для других ресурсов. Нет почтовых уведомлений, невозможно подписываться на комментарии и автоматизировать оперативное получение новостей. Новорождённое RSS тоже имеет свои ограничения: задержка в 1 час, дробность (для каждого раздела приходится держать отдельную ленту). Расширение призвано помочь решению этих проблем на клиентской стороне.