TB DEV SZ разработка движка

x010d, текс, ясно, буду проверять, спасибо за инфу.
vasea123, спасибо, код пока не проверил, но уже есть вопрос, а зачем нам timespent в базе если он никак не используется, а только записывается?

Щас заметил что SOS доступен, даже когда сидеры есть.

Это нормально. Настройки же есть, где указывается сколько минимум сидов должно быть появления кнопки SOS.

И золото все таки не работает. Траф зачисляется.

Зачисляется куда? В таблицу users? Я проверял, вроде не зачисляется. Попробуй обнулить данные и проверить опять. В таблицы peers и snatched пишутся полные данные.

по подробнее:
есть раздающий/сидер - 24ч беспрерывно сидит. Заходим (поймать момент сложно) в описание торрента где он раздающий + еще кто-то (собственно даже все торренты где он раздающий - в последствии просто сидер). Кол-во раздающих - 2, список пиров - 1 юзер или список пуст (если кроме него никого нет). Заходим в его профиль, сейчас раздает - 4 торрента, открываем список посмотреть каких - пустая таблица.
Все это дело проходит примерно через 5-10 минут. т.е. все начинает отображаться как надо.

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

с твоих слов, - "соединение с пирами это смерть для аннонса".

Не совсем смерть, просто основной тормозной момент

В данный момент он записывает в базу порт непонятно какой (естественно получается закрытый - красный, notconnectable).

Нет, не так. Да, xbtt хз какой порт пишет, но не notconnectable, так xbtt не проверят connect, и просто пишется 0. По дефолту 0.

Если конектить к клиенту для проверки - это нагрузка на аннонс и выпадение его в осадок.

Ну не в осадок, а иногда могут возникнуть тормоза.

Так почему бы не зделать так чтобы писался порт клиента сообщенный при аннонсе + ставить флаг connectable.

В пхпшном анносере пишется правильный порт, а флаг реальный.

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

Этого вообще не понял.

Вообщем - connectable это чисто информационная фишка, никак не влияющая (на уровне трекера) на работу трекера и пиров.

Код я тестил работает. Можно использовать timespent, но в базу не писать его, так как толку что он базе все равно нет

Nafania писал(а):Это нормально. Настройки же есть, где указывается сколько минимум сидов должно быть появления кнопки SOS.

Если в самих скриптах только поковырять, а так в админке я что-то не видел такого.

Зачисляется куда? В таблицу users? Я проверял, вроде не зачисляется. Попробуй обнулить данные и проверить опять. В таблицы peers и snatched пишутся полные данные.

(движок для тестов пришлось чистый с svn ставить, из настроек только клинапы настроил)
в peers, snatched, users - везде короче пишется, специально даже обнулил стату и удалил все записи из peers, snatched, users(Dl/Ul).

Вообщем - connectable это чисто информационная фишка, никак не влияющая (на уровне трекера) на работу трекера и пиров.

очень даже неплохо влияет, запросы клиентов не долбятся в фаерволе(NAT) в закрытый порт при конекте друг к другу,
если сам аннонсер выдает список пиров с правильными портами то думаю вопрос закрыт.

сегодня опять проводил тестирование. Всё нормально работает пишет в базу как часы. А по поводу connectable - нафиг не нужна. По этому поводу вообще париться не стоит.. =)

p.s иду дальше тестить...

(движок для тестов пришлось чистый с svn ставить, из настроек только клинапы настроил)
в peers, snatched, users - везде короче пишется, специально даже обнулил стату и удалил все записи из peers, snatched, users(Dl/Ul).

сегодня опять проводил тестирование. Всё нормально работает пишет в базу как часы. А по поводу connectable - нафиг не нужна. По этому поводу вообще париться не стоит.. =)

так это, кому верить-то?

Ну так он в общем.
Стату пишет норм, только вот что "золото", что нет - все равно пишет.

x010d писал(а):Ну так он в общем.
Стату пишет норм, только вот что "золото", что нет - все равно пишет.

Понял, странно это конечно, но буду проверять.

Обновил xbtt в этом посте post4002.html#p4002 - теперь пишет скорость (спасибо vasea123) и время сидирования.
Сам движок в svn тоже чуток обновлен.

я тож сегодня проводил тест золотых раздач. Вывод: не работает мод

