В чем смысл вашего сообщения? Вы же ратуете за отмену рейтинга и не возмущаетесь как бы на отсутствие учета файлообмена, так как ваше негодование взято в кавычки.
Если решать что-то с рейтингом, то его необходимо вернуть просто к действительному значению (полностью учитывать скачанное и отданное, отменив "золотые" и "серебренные" раздачи и "бронзовые" тоже, если есть таковые) и отменить привязку скачивания торрент-файлов от состояния рейтинга.
Можно отменить и ограничение на количество скачиваемых торрент-файлов за день, так как такое ограничение не способствует увеличению количества пользователей трекера. Сама отмена ограничения на количество скачиваемых торрент-файлов не приведет к плохому, так как качающие не качают с серверов трекера, а качают с клиентов участников файлообмена.
AlekVR: "Как же надоели эти "пляски с бубном"".
anya1956ss: Как они Вам могут надоесть, если Вы за отмену рейтинга?
Если действительно надоели эти "пляски ...", то Вы слукавили, написав, что от рейтинга можно было давно отказаться.
А чтобы не было плясок с учетом файлообмена, то Вам (не только Вам, а всем) необходимо разобраться с пропускной способностью передачи пакетов с данными анонсов вашего интернета, так как эта пропускная способность у одного и того же провайдера для его абонентов может быть разной даже для соседних домов и даже в пределах одного и того же многоэтажного дома:
Cкрытый текст -
Это было как бы теоретическое представление, но оно родилось не на голом месте, так как очень много подтвержденных сообщений о живучести этого теоретического представления о недостаточности пропускной способности участков сети провайдеров, например, один из таких подтвержденных фактов:
Cкрытый текст -
На другом рейтинговом трекере аналогичная проблема с анонсерами трекера началась в первой декаде ноября 2016 года из-за того, что трекер и анонсеры были на одном IP-адресе. Там о вероятной будущей блокировке трекера предполагали за неделю до наступления самой проблемы (было решение суда) (о будущей проблеме у многих пользователей трекера с анонсером трекера не знали) и даже успели открыть тему: "Внимание! Блокировка ... на территории РФ!". После наступления самой проблемы открылись ещё: "Внимание! Возможна блокировка нашего трекера!" и "Форум и трекер были заблокированы. Добавлены новые домены-зеркала. Внимание: Новые настройки клиента!".
Конечно, сообщающие о своей проблеме с учетом файлообмена так же, как и на этом трекере, писали во многих темах до тех пор пока не добирались до темы, в которой было основное количество жалоб на отсутствие учета файлообмена.
Картина состояния учета файлообмена такая же, что и на этом трекере.
Правда, лично у меня анонсеры работали с учетом файлообмена во всех моих интернетах от трех провайдеров, а на этом трекере не было проблем с учетом файлообмена только в интернетах одного провайдера.
При оказании помощи с учетом файлообмена одному абоненту провайдера Qwerty столкнулся с интересным явлением:
1. Длительность анонсов файлов в статистике раздачи файла у его аккаунта была более 2 часов вместо нормальной 50-60 минут (на трекере нет постоянной длительности анонсов такой, как на этом трекере 60 минут).
2. После примерно 2 часов 20 минут его аккаунты исчезали из статистики раздачи файлов и из профиля аккаунта.
3. Иногда анонсы файлов доходили до сервера трекера, т.е. частичный учет файлообмена был.
Мне, конечно, картина происходящего не была известной, так как такое явление я не видел со своими аккаунтами в статистике раздачи файлов и в своих клиентах:
Cкрытый текст -
Один раз сталкивался, но в это время я находился на расстоянии в несколько тысяч километров от своих работающих компьютеров:
Cкрытый текст -
В конце 2012 года и в начале 2013 года вынужден был находиться далеко от своих работающих компьютеров в течение двух недель. Интернет на месте пребывания был только мобильным. Порядочная скорость интернета была только ночью и поэтому днем у меня в основном была только возможность проверки работы своих компьютеров, оставленных работающими с точки зрения пожарной безопасности в ванной и в туалете (стены облицованы керамическими плитами).
Следил в основном по показаниям таблицы "Королевский топ". После одного из анонсов файлов обнаружил, что в таблице данные не изменились после ожидаемого анонса файла. Я подумал, что, возможно, компьютер отключился. Через примерно час я обнаружил, что компьютер не отключался, так как появился очередной анонс клиента с этого компьютера. Через некоторое время появилась "лишняя" отдача за анонс. По объёму отдачи было видно, что отдача с неучтенного (потерянного) анонса, но тогда я ещё на 100 % не был уверен, что эта отдача с моего клиента, так как у меня тогда не было информации о том, что система учета трекеров может ждать анонсы передаваемые клиентом до 2,5 часов.
Картина происходящего стала известной после цитаты аккаунта
вагонный из Техподдержки (
https://forum-kinozal-tv.appspot.com...&postcount=373 ):
Cкрытый текст -
Написанное аккаунтом B]вагонный[/b]: "Достаточно медленный подхват анонсера (может раздаваться длительное время без подключения анонсера) по сравнению с предыдущим периодом.", да, и остальная картина проблемы полностью соответствует с проблемой абонента провайдера Qwerty на другом трекере.
Сообщения о проблеме с учетом файлообмена у абонентов Qwerty были и на этом трекере в этой же теме.
Примечание:
Некоторые материалы по проблеме с учетом файлообмена абонента провайдера Qwerty на другом трекере:
Cкрытый текст -
Интересно, кому здесь кровушки попортил анонсер
http://...kinozal-tv.appspot.com/ann?uk=ABCDEFGHIJ (ABCDEFGHIJ - passkey хозяина аккаунта) и каким образом кровушки попортил?
Неправильное использование видел, но вашего утверждения:"... здесь кровушки попортил ..." не видел.
Ваши: "Имею плачевный результат: 163 раздачи на
другом трекере встали к чертовой матери(" уже доказывают, что со стороны трекера не требуются никаких телодвижений.
Во время составления сообщения аккаунтом
AlekVR (... своими скринами на утро 20.01.2017 (8-9 часов мск) вполне проиллюстрирую ...) раздача под номером 1508206 (id=1508206) была действующей ..., так как раздача id=1508206 обновлена только через 3-4 часа (в 12.09 20.01.2017):
Cкрытый текст -
На этом трекере из статистики раздачи файла аккаунт исчезает и из профиля аккаунта исчезает файл после обновления раздачи.
Исчезают не сразу после обновления раздачи, а исчезают через несколько секунд и даже минут после полного обновления анонса файла в клиенте, т.е. опоздание может и в 1 час, если в клиенте полное обновление анонса было, например, за 1 секунду до размещения на трекере обновленной раздачи, т.е. исчезнут только после полного обновления текущего анонса файла в клиенте.
Есть трекеры, на которых учет отдачи со старой версией файла (не обновленной) продолжается до отключения раздачи в клиенте или отключения самого клиента, т.е., если клиент не отключать, то отдача будет учитываться до тех пор пока раздача не исчезнет с трекера.
Ни к чему вспоминать третий скрин, т.е. достаточно изложения: "
AlekVR пост создал Сегодня в 09:53, т.е. до обновления раздачи (раздача обновлена сегодня в 12:19).
На "3 скрине" (в профиле аккаунта) файл ещё вполне мог оказаться и после обновления раздачи, если бы хозяин скриншота клиент свой успел бы перезапустить или компьютер перезагрузить без остановки раздач в клиенте кнопкой "Стоп" два или более раз за несколько секунд или даже минут до обновления раздачи:
Cкрытый текст -
Не следует заниматься попыткой защиты своего упущения. Нет ничего правдивого в написанном Вами.
Вполне закономерное явление:
Cкрытый текст -
В конце загрузки файла скорость загрузки файла высокой может быть только в случае, когда клиент последние части файлов получает от отдающих клиентов, которые части файлов отдают с большой скоростью отдачи.
Покраснению раздач тоже можно не удивляться, так как цвет раздач необязательно является индикатором наличия учета файлообмена, например, Вы это можете увидеть, скачивая файл с "мертвым" passkey под наблюдением за процессом загрузки файла.
Если вдруг захочется написать: "Скорость отдачи была огромной во время загрузки файла. Загрузка закончилась и скорость отдачи упала до 0.", то такое состояние клиента тоже может быть:
Cкрытый текст -
Примечание:
Cкрытый текст -
Анализ проблемы с учетом файлообмена двух трекеров показывает, что на обоих трекерах для пользователей трекеров абонентов некоторых провайдеров характерна проблема с учетом файлообмена.
Оба трекера сделали то, чтобы уменьшить количество пользователей трекера, у которых есть проблема с учетом файлообмена. На этом трекере даже сделали больше, чем требуется:
Cкрытый текст -
Переборщили со вторым дополнительным анонсером, т.е. с добавлением
одновременно двух анонсеров, которые создали дополнительную проблему с учетом файлообмена для многих пользователей трекера:
Cкрытый текст -