qBittorrent c libtorrent 2.0, при взаимодействии с раздачами использует поле hash, которое обычно равно infohash_v1 и равно хешу раздачи на форуме.
Однако при взаимодействии с гибридами (6244707) hash != infohash_v1, а равно первым 40(?) символам infohash_v2, что само собой не равно хешу раздачи на форуме. Данная "особенность" поведений кубита не позволяет ТЛО никоим образом управлять раздачами-гибридами вообще, т.к. ТЛО считает аксиомой что хеш форума = хеш раздачи в клиенте и для всех остальных клиентов (в т.ч. кубик с libtorrent 1.2) это верно.
Вероятно, следует окостылить некоторую часть кода, таким образом, чтобы
- Категории присваивалась сразу при добавлении раздачи в клиент, для клиентов, которые поддерживают данную опцию, qbit, transm.
- Хранить в БД раздач, которые получены от клиента два ключа,
hash - хеш раздачи === хешу форума; client_hash - некий уникальный ключ для передачи команд такому особенному клиенту, как qbit lib2.
Вышеперечисленное потребует изменение структуры БД и лишние действия при взаимодействии с торрент-клиентом.
#140 #146
qBittorrent c libtorrent 2.0, при взаимодействии с раздачами использует поле
hash, которое обычно равноinfohash_v1и равно хешу раздачи на форуме.Однако при взаимодействии с гибридами (
6244707)hash!=infohash_v1, а равно первым 40(?) символамinfohash_v2, что само собой не равно хешу раздачи на форуме. Данная "особенность" поведений кубита не позволяет ТЛО никоим образом управлять раздачами-гибридами вообще, т.к. ТЛО считает аксиомой что хеш форума = хеш раздачи в клиенте и для всех остальных клиентов (в т.ч. кубик с libtorrent 1.2) это верно.Вероятно, следует окостылить некоторую часть кода, таким образом, чтобы
hash- хеш раздачи === хешу форума;client_hash- некий уникальный ключ для передачи команд такому особенному клиенту, как qbit lib2.Вышеперечисленное потребует изменение структуры БД и лишние действия при взаимодействии с торрент-клиентом.
#140 #146