Уберите эти дурацкие задержки, пожалуйста

[redsh]

Это издевательство. Иногда нужно вручную обновлять треки (после смены сервисов, и т.д.) - при этом иногда несколько раз приходится тупо ждать минуту. Печально, что автор пошёл по пути ПР - начал делать дурацкие защиты от пользователей.

[guru]

Это издевательство. Иногда нужно вручную обновлять треки (после смены сервисов, и т.д.) - при этом иногда несколько раз приходится тупо ждать минуту. Печально, что автор пошёл по пути ПР - начал делать дурацкие защиты от пользователей.

Типа, присоединяюсь)))
Давайте что-нибудь поудобнее придумаем)

[MetalFan]

Думайте) а я посмотрю, что надумаете.
Задержка для проверки выделенного трека будет изменена в ближайшей версии...
Да и это не "защиты от пользователей", а защиты ДЛЯ пользователей. Чтобы пользователи имели возможность отслеживать, а мне не бороться с очередной хитрожопой защитой от роботов.

[guru]

Да и это не "защиты от пользователей", а защиты ДЛЯ пользователей.

Это Вы из отписок ПР набрались?))) Они так же говорят))
Нужно придумать такую защиту "от дурака", при которой и эргономичность программы не будет страдать, и сервисы не будут перегружаться.
Есть у кого-нибудь идеи?

[guru]

MetalFan, программа же запоминает для каждого трека, когда она обращалась к каждому его сервису в последний раз? В логе трека же хранится эта информация? Почему ее нельзя использовать?
Можно же сделать, чтобы при обновлении одиночном, групповом или массовом, программа проверяла только тот сервис, по которому не было попыток проверки последние 20-30 мин., независимо от результата прошлой проверки.
А кнопки пусть всегда будут активны.
И по кнопке "Проверить выделенные треки" пусть проверка проходит не по всем сервисам, а только по активным, пропуская завершенные.

[MetalFan]

Можно же сделать, чтобы при обновлении одиночном, групповом или массовом, программа проверяла только тот сервис, по которому не было попыток проверки последние 20-30 мин., независимо от результата прошлой проверки.

Хм, а это идея.

"Проверить выделенные треки" пусть проверка проходит не по всем сервисам, а только по активным, пропуская завершенные.

А это будет опцией со следующей версии программы.

[guru]

Хм, а это идея.

Я, в общем-то, изначально об этом говорил) Может, конечно, как-то криво объяснял)

[MetalFan]

А не вызовет ли у пользователей это замешательство?
допустим сработала проверка всех треков по таймауту...
Сейчас кнопка "обновить все треки" блокируется на пол часа...
Если ее НЕ блокировать, то у пользователя создастся неверное ощущение, что он может жмакнуть ее еще раз...
Жмакнет, а ничего не обновится, ибо еще таймаут не вышел...
И начнется очередной вынос мозга мне, что мол "я жму, а ничо не обновляется" вместо текущего "а почему недоступна кнопка "обновить все треки""?

[guru]

MetalFan, Правило защиты работает во всех случаях (отменяется только после обновления файла сервисов).

И по кнопке "Проверить выделенные треки" пусть проверка проходит не по всем сервисам, а только по активным, пропуская завершенные.

Здесь имеется ввиду, совсем не проверять финализированные сервисы. Пока пользователь вручную не отключит финализацию. Это тоже уменьшит нагрузку на сервисы.

[guru]

А не вызовет ли у пользователей это замешательство?

А как пользователь узнает, что обновление блокировано? Пусть жамкает сколько угодно. Пройдет 20 мин. и все опять сработает, придут новые события, если они за 20 мин. появились.
А в окне лога трека, где как раз пользователь и может увидеть, что обновление не происходит по его жамканью, нужно крупно, красным написать "Повторный доступ к любому сервису каждого трека разрешен не чаще раза в 20 минут!!!". Если у пользователя и после этого возникнут вопросы, предлагаете ему записаться на курсы и купить книжку "TrackChecker для чайников" отправляете его читать фак)

[guru]

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

[MetalFan]

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

ой не, эт что-то уже лишнее, кмк. но.... надо подумать.

[maxim.gl]

А не вызовет ли у пользователей это замешательство?
допустим сработала проверка всех треков по таймауту...
Сейчас кнопка "обновить все треки" блокируется на пол часа...
Если ее НЕ блокировать, то у пользователя создастся неверное ощущение, что он может жмакнуть ее еще раз...
Жмакнет, а ничего не обновится, ибо еще таймаут не вышел...
И начнется очередной вынос мозга мне, что мол "я жму, а ничо не обновляется" вместо текущего "а почему недоступна кнопка "обновить все треки""?

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

[guru]

Пусть лучше кнопки всегда будут активными. Меньше вопросов будет.
А при изменении номера трека, его блокировку нужно отменять, это точно.

[guru]

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

ой не, эт что-то уже лишнее, кмк. но.... надо подумать.

эту опцию можно сделать отключаемой (по умолчанию отключенной)

[redsh]

Такие сложности, лишь для того, чтобы ни за что не дать пользователю два раза подряд обратиться к сервису. Видимо, причина большой нагрузки на сервисы в том, что пользователи вместо того, чтобы заниматься своими делами весь день напролёт обновляют свои треки каждые 2 минуты, а не в том, что пользователей просто много.

[guru]

redsh, Лучше перестраховаться)
А то еще опять прикроют..

[POMAH007]

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

+100500
Уважаемый автор, выбирайте кто будет звереть: пользователи программы или работники ПР.

[MetalFan]

пользователи программы или работники ПР.

Ну от "озверевшего" пользователя хуже будет только ему. А если ПР снова начнет принимать меры, то хуже будет ВСЕМ пользователям программы.
Так что встречный вопрос. что лучше: иметь возможность обновлять треки, пусть и с задержкой, или не иметь такой возможности ВОВСЕ (в случае, если ПР заблокирует все способы автоматизированного получения информации)?

Но, тем не менее, в новой версии кнопки блокироваться не будут вообще.
Просто будут таймауты на повторное обновление трека на конкретном сервисе:
1. 0 минут, если была получена ошибка INTERNET CANNOT CONNECT (нет соединения)
2. 1 минута, если обновление было прервано, была ошибка соединения или ошибка распознавнаия капчи
3. 30 минут, если информация была успешно получена или было обнаружено отсутствие информации.
4. 60 минут, если сервис невалиден, невалидна регулярка, не удалось разобрать полученные от сервиса данные (изменения на странице).

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

Как-то так)

[guru]

MetalFan, отлично! Думаю, это самый лучший вариант защиты.
Теперь, Ваша совесть будет чиста, даже если (ттт) работники сервисов опять начнут строить свои козни)

[maxim.gl]

т.е. если я поменяю № трека , запрос не пойдет 30 минут, т.к с предидущем номером был нормальный ответ " но инфо " ?

[guru]

maxim.gl, в этом случае создайте новый трек. У нового статистика будет чистой.
А старый в архив. Мало ли что. Я так делаю.

[MetalFan]

maxim.gl, а зачем менять номер трека?!

[guru]

а зачем менять номер трека?!

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

[MetalFan]

guru, ну это бывает настолько редко, что полчасика уж можно и подождать.
Хотя гипотетически можно "сбросить" статистику трека при его изменении.