В разработке, написан на PHP + MySQL
За основу взят псевдотрекер.
Первые наработки.
http://code.google.com/p/fast-announcer/downloads/list

Извиняюсь, а как это работает и что с этим делать?

Ретрекер на PHP, наподобие псевдотрекера, только менее прожорливый.
Именно он со вчерашнего дня работает как статистический здесь.

Скоро будет список торрентов

Ааа... то есть на этом статистика работать будет общая. А для личного использоания как нить можно примастачить??? Что бы типа смотреть что у меня в районе раздаецца.

будет возможно смотреть что качают из района по общей стате , так как очень сложно реализовать такую стату для всех
Так как для стат ретрекера в заспросе будут добавляться параметры для передачи информации о имени\размере\составе торрента

Очень, очень интересно. Руки чешутся!!!
странно вы им храните, всегда думал, что интеджер рулит

Имхо, любые навороты со статистикой по торрентами типа "что у меня в районе раздаецца":
1) лишний мусор, который хавает системные ресурсы
2) взлом клиента, потому что никто не должен знать, какие торренты я качаю и уж тем боллее имети возможность их скачать.

этот треккер + небольшой веб-клиент, который показывает статистику ТОЛЬКО по загруженным на него торрентам - идеальный вариант для локалки.

В принципе, если Ведмед сделает возможность добавлять к урлу анонсера спец. параметры, аналогичные тем, что будут добавляться к статистическому трекеру, то никаких проблем не будет.

Только смысла нету аннонсить на районые ретрекеры с параметрами , так как большенство будет без статистики .....

Можно ввести в ини доп. параметр, определяющий, имеет трекер стату или нет. Если имеет, то патчер будет инфу добавлять. Если человек поставит такой ретрекер, то просто включаем ему стату в ини.
Это несложно, зато будт удобно для некоторых сетей.

Тогда можно

PS вот сколько плюсов набралось по сравнению с ретрекерной системе торрентс.сру

что может быть плохого, если удалить из таблицы поле ip_real , а ip сделаю типом int ?
+ подправить код.

зачем вообще 2 написанных по-разному IP адреса?

Или, давайте, я сделаю, а потом опишу все неприятности?!!


UPD в подправил announce.php и common.php
в announce, в самом конце упростилась обработка: ip не декодируется и не преобразуется в long, а просто выбирается и передается

там много еще можно упрощать и ускорять

что там с ipv6?

По поводу напрасных наворотов и "я не хочу чтоб все видели что я раздаю" - счас пока отдал все это на тест - там посмотрим (но по-любому в интерфейсе появится "выключатель" и будет выключен по умолчанию).

Vedmed, а фтопку их!

ip2long работает с IPv4
long2ip работает с IPv4

из decode_ip возвращается long2ip

я чего-то недопонимаю, или единственное место, в котором предусмотрено IPv6 - это размер поля в БД?

много ещё чего переделывать...

А можно его на 2 разных хоста повесить, но использовать одну таблицу БД на двоих?
Там какой-то cache создается, возможны ли с ним проблемы?

кэш для меньшего насилования БД , можно изменить папку хранения кэша ....

в логах замечено, что клиенты иногда отправляют запрос:
some.host.net/scrape
почему и чем бы это залепить?

Ну я щас Notepad++ поиском по файлам прогнал нету упаминания не о скрэйпе не об это адресе , либо дефолтный адрес для скрэйпа ил еще что то ...

Tracker 'scrape' Convention
я лениво перевожу, поэтму понадеялся на авось и перенаправил все на аннонс-пхп

Что бы они аннонсили каждые 5 минут ддося ретрекер ?

Почитал мануальчик, тот самый, который "недоперевод" и по быстрому накатал "аннонсер".
Интересно ваше мнение о том, на сколько он может быть глюкавым и работает ли он вообще?

Требования:
PHP

Установка: распаковать, сделать работает на файлах, блокировок нету ;-(

От правильности сидеров/личеров я абстрагировался, т.к. чтобы реально отследить, сколько пиров завершило скачку и какой завершил, а какой - нет, нужно отслеживать их отдельно; достаточное количество пиров для ответа никак не рассматривается: отдаются сразу все пиры, потом можно как-нть переделать.

Главное - минимум интеллекта и работает на файлах !-)

то что работает на файлах - плохо , у нас при использовании файл кэша было так что слишком много открытых файлов в системе ....
лучше либо без кэша или MySQL в качевстве БД+Кэш а лучше
MySQL+Memcache , что сейчас стоит тут

Сделайте какую-нить простенькую php-страницу статистики трекера.

http://re-tracker.ru/index.php?showtopic=231