честно говоря, когда впервые увидел расписание, был несколько озадачен, с одной стороны, оно содержит немало возможностей для управления выполнением проектов, с другой стороны, логика задания границ работы проекта (от и до) довольно-таки противоречива.
например, начало - определенное время, конец - выполнение определенного числа попыток, а не окончание также в определенное время - это же классический вариант "копать от забора и до обеда", одна граница задана параметром одного типа, другая другого.
кроме того, сама информативность количества близиться к нулю - количество предпринятых попыток не говорит ни о количестве успехов ни о количестве неудач, мы можем отработать 10 штук и получить 0 на выходе, особенно с прокси, но планировщику по фиг, он об этом не узнает и нам не скажет.
сейчас уже конечно как-то приноровился и частично смирился с тем, что, например, приходится для каждого проекта, поставленного на расписание, предварительно следить и высчитывать сколько примерно успешных попыток приходится на количество предпринятых, какое время выполнения одной попытки в среднем и пр., что в общем-то является абсолютно ненужным обременением, т.к. легко могло бы быть решено в расписании.
в связи с изложенным прошу добавить в расписание ЗП следующие простые и понятные возможности:
1. возможность задания границ работы от времени до времени
2. рандом начального времени в заданных границах и конечного времени аналогично. например, когда я делаю пост в какой-нибудь блог строго в одно и то же время каждый день - это я как бы сам напрашиваюсь на бан, для модератора нетрудно догадаться об использовании автопостинга.
3. сделать возможность выполнения до определенного кол-ва успехов/неуспехов, а не только попыток. при этом чтобы проект не останавливался, а уходил в запланированные.
например, начало - определенное время, конец - выполнение определенного числа попыток, а не окончание также в определенное время - это же классический вариант "копать от забора и до обеда", одна граница задана параметром одного типа, другая другого.
кроме того, сама информативность количества близиться к нулю - количество предпринятых попыток не говорит ни о количестве успехов ни о количестве неудач, мы можем отработать 10 штук и получить 0 на выходе, особенно с прокси, но планировщику по фиг, он об этом не узнает и нам не скажет.
сейчас уже конечно как-то приноровился и частично смирился с тем, что, например, приходится для каждого проекта, поставленного на расписание, предварительно следить и высчитывать сколько примерно успешных попыток приходится на количество предпринятых, какое время выполнения одной попытки в среднем и пр., что в общем-то является абсолютно ненужным обременением, т.к. легко могло бы быть решено в расписании.
в связи с изложенным прошу добавить в расписание ЗП следующие простые и понятные возможности:
1. возможность задания границ работы от времени до времени
2. рандом начального времени в заданных границах и конечного времени аналогично. например, когда я делаю пост в какой-нибудь блог строго в одно и то же время каждый день - это я как бы сам напрашиваюсь на бан, для модератора нетрудно догадаться об использовании автопостинга.
3. сделать возможность выполнения до определенного кол-ва успехов/неуспехов, а не только попыток. при этом чтобы проект не останавливался, а уходил в запланированные.