ps. пришлось чуток переписать код что-бы заработало золото.. идёт тестирование...

vasea123 писал(а):я тож сегодня проводил тест золотых раздач. Вывод: не работает мод

ps. пришлось чуток переписать код что-бы заработало золото.. идёт тестирование...

vasea123 я так понимаю, что у вас больше опыта с C++ нежели чем у меня, почему вы сразу не могли предложить свою кандидатуру в качестве корректировщика xbtt под этот движок?
Ибо я в C++ полный 0, и код xbtt для меня был первым, что я увидел на этом языке.

Готов потестить.
Система - CentOS 5.3

gudvin54 писал(а):Готов потестить.
Система - CentOS 5.3

post4002.html#p4002 и вам нужна последняя версия движка из свн

Нафань, каким скриптом можно подолбить аннонсер, на предмет симуляции нагрузки (множества запросов)?
и заметил что старый аннонсер тоже работает, если в ручную прописать. для меня это "+" так как сразу на новый аннонсер всех и вся не перекинешь.
надо только потестить отдачу пиров если они на разных аннонсах и возможные ошибки...

заметил интересную вещь и ответ на вопрос почему не работает золото и скрытие.
Допустим заливаем торрент. Потом ставим золото. Оно не работает.
killall -9 xbt_tracker;./xbt_tracker (т.е перезапускаем xbt) хопа и золото работает. Со скрытием тоже самое...

За чтение параметра hidden и free отвечает функция void Cserver::read_db_files_sql(). Почему она не срабатывает в рабочем состоянии мне не понятна... Вот так вот.. У кого какие идеи?

x010d писал(а):Нафань, каким скриптом можно подолбить аннонсер, на предмет симуляции нагрузки (множества запросов)?
и заметил что старый аннонсер тоже работает, если в ручную прописать. для меня это "+" так как сразу на новый аннонсер всех и вся не перекинешь.
надо только потестить отдачу пиров если они на разных аннонсах и возможные ошибки...

вот тут выкладывал tbdev-sz-vs-tbdev-yse-t7.html

За чтение параметра hidden и free отвечает функция void Cserver::read_db_files_sql(). Почему она не срабатывает в рабочем состоянии мне не понятна... Вот так вот.. У кого какие идеи?

Ну по идее файлы читаются не мгновенно же, а раз в n времени, указанном в параметре m_read_db_interval, поэтому может стоит подождать?

read_db_interval = 30

Жди не жди но пока не перезагрузишь xbt не сработает

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

тема померла?

Nafania, умеется ли описание установки на Nginx сервер?
тож хочется испытать работу...да убрать ПХП аннонсер вобще..
у меня правда не ваша копия движка а обычный TB DEV, переделанный под себя

vasea123 писал(а):тема померла?

Ну почему же? У кого есть какие идеи насчет неработы free?
Я в c++ слабоват, поэтому давайте следовать логике:
Итак, server.cpp

Код: Выделить всё

      else if (time() - m_read_db_files_time > m_config.m_read_db_interval)
         read_db_files();

это код выполняется и нам это известно, так?
он ведет сюда

Код: Выделить всё

   if (m_use_sql)
      read_db_files_sql();

который ведет сюда

Код: Выделить всё

void Cserver::read_db_files_sql()

собственно само чтение здесь

Код: Выделить всё

      Csql_result result = Csql_query(m_database, "select info_hash, ?, ?, ctime, hidden, free from ? where ? >= ?")
         .p_name(column_name(column_files_completed))
         .p_name(column_name(column_files_fid))
         .p_name(table_name(table_files))
         .p_name(column_name(column_files_fid))
         .p(m_fid_end)
         .execute();

и вот у меня вопрос

Код: Выделить всё

         t_file& file = m_files[row[0].s()];
         if (file.fid)
            continue;

что означает первая строка?
видимо в массив(?) file пишется хеш?
а вот дальше интересней, видимо идет проверка, если в массиве file с записанным выше хешем есть fid (то есть фактически если инфа об этом торренте уже есть в массиве), то эта итерация цикла пропускается, то есть данные не перезаписываются!
Соответственно и об изменении статуса на золото инфа не поступает.
Вопросы
1) Все ли мои догадки верны, кто подскажет?
2) А почему собственно автор сделал так, что данные не перезаписываются? В чем тайный смысл?